<alpernebbi>
this one is missing a few hunks for truetype console though
Jones42 has quit [Ping timeout: 260 seconds]
<alpernebbi>
by artifacting, I mean like https://ibb.co/fQ9f8CP after "help; panic" (with PANIC_HANG)
<alpernebbi>
I remember thinking about it as "cache gets partially flushed to display without us asking for it"
<alpernebbi>
I also remember trying to implement a copy framebuffer for the rk3399 driver, and having unsolved problems when I used it with damage tracking
mmu_man has joined #u-boot
mmu_man has quit [Ping timeout: 265 seconds]
<cambrian_invader>
ok, so what's u-boot+nodisclaimer@lists.denx.de ?
warpme_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
monstr has quit [Remote host closed the connection]
<Tartarus>
cambrian_invader: Uh, probably something that just works by accident?
<Tartarus>
Did one of the security people post a message to that address?
<cambrian_invader>
there have been a few series with that destination and it's been breaking my email filter :P
<cambrian_invader>
mostly from "Paul HENRYS" and one from "Philippe Reynes"
<Tartarus>
Ah. I think it's that thing where these days "+whatever" tends to work
pericycle has joined #u-boot
mckoan is now known as mckoan|away
pericycle has quit [Ping timeout: 265 seconds]
pericycle has joined #u-boot
vardhan_ has quit [Ping timeout: 252 seconds]
ldevulder has quit [Quit: Leaving]
pgreco_ has quit [Ping timeout: 252 seconds]
pgreco has joined #u-boot
warpme has joined #u-boot
flokli has quit [Ping timeout: 276 seconds]
electricworry has joined #u-boot
sally has quit [Quit: sally]
pericycle has quit [Ping timeout: 248 seconds]
flokli has joined #u-boot
sally has joined #u-boot
pericycle has joined #u-boot
pericycle has quit [Ping timeout: 248 seconds]
pericycle has joined #u-boot
pericycle has quit [Ping timeout: 246 seconds]
pericycle has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
joeskb7 has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
<baltazar>
hi! I think I have a faulty odroid n2, but I'm still trying to figure out what exactly is the problem. Is there any way to get some more detailed info about mmc read errors?
akaWolf has quit [Quit: Lost terminal]
<baltazar>
I also tried booting from usb, but I can't seem to get past "Starting kernel ..."
<quinq>
baltazar, rebuild with DEBUG defined in drivers/mmc/Makefile maybe
<baltazar>
quinq: do I just insert DEBUG=1 there? or CFLAGS += -DDEBUG ?
<baltazar>
oh there's also an MMC_TRACE config, might be what I need
eballetbo has quit [Quit: Connection closed for inactivity]
<quinq>
baltazar, more like cflags-y += -DDEBUG
<quinq>
But I suppose that MMC_TRACE would be more adequate yeah :)
<baltazar>
well this is annoying... previously I was unable to load my kernel and ramdisk from mmc, now that I have trace enabled it loads them successfully (but still fails to boot)
<baltazar>
could be due to the extra delay from printing all the tracing info on a slow serial line?
<quinq>
Could be yeah
<quinq>
Maybe you could hash what it reads from the MMC
<quinq>
To check that it doesn't just get garbage
<baltazar>
yea that was my idea too
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 244 seconds]
<baltazar>
crc32 should give the same as on linux right?
<quinq>
Oh you should have hash cmd
<baltazar>
don't see that one...
<quinq>
like hash sha1 start_address size
<baltazar>
or do I need to explicity enable it at compile time?
<baltazar>
yep, CMD_HASH=n
<baltazar>
still, crc32 should be the same too (it's not)
<quinq>
It'll do something :)
akaWolf has joined #u-boot
<baltazar>
eh I'll recompile with hash
rvalue- is now known as rvalue
mmu_man has joined #u-boot
joeskb7 has quit [Quit: Lost terminal]
joeskb7 has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
joeskb7 has quit [Quit: Lost terminal]
<sjg1>
alpernebbi: Actually it seems to apply OK
<sjg1>
alpernebbi: Do you know what the problem might be with kevin? edp_rockchip dp@ff970000: failed to set rate on clock index 0 (362) (error = -2)
joeskb7 has joined #u-boot
<alpernebbi>
iiuc, PCLK_EDP is in assigned-clocks, but not implemented in the driver
<marex>
baltazar: is it eMMC or SD that is flaky ?
<baltazar>
marex: sd card
mmu_man has joined #u-boot
<marex>
baltazar: does it work with another card ?
<baltazar>
nope
<marex>
baltazar: it could be some odd compatibility issue , check 'mmc info' of the card and see if it operates in some SDR104 mode, if so, that might be flaky
<baltazar>
note that u-boot itself is loaded from this sd card too
<marex>
baltazar: have you checked drive strength and other pin mux settings in DT ?
<marex>
baltazar: bootrom is probably loading U-Boot via 1-bit mode and slower rate, so you can try that too , but that is a workaround obv
<marex>
quinq: that too, could be
<baltazar>
marex: not sure about drive strength etc, I'm not really an expert :P
<baltazar>
also note that previously when I enabled MMC_TRACE (which prints basically every command sent to the card) it did work reliably with large load sizes too, I assume thanks to the delay from printing the debug stuff over an 19200 baud serial line
<quinq>
baltazar, just add a sleep in the driver :>
<marex>
baltazar: it could be some side effect of that wider spacing of commands which makes the load "work" somehow
warpme has joined #u-boot
<baltazar>
hmm, I just tried with a copy of the original version of u-boot supplied by hardkernel and that one works just fine...
<quinq>
nice
<quinq>
Something to compare with
<quinq>
Do you have the sources?
<baltazar>
yep, and they only compile with some gcc4
<baltazar>
I was hoping I could avoid touching that
<quinq>
Yeah but you can compare the driver
<quinq>
And the board config
<marex>
baltazar: have you checked drive strength and other pin mux settings in DT ?
<baltazar>
are sd and mmc there just names or do they have extra meaning?
<quinq>
They have meaning for whoever's looking for it :)
<quinq>
The magic of device tree
joeskb7 has quit [Quit: Lost terminal]
joeskb7 has joined #u-boot
<baltazar>
but, like, what part of this even tells u-boot that this is an mmc device?
<baltazar>
I dunno, something has to be off with this device, when booting their kernel with their uboot the kernel fails to recognize the mmc that it just booted off of: http://0x0.st/X75g.txt
<marex>
baltazar: the clocks= property is encoded likely this way in the .dts file ... clocks = <&phandle_to_clock_controller 0x22 &phandle_to_clock_controller 0x3d &phandle_to_clock_controller 0x02>;
cbeznea has quit [Ping timeout: 252 seconds]
<marex>
baltazar: check the .dts file for the board, look at pinctrl-0 and pinctrl-1 and check the phandle destination, that's where the pinmux is configured
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<baltazar>
but `find . | grep dts | grep -e hardkernel -e meson -e g12 -e odroid` didn't yield much
<baltazar>
only two exynos boards
<marex>
baltazar: make <yourboard>_defconfig ; grep droid .config
<marex>
baltazar: or grep OF .config , or grep TREE .config
<marex>
baltazar: or grep FDT .config
<marex>
baltazar: one of them should produce some result, if not, maybe the ancient vendoruboot does not even use DT, in which case check board file in board/
<baltazar>
sorry, I have no idea what to do with that
<marex>
baltazar: setbits(register, val) is simple register |= val , check what the register is (look up the macro) and then use 'md' in mainline U-Boot to validate whether it is set correctly
<marex>
dtto for clrbits , that is register &= ~value
<marex>
baltazar: disable UHS mode support in kernel config
<marex>
(UHS is the SDR104/HS200/HS400 stuff)
lehmanju has joined #u-boot
<baltazar>
is there a kconfig flag for that?
<marex>
baltazar: edit ./arch/arm64/boot/dts/amlogic/meson-g12b-odroid.dtsi and try to change sd_emmc_b max-frequency ... which is already 50 MHz, so UHS modes should not apply
warthog9 has joined #u-boot
<marex>
could it be the tuning errors are from your eMMC and not the SD card ?