rellla 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 - *only registered users can talk*
specing_ has joined #linux-sunxi
specing has quit [Ping timeout: 240 seconds]
specing_ is now known as specing
<apritzel> do you have any other device with a OTG port? Other Allwinner board or a Raspberry Pi?
<pnill> nope unfortunately I don't
<pnill> I've got like 5 of this very same board
<pnill> lol
<pnill> with minor differences
<pnill> one of em actually has/uses HDMI
Daanct12 has quit [Quit: Quitting - Huong Tram IRC Client 1.54]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 260 seconds]
apritzel has quit [Ping timeout: 276 seconds]
montjoie has quit [Ping timeout: 265 seconds]
montjoie has joined #linux-sunxi
mripard has quit [Ping timeout: 252 seconds]
libv has quit [Ping timeout: 258 seconds]
mripard has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
libv has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
buzzmarshall has quit [Remote host closed the connection]
tuxd3v has quit [Ping timeout: 240 seconds]
<pnill> finally got usb-ethernet/networking/ssh in a minimal build with my own kernel/initramfs/busybox and such
<pnill> hopefully that lets me troubleshoot that other board now
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 240 seconds]
kaspter has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-sunxi
hlauer has joined #linux-sunxi
apritzel has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-sunxi
alexxy has quit [Ping timeout: 265 seconds]
Guest66867 has joined #linux-sunxi
s_frit has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 276 seconds]
asdf28 has joined #linux-sunxi
tmlind has quit [Quit: leaving]
tmlind has joined #linux-sunxi
reinforce has joined #linux-sunxi
jstein has joined #linux-sunxi
cmeerw has joined #linux-sunxi
asdf28 has quit [Ping timeout: 276 seconds]
asdf28 has joined #linux-sunxi
cmeerw has quit [Ping timeout: 245 seconds]
Guest66867 has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
apritzel has joined #linux-sunxi
warpme_ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
alexxy has joined #linux-sunxi
fevv8[m] has quit [Quit: Bridge terminating on SIGTERM]
z3ntu has quit [Quit: Bridge terminating on SIGTERM]
solderfumes[m] has quit [Quit: Bridge terminating on SIGTERM]
junak[m] has quit [Quit: Bridge terminating on SIGTERM]
danqo has quit [Quit: Bridge terminating on SIGTERM]
Ke has quit [Quit: Bridge terminating on SIGTERM]
thefloweringash has quit [Quit: Bridge terminating on SIGTERM]
kayterina has quit [Quit: Bridge terminating on SIGTERM]
JuniorJPDJ1 has quit [Quit: Bridge terminating on SIGTERM]
Jeremy_Rand_DT[m has quit [Quit: Bridge terminating on SIGTERM]
clementp[m] has quit [Quit: Bridge terminating on SIGTERM]
davidebeatrici has quit [Quit: Bridge terminating on SIGTERM]
insep_ has quit [Quit: Bridge terminating on SIGTERM]
Avamander[m]1 has quit [Quit: Bridge terminating on SIGTERM]
psydruid[m] has quit [Quit: Bridge terminating on SIGTERM]
MartijnBraam has quit [Quit: Bridge terminating on SIGTERM]
Laa[m] has quit [Quit: Bridge terminating on SIGTERM]
Tooniis has quit [Quit: Bridge terminating on SIGTERM]
JoaoSchim has quit [Ping timeout: 265 seconds]
Jeremy_Rand_DT[m has joined #linux-sunxi
<apritzel> jernej: Hi, did you use eMMC on the H616 in U-Boot in anger? I got a report (and can confirm) that reading multiple sectors fails.
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 276 seconds]
camus is now known as kaspter
insep_ has joined #linux-sunxi
psydruid[m] has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
danqo has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
Tooniis has joined #linux-sunxi
kayterina has joined #linux-sunxi
z3ntu has joined #linux-sunxi
Ke has joined #linux-sunxi
junak[m] has joined #linux-sunxi
clementp[m] has joined #linux-sunxi
solderfumes[m] has joined #linux-sunxi
fevv8[m] has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
Laa[m] has joined #linux-sunxi
davidebeatrici has joined #linux-sunxi
Avamander[m]1 has joined #linux-sunxi
prefixcactus has joined #linux-sunxi
linkmauve has quit [Ping timeout: 250 seconds]
linkmauve has joined #linux-sunxi
<apritzel> jernej: if I limit f_max to 25 MHz, it seems to work
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
JoaoSchim has joined #linux-sunxi
daregap has joined #linux-sunxi
asdf28 has quit [Ping timeout: 252 seconds]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 258 seconds]
camus is now known as kaspter
lucascastro has joined #linux-sunxi
victhor has joined #linux-sunxi
asdf28 has joined #linux-sunxi
choozy has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
specing_ has joined #linux-sunxi
specing has quit [Ping timeout: 240 seconds]
specing_ is now known as specing
faruk has joined #linux-sunxi
vagrantc has joined #linux-sunxi
asdf28 has quit [Ping timeout: 252 seconds]
faruk has quit [Quit: Leaving]
chewitt has joined #linux-sunxi
cnxsoft1 has quit [Ping timeout: 246 seconds]
ynezz has quit [Remote host closed the connection]
choozy has quit [Remote host closed the connection]
ynezz has joined #linux-sunxi
matthias_bgg has quit [Read error: Connection reset by peer]
gediz0x539 has quit [Quit: Leaving]
asdf28 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cmeerw has joined #linux-sunxi
<jernej> apritzel: IIRC I tested eMMC on H616 only on Linux
<jernej> but nice find
<apritzel> jernej: I need more time for debugging, but it looks like we miss some quirks in the U-Boot MMC driver
<apritzel> for instance "new timing mode" is only enabled for A64, but should be there for H5, H6, H616 ... as well
reinforce has quit [Quit: Leaving.]
<jernej> huh, didn't we enable it?
<apritzel> select MMC_SUNXI_HAS_NEW_MODE is only there for MACH_SUN50I
<apritzel> but there must be more in this case, as this alone doesn't fix it
<jernej> did I broke that by mistake when introducing new common symbol for GEN_H6?
\\Mr_C\\ has quit [Quit: Ping timeout: 999,999,999 years]
matthias_bgg has quit [Ping timeout: 246 seconds]
<apritzel> jernej: I don't think so, it was always broken
<jernej> funny thing - I got reports that people successfully run LibreELEC from H6 eMMC
<jernej> I guess they were just lucky with tolerances
<apritzel> apritzel: I was wondering if that fix halves or doubles the clock?
<apritzel> jernej: ^^^
<jernej> good point, I'll check
<jernej> I think fix halves the clock, because that function is used to calculate divider
<jernej> ah, wait
<jernej> fixed function will report lower clock, which in turn will make divider smaller and that will cause higher clock in the end
<jernej> so yeah, it worked because clock was lower than optimal
<apritzel> jernej: yeah, so the Linux fix back then doubled the transfer rate, right?
<apritzel> jernej: for the H616 this could be another instance of the H5 DDR50 eMMC issue? But then again it seems to work in Linux ...
<jernej> clock in Linux should be fine, yes
<jernej> it seems to me that all controllers with "new mode" have this DDR50 issue
asdf28 has quit [Ping timeout: 252 seconds]
<jernej> but I couldn't find the reason for this issue
asdf28 has joined #linux-sunxi
<jernej> BSP is also not helpful since it works in HS400 mode on basically every board with eMMC nowadays
prefixcactus has quit [Ping timeout: 268 seconds]
rzerres has quit [Quit: ZNC 1.7.5 - https://znc.in]
<apritzel> jernej: no fallback in the BSP? Not all eMMC chips support HS400, IIRC
<jernej> DDR50 seems to be supported, but I could not actually test it
<jernej> HS200 is still faster, right?
camus has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
<jernej> well, I could test it by fiddling with DT, but for that, I would also need something else than Android
<apritzel> so I tested speed yesterday, with hdparm
<apritzel> DDR50 was about 85MB/s, HS200 120MB/s
<apritzel> similar to Pine H64/ Pine64-LTS
<pnill> is this page outdated? https://linux-sunxi.org/R40
<pnill> I only ask because it says there's no mainline support
<pnill> but the Banana Pi M2 Berry runs one
<pnill> and I noticed uboot has defconfigs for that
rzerres has joined #linux-sunxi
Mangy_Dog has quit [Remote host closed the connection]
<apritzel> pnill: it's a Wiki! ;-)
<apritzel> pnill: and yeah, there are several outdated pages ...
rzerres has quit [Client Quit]
rzerres has joined #linux-sunxi
<apritzel> smaeul: it looks like there will be code freeze for TF-A end of this week, so if you have any urgent patches, you should send them now
<apritzel> smaeul: (not that a certain release is something very important for us, but just a heads up)
rzerres has quit [Remote host closed the connection]
rzerres has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
rzerres has quit [Quit: ZNC 1.7.5 - https://znc.in]
rzerres has joined #linux-sunxi
rzerres has quit [Client Quit]
rzerres has joined #linux-sunxi
rzerres has quit [Quit: ZNC 1.7.5 - https://znc.in]
rzerres has joined #linux-sunxi
rzerres has quit [Client Quit]
vagrantc has quit [Quit: leaving]
choozy has joined #linux-sunxi
<pnill> It's a wiki page right? lol
<pnill> so 'page'
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
popolon has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
lucascastro has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
<apritzel> pnill: did you come across an R40 device?
rzerres has joined #linux-sunxi
lucascastro has joined #linux-sunxi
choozy has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<apritzel> jernej: did you ever debug the 4GB DRAM issue? any results so far?
lucascastro has quit [Ping timeout: 268 seconds]
<jernej> no, I have never tested 4 GB
<apritzel> so Linux works (tested by hacking arch_fixup_fdt()), but U-Boot crashed right after relocation
choozy has joined #linux-sunxi
<jernej> maybe some driver needs 32-bit offsets?
<jernej> s/offsets/addresses/
fl_0 has quit [Quit: STRG + Q]
buzzmarshall has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<apritzel> much earlier, must easier to fix:
<apritzel> there is a hardcoded 0xc0000000 in the page table setup ...
<apritzel> jernej: works now: I loaded a kernel from a USB drive and booted into it, with the full 4GB in both U-Boot and Linux
<apritzel> jernej: I think the EMAC code will break, but I can't test this at the moment
<jernej> in U-Boot or Linux?
<jernej> or both?
fl_0 has joined #linux-sunxi
<apritzel> the EMAC code in Linux should be fine, thanks to the default DMA mask
<pnill> yeah, one of the other revisions of these arcade boards uses an R40
<apritzel> jernej: but U-Boot will allocate buffers from the heap, which is now well above 4GB, but the EMAC DMA descriptors only hold 32 bit worth of addresses
<apritzel> pnill: I will update the Wiki later, but the R40 is quite well supported as well
lucascastro has joined #linux-sunxi
<jernej> is there an easy solution to this?
<jernej> could you control relocation address?
<apritzel> jernej: it's a generic U-Boot problem, I will probably ask on the list
<apritzel> jernej: ideally we are not the first to encounter this problem
<apritzel> and I'd rather not play around with the relocation code, this is mostly generic
<pnill> apritzel: Awesome, wasn't gonna play with it anytime soon was just checking the chipset lastnight and saw that
<apritzel> pnill: the R40 is 32-bit only, but has native SATA (not sure if you can make use of that, I guess not ...)
<pnill> yeah, no SATA port lol
<apritzel> jernej: I might pull in your T95 U-Boot Ethernet hack, to see what's going to happen
<jernej> apritzel: for RX, it might just cut off 33-bit and try to write on some lower location?
<apritzel> jernej: I think there are plenty ways to hack it, yes ;-)
<apritzel> IIRC we can even force our own buffers, or we just copy them ...
<apritzel> jernej: but somehow I have the feeling the RPi4 has the same problem
<apritzel> the DMA buffer is even more limited there, IIRC
<pnill> that's what the r40 board looked like
<pnill> if you're curious
<jernej> yeah, RPi has interesting DMA, but I forgot details...
<jernej> pnill: it uses nand, so that's bad
<pnill> why's that bad? :/
<jernej> at least if you want to use mainline Linux and U-Boot
<pnill> mainline linux/u-boot is easiest
<pnill> lol
<apritzel> yeah, that Winbond chip looks bad
<jernej> because there is no support for it
<pnill> oh shit :/
<pnill> well that blows
<pnill> so only option is BSP then?
<jernej> could be that small 8-bit chip SPI NOR?
<jernej> if you want to utilize that nand, then yes (unless you want to work on nand support)
<apritzel> jernej: yeah, recruit him!
<jernej> :)
<apritzel> although we haven't seen NAND in a while, have we?
<jernej> nope
lucascastro has quit [Ping timeout: 252 seconds]
lucascastro has joined #linux-sunxi
cmeerw has quit [Ping timeout: 245 seconds]
<pnill> if I knew what I was doing I would certainly give it a shot (working on nand support)
<apritzel> pnill: don't bother, for all I know raw NAND is real rocket science ...
<pnill> So what's the best approach to targeting a board like that?
<pnill> BSP SDK for that chipset?
elros1 has joined #linux-sunxi
choozy has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<apritzel> pnill: you will lose most people in here if you do so ...
<pnill> oh, what's the alternative for NAND support lol?
<apritzel> pnill: eMMC ;-)
<pnill> but but
<pnill> the board has NAND
<pnill> lol
<pnill> I can't change out what it has lol
<pnill> in theory, if I could boot from uboot off USB
<pnill> the NAND isn't exactly relevant
<pnill> I'd just have to a deploy a new OS to allow people to use it.
<pnill> different cabinet than the other one I was working on
<pnill> but trying to build a tool to support a wide array of them
<apritzel> pnill: well, nobody said it would be a walk in the park, sorry
<apritzel> or that you can use all of them with mainline just like so
<apritzel> complain to the manufacturer ;-)
<apritzel> at the end of the day it remains a hack: if you want a game console, buy one
<apritzel> or use any other, well supported SBC and some gaming distro
hlauer has quit [Ping timeout: 252 seconds]
rzerres has quit [Quit: ZNC 1.8.2 - https://znc.in]
rzerres has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
vagrantc has joined #linux-sunxi
warpme_ has quit [Quit: Connection closed for inactivity]
dev1990 has quit [Quit: Konversation terminated!]
dev1990 has joined #linux-sunxi
elros1 has quit [Remote host closed the connection]
<apritzel> pnill: sorry, what I meant to say is: Choose your battles! And there are much more rewarding and promising fights out there than NAND flash ...
asdf28 has quit [Ping timeout: 265 seconds]
<smaeul> apritzel: nothing I have is urgent; I pushed it all anyway
<smaeul> the only remaining patches are for cpuidle, which I will have to rework to add the DT nodes in TF-A
<smaeul> and copy them in U-Boot... this scenario is getting familiar :)
<apritzel> smaeul: yeah, I have some U-Boot code to copy reserved-memory nodes, but it's not pretty and has issues (broken node name, no region merging)
sunshavi has quit [Read error: Connection reset by peer]
sunshavi has joined #linux-sunxi
jstein has quit [Quit: quit]
apritzel has quit [Ping timeout: 252 seconds]
popolon has quit [Quit: WeeChat 3.1]