<Tartarus>
CONFIG_PREBOOT lets you put in some commands to run early on, before the autoboot. But.. is that in time? Or, well, isn't that scan part of the autoboot command ?
<stipa>
Tartarus: this is serial console output https://termbin.com/tznv it halts there and after some time the board tuns off i guess
<stipa>
the power diode goes off
<stipa>
also, that 2GB of DRAM is fishy, it should be 1GB
<stipa>
sometimes it shows 1GB
<stipa>
i have no idea where to go from here
<stipa>
i'm poking around the internet
<Tartarus>
stipa: yeah, check what your boot command is
<hanetzer>
stipa: are you trying to 'root' or hack a commercial device or is this a 'real' project?
Guest4494 has joined #u-boot
camus has joined #u-boot
<stipa>
hanetzer: it's not a real project, the idea is to boot into linux if there's a power cut and stuff like that with the wifi dongle in, now that's not possible
camus1 has joined #u-boot
<stipa>
the board should be a wifi repeater
<stipa>
Tartarus: i'll try
<hanetzer>
hrm.
camus has quit [Ping timeout: 272 seconds]
camus1 is now known as camus
<stipa>
hanetzer: i guess it's confused, probably thinks it's a cdrom or something like that
<hanetzer>
possible, my phone sometimes looks like a cdrom to my pc lol
<stipa>
usb modeswitch switch i think switch some flip flop which truns that onboard dongle memory off
<stipa>
but that is what happens in linux
<stipa>
and dongle is useful
<stipa>
hanetzer: yeah, it get's detected as a cdrom if there's no usb modeswitch package installed
<stipa>
in dmesg
Leopold has quit [Quit: No Ping reply in 180 seconds.]
Leopold has joined #u-boot
thopiekar has quit [Ping timeout: 268 seconds]
thopiekar has joined #u-boot
<stipa>
could it be that the u-boot tries to boot something from the wifi dongle?
<stipa>
yeah, could be that uboot tries to boot the wifi dongle driver
<stipa>
and crashes
<stipa>
for some reason u-boot doesn't know what it is and just loads it
<stipa>
or smthn like that
<stipa>
it should recognize that it's not a valid image and skip it
<stipa>
i think i also had this problem on a laptop when USB was a first boot option but i haven't pay much attention to it
<stipa>
i installed the linux via USB and probably switched first boot to a disk
<stipa>
but few times the laptop also wanted to boot from the wifi dongle and died there
<stipa>
i'll have to check if there is an option in Armbian build system to turn off the usb boot option in uboot
<stipa>
it could be somewhere else ,i dunno, if someone has a better idea let me know
<stipa>
i've found a line by executing printenv command, usb_boot=usb start; if usb dev ${devnum}; then devtype=usb; run scan_dev_for_boot_part; fi
stefanro has quit [Quit: Leaving.]
ikarso has joined #u-boot
stefanro has joined #u-boot
stefanro has quit [Remote host closed the connection]
stefanro has joined #u-boot
guillaume_g has joined #u-boot
<stipa>
saveenv after removing the usb_boot line fails
<stipa>
Saving Environment to FAT... Unable to use mmc 0:1...
<stipa>
Failed (1)
mncheckm has joined #u-boot
mckoan|away is now known as mckoan
frieder has joined #u-boot
frieder has quit [Ping timeout: 260 seconds]
frieder has joined #u-boot
apteryx has quit [Ping timeout: 260 seconds]
apteryx has joined #u-boot
apritzel has joined #u-boot
ebach has joined #u-boot
<qschulz>
Tartarus: thx a ton for the patch, just answered on the ML. Still haven't access to an EVB-PX30 since I'm not in the office, hopefully in the next days. But it works on Ringneck PX30 which has the same config wrt serial AFAICT (except the UART controller instance but that doesn't matter)
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
persmule has joined #u-boot
davlefou has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
davlefou has joined #u-boot
<kabel>
marex: "Tartarus: we have kabel and Pali ;-)" I need one more month, preparing for the defense of my diploma thesis and final exams, and then I am baaaack
<kabel>
while I was writing the thesis, I amused myself trying to get chatgpt to produce jokes
monstr has quit [Remote host closed the connection]
stefanro has quit [Ping timeout: 265 seconds]
matthias_bgg has quit [Quit: Leaving]
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
stefanro has joined #u-boot
grgy has left #u-boot [WeeChat 3.5]
grgy has joined #u-boot
grgy has left #u-boot [.]
Guest4494 has quit [Quit: Client closed]
<Tartarus>
Lets see, the matrix bridge is still out of sync, sigh, anyone around that I can op and they can update the topic? (v2023.01 is out, MW open until Jan 30th, next is closed, 2023.04 is April 4th 2023)
frieder has quit [Quit: Leaving]
ebach has joined #u-boot
mmu_man has quit [Ping timeout: 264 seconds]
mmu_man has joined #u-boot
mckoan is now known as mckoan|away
vagrantc has joined #u-boot
<Sout_>
in irc Tartarus ?
<Sout_>
(i assume not) but figured i would ask. since you have op status
<Tartarus>
Sout_: somewhat around, yes
guillaume_g has quit [Quit: Konversation terminated!]
ikarso has quit [Quit: Connection closed for inactivity]
apritzel has quit [Ping timeout: 260 seconds]
<kallisti5[m]>
Tom Rini: inline with my reg-shift shenanigans last week.. does this seem like sane logic in our dtb parsing code?
<kallisti5[m]>
tldr; if no reg-shift, assume 2 on arm,aarch64 and 0 everywhere else
<Tartarus>
Honestly not sure
<kallisti5[m]>
doh! 😆
<kallisti5[m]>
i know i see no reg-shifts on qemu aarch64 and qemu arm pl011's
<kallisti5[m]>
(when you dump the dtb from qemu)
<kallisti5[m]>
and i also know 100% a 32-bit alignment is required there
<kallisti5[m]>
so i feel like that logic conveys the intent
<kallisti5[m]>
"you shouldn't expect reg-shifts on arm dts's due to it historically being assumed"
<kallisti5[m]>
so the idea is, if someone goes to the trouble of specifying a reg-shift in a dtb, then it's likely because that default 2 needs adjusted
<Tartarus>
Yeah, but I think it's because of some historical dts changes based on how Linux changed things
<Tartarus>
I just couldn't dig up the relevant commit in the kernel quickly
<kallisti5[m]>
sure. however i guess the core question is "do any dts's have no reg-shift property and assume a reg-shift of 0"
<kallisti5[m]>
I think the answer on arm is no? (since everything has to be 32-bit aligned)
<marex>
kabel: try and make chatgpt generate u-boot patches next
<marex>
vagrantc: is the next debian release gonna be based on u-boot 2023.01 and linux 6.1 ? :)
<vagrantc>
marex: believe so!
<marex>
vagrantc: nice !
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
<Tartarus>
vagrantc: I guess post to the list and cc Peter, and see what you two can work out for a compromise here, I'm not 100% sure how to rework things to not build the logo header files on tools-only, but that's the problem
___nick___ has joined #u-boot
<vagrantc>
the simple workaround for debian, since we don't ship bmp_logo, is to just disable CONFIG_VIDEO ... not sure if that changes any of the other targets