Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
aalm has joined #linux-sunxi
muvlon has joined #linux-sunxi
TEKrantz has quit [Read error: Connection reset by peer]
TEKrantz has joined #linux-sunxi
fdlg has joined #linux-sunxi
<fdlg> Trying to use gigabit ethernet on an orange pi pc2 with a patched 4.13 kernel but the interface isn't being recognized. Anyone have an idea of what could be causing these last two errors?
<fdlg> [ 1.634482] dwmac-sun8i 1c30000.ethernet: PTP uses main clock
<fdlg> [ 1.789958] dwmac-sun8i 1c30000.ethernet: PTP uses main clock
<fdlg> [ 1.996463] dwmac-sun8i 1c30000.ethernet: EMAC reset timeout
<fdlg> [ 1.896402] dwmac-sun8i 1c30000.ethernet: Current syscon value is not the default 50006 (expect 58000)
<fdlg> [ 1.790053] dwmac-sun8i 1c30000.ethernet: Will use external PHY
<fdlg> I tried with a nightly armbian image and an image build with openembedded using the kernel here: https://github.com/megous/linux
<fdlg> It was working a couple days ago with both the orange pi pc2 and on a pine64 board so I'm starting to suspect it might be hardware related
<fdlg> left out last line from the log. Haven't looked at the driver yet to see what returns that code
<fdlg> dwmac-sun8i: probe of 1c30000.ethernet failed with error -12
<MoeIcenowy> jernej: for the planes I think maybe the approach by moinejf is correct
<MoeIcenowy> use VI channel as base
<MoeIcenowy> (at least when you want to use multiple layers
fdlg_ has joined #linux-sunxi
fdlg_ has quit [Ping timeout: 260 seconds]
jbrown has quit [Ping timeout: 240 seconds]
ninolein has quit [Ping timeout: 258 seconds]
ninolein_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
ElBarto has quit [Changing host]
ElBarto has joined #linux-sunxi
a|3x has quit [Ping timeout: 255 seconds]
cnxsoft has quit [Ping timeout: 255 seconds]
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 255 seconds]
muvlon has quit [Quit: Leaving]
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
SP7RT has joined #linux-sunxi
SP7RT has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
leviathanch has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
Ntemis has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
Ke has quit [Read error: Connection reset by peer]
f0xx has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
spikeyang has joined #linux-sunxi
Ke has joined #linux-sunxi
Ke has quit [Changing host]
Ke has joined #linux-sunxi
f0xx has quit [Ping timeout: 248 seconds]
spikeyang has left #linux-sunxi [#linux-sunxi]
<KotCzarny> eheheh
msimpson has joined #linux-sunxi
tom_nov has joined #linux-sunxi
f0xx has joined #linux-sunxi
Leepty has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
yann has quit [Ping timeout: 240 seconds]
awais has joined #linux-sunxi
<oliv3r> wens: according to the datasheet, it's not a bit value, or are they just listing things oddly?
<oliv3r> what i mean is, if BIT(7) is set for example, it could mean that A, B and C are in triphase OR no polyphase is set at all
<oliv3r> same goes for BIT(6), either dual-phase, or no phase, so we can't just == BIT() it. or is the datasheet wrong here and the implementation right?
LargePrime has quit [Ping timeout: 248 seconds]
<wens> you are reading it wrong
<wens> it tests if bits[7,6] == bit_set[7] || bits[7,6] == bit_set[6]
<wens> i.e. bits[7,6] == 0x2 << 6 || bits[7,6] == 0x1 << 6
<wens> it is _not_ "reg & BIT(?)"
f0xx has joined #linux-sunxi
LargePrime has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
<MoeIcenowy> KotCzarny: SNES Classsic is still R16?
<ElBarto> MoeIcenowy: same pcb as the nes classic
<MoeIcenowy> ah-oh
<MoeIcenowy> They're not selling gamine consoles -- they're selling emotions to them ;-)
matthias_bgg has joined #linux-sunxi
<KotCzarny> yeah, selling memories and sentiments
<KotCzarny> those kids are grown already and making enough moneys to buy such products ;)
yann has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
chlorine has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
lemonzest has joined #linux-sunxi
kaspter has joined #linux-sunxi
enrico_ has joined #linux-sunxi
kaspter has quit [Ping timeout: 255 seconds]
<oliv3r> wens: i know, let me rephrase
kaspter has joined #linux-sunxi
<oliv3r> wens: lets assume everything is shifted right by 6, so we only look at the final 2 bits (makes it a little easier)
chlorine_ has joined #linux-sunxi
<oliv3r> so we then no longer have to look at the mask really, as the mask covers both bits, we are left with if reg == bit_set(7) || reg == bit_set(6); right?
chlorin__ has joined #linux-sunxi
<oliv3r> but what does reg = 0b11 then mean? Both are expressions evaluate to true, so appearantly 'some' form of polyphase is applied (dual or tripple), but 0b11 means no-polyphase
<oliv3r> when in fact, we should be checking explicitly if 0b01 || 0b10 are set, to indicate 'some' polyphasing is applied?
chlorine has quit [Ping timeout: 260 seconds]
<oliv3r> ah wait, I think i know what you mean
<oliv3r> yeah boils down to the same :)
<oliv3r> as bit_set[7] evaluates to exactly 0b10 and thus you compare it to exactly that value
<oliv3r> fair nuff
<oliv3r> so atleast it is doing the right thing (tm)
chlorine_ has quit [Ping timeout: 240 seconds]
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
chlorin__ has quit [Ping timeout: 255 seconds]
leviathanch has joined #linux-sunxi
<wens> like I said, you read it wrong
scream has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
scream has quit [Remote host closed the connection]
<willmore> MoeIcenowy, exactly (WRT the SNES classic)
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
<oliv3r> to be fair, it's quite brilliant, next up, N64 classic; R16 with n64 emulator
<oliv3r> and again, catching
Worf has joined #linux-sunxi
chlorine has joined #linux-sunxi
<plaes> not sure if R16 packs enough power to actually do it...
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 255 seconds]
<willmore> Yeah, might need more CPU and GPU for that.
afaerber has quit [Quit: Leaving]
vpeter has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
vpeter has joined #linux-sunxi
vpeter has quit [Changing host]
vpeter has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
Worf has quit [Quit: Konversation terminated!]
kaspter has joined #linux-sunxi
afaerber has joined #linux-sunxi
jbrown has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
lemonzest has quit [Quit: Quitting]
fkluknav has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
popolon has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
<marble_visions> if I use CHIP-SDK's mkfs.ubifs/ubinize/img2simg i get images that uboot errors out on "ubi part UBI" with error -22.. if i load a linux from the mmc, format the nand ubi partition, create a volume, mount it, and dump and rootfs there, uboot is happy
<marble_visions> is there a possibility ntc have made their mkfs/ubinize/img2simg work with some hardcoded values for their nands
jbrown has quit [Ping timeout: 248 seconds]
<marble_visions> and left it untested/unflexible for the rest?
<marble_visions> at the moment i'm leaning towards me having made a configuration mistake with the image generation
<marble_visions> but doubt is creeping in
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
sr-digitronic has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
jbrown has joined #linux-sunxi
<mripard> you should use img2simg only if you're using fastboot
<mripard> otherwise, you should flash the ubinize image
<mripard> and the hardcoded values are probably just the NAND pages, blocks and ECC sizes ?
gnarface has quit [Ping timeout: 264 seconds]
fl_0 has joined #linux-sunxi
<marble_visions> mripard: yes, when going the CHIP-SDK workflow, i'm loading the image with fastboot
<marble_visions> mripard: those, or OOB.. can't think of anything else
<marble_visions> interesting thing is that they do have 4gb nand cases in their scripts
awais has quit [Ping timeout: 246 seconds]
SP7RT has joined #linux-sunxi
Ntemis has joined #linux-sunxi
TEKrantz has quit [Read error: Connection reset by peer]
TEKrantz has joined #linux-sunxi
f0xx has quit [Ping timeout: 248 seconds]
<marble_visions> issue seems to be in mkfs.ubifs/ubinize
<marble_visions> eh, flashing from linux is good enough for now
jbrown has quit [Read error: Connection reset by peer]
a|3x has joined #linux-sunxi
jbrown has joined #linux-sunxi
ykchavan has joined #linux-sunxi
hramrach has quit [Ping timeout: 240 seconds]
hramrach has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
souther has quit [Ping timeout: 255 seconds]
cnxsoft has quit [Quit: cnxsoft]
souther has joined #linux-sunxi
tom_nov has quit [Quit: Leaving]
leviathanch has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
msimpson has joined #linux-sunxi
<mripard> marble_visions: I'm not sure what you're trying to do though
<marble_visions> mripard: i'm trying to roll out my buildroot-based image on nand with mali
<mripard> but then you just need to take the same values, right ?
<marble_visions> no, it's mostly what's in the datasheet for the specific nand
<marble_visions> with the exception of logical eraseblock size, which is calculated based on phys eb size
sr-digitronic has quit [Remote host closed the connection]
<marble_visions> oh, sorry, forgot to add that i'm working with an olinuxino board
<mripard> but then, if you're using the CHIP, the NAND is already specific, right
<mripard> oh
<mripard> don't do that.
<marble_visions> why? so far so good
<mripard> the NAND is highly unreliable with a mainline kernel
<marble_visions> i've taken CHIP-*'s trees
<marble_visions> so i have a working reference
<marble_visions> can you elaborate more about the nand in mainline issues?
<marble_visions> thank you
<MoeIcenowy> MLC is just unreliable without a FTL written by the vendor ;-)
<mripard> s/without/, even with/
SP7RT_ has joined #linux-sunxi
<MoeIcenowy> flash is getting crazy now ;-)
<mripard> just look at the number of complaints there was about Allwinner's NAND when it was still a thing
<marble_visions> ugh..
<marble_visions> i've come to dislike nand so much these past few months
SP7RT has quit [Ping timeout: 255 seconds]
<marble_visions> you guys will be the final nails on my nand coffin
<marble_visions> :)
TEKrantz has quit [Read error: Connection reset by peer]
<MoeIcenowy> at least eMMC have a slightly better FTL ;-)
<mripard> well, fortunately for you, there's NAND only in SSD, SD cards, USB keys, etc.
<Pe3ucTop> Hey, anybody tried U-Boot Falcon mode on Sunxi ??
<marble_visions> yes, but they have their hardware ftl
<marble_visions> i was talking about raw nand
<marble_visions> i'm too accustomed to block devices
<mripard> if you think you can make any sofware component bug-free, you're going to be disappointed :)
<marble_visions> i meant that getting a raw nand working is more work that getting an sd card to work
<Pe3ucTop> Is't worth trying Falcon mode in U-boot SPL ??
JohnDoe_71Rus has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
<marble_visions> it makes more sense in an idealogical level though, since you have less closed-source hardware
<marble_visions> between you and your storage
<marble_visions> Pe3ucTop: did you get your SPI-NOR spl working? :)
<Pe3ucTop> marble_visions: Yep :)
<marble_visions> what were the issues?
<Pe3ucTop> not NOR, NAND :)
<marble_visions> oh
f0xx has joined #linux-sunxi
<MoeIcenowy> SPI NAND?
<Pe3ucTop> Jep :)
<marble_visions> mripard: i didn't mean to offend, the final nails i was referring to were your recommendations to keep away from it for now
<mripard> Pe3ucTop: yes, no, it depends :)
<mripard> what do you want to do ?
<Pe3ucTop> MoeIcenowy: yes, but currently only in SPL .
<mripard> marble_visions: I haven't been offended, don't worry
<MoeIcenowy> mripard: have you seen my patches on R40 USB & SATA?
<Pe3ucTop> mripard: I wont boot kernel directly from SPL .. I understand than DT need be compiled(included) in kernel image.
gnarface has joined #linux-sunxi
<mripard> MoeIcenowy: I have seen them but not looked at them yet.
<Pe3ucTop> Question is startpoint / some examples, and is zImage supported or need be uncompressed ?
aleksandr has joined #linux-sunxi
<mripard> Pe3ucTop: not necessarily in the kernel image, it can be in a different partition / area
<mripard> zImage is of course supported
<mripard> and have you looked at doc/README.falcon ?
chlorine_ has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
<Pe3ucTop> mripard: thanks, will go through.
<marble_visions> good deck of slides.. i thought flash had good mainline support
<marble_visions> for mlc nand as well
msimpson has quit [Quit: Leaving]
<Pe3ucTop> marble_visions: issu was in multiple places, some typos and unclear documentation about SPI-NAND plane addressing.
<Pe3ucTop> and SPI controller registers settings.
<marble_visions> Pe3ucTop: right
TEKrantz has quit [Read error: Connection reset by peer]
<Pe3ucTop> I'm interested in improving code, would be great to have SPI DMA support and to work in Dual bit mode.
<Pe3ucTop> Dual bit mode is ~easy to try, but DMA is unknown/hard for me.
TEKrantz has joined #linux-sunxi
aleksandr has quit [Remote host closed the connection]
aleksandr has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
aleksandr has quit [Ping timeout: 258 seconds]
<Pe3ucTop> Also question, Is it normal that U-Boot show/boot twice before command line ??
<Pe3ucTop> I'm wonder why it so, I see SPL boot ok and then TPL boot twice .
<gnarface> i may be wrong, but the way i understand it, SPL is the second time; if you also have TPL you see it boot a total of 3 times.
<gnarface> normal, strange as that seems
vagrantc has joined #linux-sunxi
<willmore> Pe3ucTop, what SPI NAND chip are you using and on what board--I'm interested in your efforts.
<Pe3ucTop> willmore: I use Micron SPI NAND chip on LicheePi Zero
SP7RT_ has quit [Ping timeout: 248 seconds]
<willmore> Pe3ucTop, Cool. Know the chip #?
gumblex_ has joined #linux-sunxi
gumblex has quit [Ping timeout: 255 seconds]
gumblex_ is now known as gumblex
<Pe3ucTop> willmore: trying different ones, did nod decide which will be final one..
aalm has quit [Ping timeout: 240 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<willmore> Pe3ucTop, understood. Thanks for the info.
Leepty has quit [Ping timeout: 248 seconds]
SP7RT has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
Leepty has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
chlorine has quit [Remote host closed the connection]
TEKrantz has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
ykchavan has quit [Read error: Connection reset by peer]
aalm has joined #linux-sunxi
ykchavan has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
afaerber has joined #linux-sunxi
aleksandr has joined #linux-sunxi
aleksandr has quit [Ping timeout: 255 seconds]
aalm has quit [Ping timeout: 258 seconds]
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 255 seconds]
aleksandr has joined #linux-sunxi
<kilobyte> what's even the point in hacking SNES Classic? Everyone who's not slavishly following copyright laws (including even not using rips of cartridges you own) already has drastically better emulators which work on every piece of modern hardware, and slavish followers of copyright won't break it to install other ROMs.
<KotCzarny> kilobyte: wrongly thought 'fame'
<kilobyte> ie, "can't leave a machine unhacked", I guess
<KotCzarny> kilobyte: and some people have not morals, ie. would do things no matter what, just because they can
<kilobyte> I mean the usefulness: the emulator Nintendo ships is said to be extremely badly made
<kilobyte> in my most recent bout of nostalgia I used N900 on the go and a $2 (8.99PLN) gamepad on a "real" computer at home
aleksandr has quit []
enrico_ has quit [Quit: Bye]
dev1990 has joined #linux-sunxi
scream has joined #linux-sunxi
netlynx has quit [Remote host closed the connection]
yann-kaelig has quit [Quit: Leaving]
<miasma> kilobyte: rpi doesn't look like the plastic box nintendo is selling
fkluknav has quit [Ping timeout: 255 seconds]
<kilobyte> miasma: if you have an original NES or SNES, rpi or most SoCs will fit inside
<miasma> sure but why would one destroy such great piece of work
<KotCzarny> because they can?
<kilobyte> have such a plastic box 3d-printed, with openings for modern ports?
<KotCzarny> what can i say, my boards are in sweets boxes
<KotCzarny> :)
<miasma> hmm I guess it's not possible to slide the sunxi boards in those chinese aluminium boxes with rails for a pcb inside
<miasma> unless you mount the board on a bigger board
<kilobyte> a Toffifee box fits most boards well
Mr__Anderson has joined #linux-sunxi
gnufan has joined #linux-sunxi
<kilobyte> my Pine64 sits in the foil envelope it came in, no thermal problems (I put it inside after the cat saw it unshielded on the desk and decided it might be good for drying his wet fur. Fortunately, the (powered-on) board survived.)
<kilobyte> NanoPi is too small to bother with a box, Odroid-U2's radiator already looks like a box
SP7RT_ has quit [Ping timeout: 240 seconds]
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
IgorPec has quit [Ping timeout: 255 seconds]
SP7RT has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
JohnDoe9 has joined #linux-sunxi
<miasma> I finished a project that would hopefully serve as a final resting place for my old rpi (model 1b). i was so pissed off due to the connectors pointing in all directions.. once I had finished installing it, I had to unscrew to remove the sd card.. no fel boot. it also corrupted the sd card once so removed once again. had power issues with wifi so had to add some wires and bypass all the fuses
<miasma> i guess I could have booted via pxe
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
<KotCzarny> btw. you can get extension cable just for any connector type
<KotCzarny> perfect to reroute ports
<miasma> I guess it's good up to 500 mA now per port. by default it only can handle 140 mA
<miasma> i really wouldn't mind if the boards have thick enough wires to support 500 mA USB ports
yann has joined #linux-sunxi
<miasma> i suppose it wouldn't be too hard to design such a board if the dc jack was next to the usb ports
<miasma> but on rpis the musb is on the opposite corner with max distance
<willmore> miasma, your Rpi B experience sounds familiar. I finally gave up on the thing.
muvlon has joined #linux-sunxi
mkid has quit [Read error: Connection reset by peer]
mkid has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
JohnDoe9 has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
mkid has quit [Quit: Konversation terminated!]
SP7RT has quit [Ping timeout: 260 seconds]
VargaD has joined #linux-sunxi
ykchavan has quit [Quit: Leaving]
scream has quit [Remote host closed the connection]
dev1990 has quit [Quit: Konversation terminated!]
f0xx has quit [Ping timeout: 248 seconds]
VargaD has quit [Ping timeout: 258 seconds]
SP7RT has joined #linux-sunxi
VargaD has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 255 seconds]
aalm has joined #linux-sunxi
mpmc has quit [Ping timeout: 240 seconds]
mpmc has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
dave0x6d has quit [Quit: Connection closed for inactivity]
SP7RT has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
dave0x6d has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
mpmc has quit [Ping timeout: 240 seconds]
mpmc has joined #linux-sunxi
mpmc has quit [Excess Flood]
mpmc has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
oliv3r has quit [Ping timeout: 255 seconds]
max_pi has joined #linux-sunxi
<max_pi> Hey guys, I have a bananapi (A20) and am stuck at bringing the video engine to work for hardware decoding. I'm currently trying with the archlinux kernel 4.13.4. The problem is bringing up the cedar_dev on /dev. I built the sunxi-cedar module but that complained about not being able to reserve memory.
<max_pi> In order to get so far I had to first put a ve entry into the device tree (otherwise the module would start just fine, but would not probe any device)
lkcl has joined #linux-sunxi
oliv3r has joined #linux-sunxi
gnufan has quit [Quit: Leaving.]