00:11
hanetzer has quit [Ping timeout: 265 seconds]
00:14
hanetzer has joined #u-boot
00:29
Gravis_ has joined #u-boot
00:29
Gravis has quit [Ping timeout: 246 seconds]
01:09
umbramalison has joined #u-boot
01:21
Leopold has quit [Ping timeout: 255 seconds]
01:22
Leopold has joined #u-boot
01:24
camus has joined #u-boot
01:32
qschulz has quit [Remote host closed the connection]
01:35
qschulz has joined #u-boot
01:50
mmu_man has quit [Ping timeout: 260 seconds]
02:40
Wouter010067 has joined #u-boot
03:04
thopiekar has quit [Ping timeout: 268 seconds]
03:05
thopiekar has joined #u-boot
04:16
haritz has joined #u-boot
04:16
haritz has joined #u-boot
04:17
haritz has quit [Remote host closed the connection]
04:42
haritz has joined #u-boot
04:42
haritz has joined #u-boot
04:43
haritz has quit [Remote host closed the connection]
04:44
haritz has joined #u-boot
04:44
haritz has joined #u-boot
04:48
teejay has quit [Quit: leaving]
05:07
persmule has quit [Remote host closed the connection]
06:08
redbrain has quit [Read error: Connection reset by peer]
06:14
redbrain has joined #u-boot
06:25
mlaga97 has quit [Ping timeout: 272 seconds]
06:28
camus has quit [Quit: camus]
06:41
mlaga97 has joined #u-boot
07:00
wyre has quit [Ping timeout: 246 seconds]
07:05
wyre has joined #u-boot
07:32
enyc has quit [Ping timeout: 252 seconds]
07:39
enyc has joined #u-boot
08:32
Leopold has quit [Quit: No Ping reply in 180 seconds.]
08:37
Leopold has joined #u-boot
08:55
Wouter010067 has joined #u-boot
09:20
<
vulpes2[m] >
found an mmc reset issue on the rk3399 (mainline u-boot v2022.10 + mainline atf) that I don't know how to fix
09:22
<
vulpes2[m] >
the boot media is a MicroSD card attached to the DesignWare mmc controller, and if it was switched to 1.8v by the kernel and a kp happens, the board will fail to boot
09:22
<
vulpes2[m] >
the bootrom can read the card just fine and TPL comes up, but it dies at SPL with mmc read errors
09:23
<
vulpes2[m] >
this can be mitigated by disabling all the 1.8v signaling modes in dt, but disabling UHS-I modes will severely cripple the speed of my card
09:25
<
vulpes2[m] >
tested the same setup (mainline u-boot v2022.10 + mainline atf) with rk3328 and it worked fine, u-boot shell says the card is operating in SDHC mode and config doesn't have UHS support enabled
09:27
camus has joined #u-boot
09:35
<
vulpes2[m] >
so I figured it's less about having UHS support in SPL but more about having the mmc controller and/or the card reset properly
09:36
<
vulpes2[m] >
I've also tested miniloader on rk3399 and it doesn't exhibit this issue, so I'm pretty sure it can be fixed for u-boot tpl/spl as well.
09:37
<
vulpes2[m] >
any ideas on what I can try to fix this?
10:23
crb__ has quit [Read error: Connection reset by peer]
10:23
crb__ has joined #u-boot
10:23
ikarso has joined #u-boot
10:57
mncheckm has joined #u-boot
11:30
naoki has quit [Quit: naoki]
12:01
persmule has joined #u-boot
12:05
mmu_man has joined #u-boot
12:31
persmule has quit [Ping timeout: 255 seconds]
12:57
persmule has joined #u-boot
13:30
Wouter010067 has joined #u-boot
13:43
<
sjg1 >
vulpes2[m]: Is it a regression - are you able to bisect it?
13:44
<
vulpes2[m] >
if it is it's not a recent one, I can try but it's probably going to take me a very long time
15:06
<
vulpes2[m] >
I did more research and it seems like there have been a lot of uncoordinated efforts on fixing this, none of which is great
15:07
<
vulpes2[m] >
This one is an investigation for normal reboots which doesn't apply here, if there's a kp then the board will still get stuck at SPL
15:26
<
vulpes2[m] >
and I think this isn't related to ATF either since it's loaded by SPL and SPL can't even access the card
15:33
zibolo has quit [Ping timeout: 264 seconds]
15:35
zibolo has joined #u-boot
15:54
camus has quit [Quit: camus]
17:41
ikarso has quit [Quit: Connection closed for inactivity]
18:36
haritz has joined #u-boot
18:36
haritz has quit [Changing host]
18:36
haritz has joined #u-boot
19:00
Gravis_ is now known as Gravis
19:01
mncheckm has quit [Ping timeout: 260 seconds]
20:31
naoki has joined #u-boot
20:57
stipa has joined #u-boot
21:05
<
stipa >
scanning bus usb@5311000 for devices... Device NOT ready
21:05
<
stipa >
Request Sense returned 02 3A 00
21:06
<
stipa >
that's one of those wifi USB3 dongles with driver on a flash chip that has to be bypassed with usb modeswitch app
21:06
<
stipa >
i get it going in linux but it halts the uboot boot
21:09
<
stipa >
if i stop the uboot process and ype usb stop & usb start & boot it boots
21:09
<
stipa >
now, i would liketo make it automatic
21:10
<
stipa >
is there a way to edit a script somewhere to make it so or i have to edit the script and recompile ?
22:04
Flole has quit [Ping timeout: 252 seconds]
22:05
Flole has joined #u-boot
22:18
umbramalison has quit [Quit: %So long and thanks for all the fish%]
22:25
Wouter010067 has joined #u-boot
22:34
umbramalison has joined #u-boot
22:39
justache is now known as justReddy
23:30
<
Tartarus >
Oh, humm, would CONFIG_PREBOOT hit that in time?
23:30
<
Tartarus >
That's my first thought
23:40
<
stipa >
what is CONFIG_PREBOOT for?
23:40
<
stipa >
i think i can't stop the boot, only after USB stuff si passed, there's no countdown before it happens
23:41
<
stipa >
if i unplug the wifi dongle it is ok
23:41
<
stipa >
once i did it but now that i tried a few times later i couldn't stop the boot before the error
23:44
<
stipa >
what does the 'usb stop' does, does it cut's the power to the USB dongle?
23:58
alan_o has quit [Remote host closed the connection]
23:58
alan_o has joined #u-boot