qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
prabhakalad has quit [Ping timeout: 276 seconds]
prabhakalad has joined #u-boot
KREYREN has quit [Remote host closed the connection]
KREYREN has joined #u-boot
persmule has quit [Remote host closed the connection]
KREYREN has quit [Ping timeout: 264 seconds]
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #u-boot
_whitelogger has joined #u-boot
mmu_man has quit [Ping timeout: 276 seconds]
mmu_man has joined #u-boot
npcomp has joined #u-boot
vardhan has joined #u-boot
rvalue has quit [Ping timeout: 265 seconds]
levitating has joined #u-boot
mmu_man has quit [Ping timeout: 276 seconds]
rvalue has joined #u-boot
sakman has quit [Ping timeout: 276 seconds]
vfazio_ has joined #u-boot
vfazio has quit [Ping timeout: 248 seconds]
_whitelogger has joined #u-boot
clamor has joined #u-boot
gsz has joined #u-boot
Forty-Bot has quit [Ping timeout: 260 seconds]
monstr has joined #u-boot
monstr_ has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
Forty-Bot has joined #u-boot
gsz has quit [Ping timeout: 252 seconds]
frieder has joined #u-boot
monstr_ has quit [Ping timeout: 252 seconds]
rvalue has quit [Ping timeout: 265 seconds]
fionera has quit [Ping timeout: 245 seconds]
gsz has joined #u-boot
goliath has joined #u-boot
mckoan|away is now known as mckoan
kevery1 has joined #u-boot
gsz has quit [Ping timeout: 268 seconds]
kevery has quit [Ping timeout: 245 seconds]
kevery1 is now known as kevery
rvalue has joined #u-boot
sszy has joined #u-boot
ldevulder has joined #u-boot
bjoto has joined #u-boot
jmasson has joined #u-boot
jmasson has left #u-boot [#u-boot]
Guest313 has joined #u-boot
<Guest313>
Hi, i'm trying to get u-boot working on x86 (build as efi application). I'm still having problems with acpi, so i decided to try a efi boot. After some minor changes i can use the bootefi and bootm feature in efi application mode. I am able to start the kernel and i could see that acpi is working, but it stops booting with a kernel panic. What
<Guest313>
could be the reason?
<Guest313>
BUG: unable to handle page fault for address: 0000000093c00558
<Guest313>
#PF: supervisor read access in kernel mode
<LeSpocky>
Guest313: please use a pastebin instead of dumping your console output into IRC
kevery1 has joined #u-boot
kevery has quit [Ping timeout: 252 seconds]
kevery1 is now known as kevery
<Guest313>
LeSpocky: yes, i will do this next time!
gsz has joined #u-boot
<LeSpocky>
thanks
mtoy has quit [Ping timeout: 240 seconds]
mtoy has joined #u-boot
kevery1 has joined #u-boot
kevery has quit [Ping timeout: 244 seconds]
kevery1 is now known as kevery
gsz has quit [Ping timeout: 248 seconds]
monstr has joined #u-boot
KREYREN has joined #u-boot
<xypron>
Tartarus: do you understand why package python2.7 is installed in tools/docker/Dockerfile? Our project moved to Python3 long ago.
gsz has joined #u-boot
wooosaiiii has quit [Ping timeout: 276 seconds]
fionera has joined #u-boot
jmasson has joined #u-boot
Peng_Fan has quit [Quit: Connection closed for inactivity]
monstr has quit [Remote host closed the connection]
rvalue has quit [Ping timeout: 276 seconds]
rvalue has joined #u-boot
KREYREN has quit [Remote host closed the connection]
KREYREN_ has joined #u-boot
monstr has joined #u-boot
monstr has quit [Remote host closed the connection]
ldevulder has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
clamor has quit [Ping timeout: 265 seconds]
rvalue has quit [Read error: Connection reset by peer]
ldevulder has joined #u-boot
rvalue has joined #u-boot
clamor has joined #u-boot
monstr has joined #u-boot
<Tartarus>
xypron: I think it just wasn't removed with the last script being updated.
<Tartarus>
xypron: As, yes, this next window would be a good time to update to ubuntu 24.04 in the container, I think everything is resolved that was outstanding before
<Tartarus>
I'll go poke that now.
<Tartarus>
xypron: Did you see the link I sent about the QEMU bug the other day?
<Guest313>
Any ideas?
d3thbird has joined #u-boot
sakman has joined #u-boot
vardhan has quit [Ping timeout: 245 seconds]
monstr has quit [Remote host closed the connection]
monstr has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
<Rutherther>
any tips where I can ask for help / information on u-boot? I tried here yesterday and got no answer
<Tartarus>
Bad timing right now, I think the people with enough background to help you are either traveling or at a conference right now
<Rutherther>
what conference?
<Rutherther>
so here is a good place generaly?
<Tartarus>
(Linaro Connect and Embedded Recipes this week, I think OSS NA is next week?)
<Tartarus>
And yes, in general here is a good place
<Tartarus>
You can try stack overflow too, a number of us also monitor that
<d3thbird>
Rutherther whats up? I've been digging in from only a user perspective. I'm just idling here to see if i can soak anything up.
<d3thbird>
I was recommended to hang out at ##electronics, too
<Rutherther>
Tartarus: thanks. I actually asked here just because I was on my way home and didn't really have a way to check on my own yesterday in the code / with u-boot directly
<Rutherther>
d3thbird: my question was: is u-boot going to load device tree for Linux if none is specified? Ie if I use extlinux.conf,I have FDT in it, if I omit it, what happens?
<d3thbird>
if it's not a fit image you need to specify
<Rutherther>
okay, I see. I was kinda hoping it would be possible to use the same dtb as u-boot has loaded, especially since I have itb with u-boot and couple of device trees, so it would be nice if u-boot just booted the one that is used based on the detected board
<Rutherther>
and I presumed that if it was possible to use the dtb u-boot uses, it could be the default one used
<d3thbird>
don't quote me on it because i am just learning
<Rutherther>
no worries, I will still try experimenting, thanks
<d3thbird>
the u-boot version is compact
<d3thbird>
and the one the kernel uses has everything and more
<Rutherther>
do you mean that when I compile the same dts the u-boot one will be more compact, or that u-boot typically has smaller dts in the first place?
<d3thbird>
what device are you working on currently?
<Rutherther>
Basically Xilinx Kria boards, mainly with a custom carrier, but also a starter kit (KR260)
<d3thbird>
i'll take a look
<d3thbird>
compare the dts you have from u-boot to the one in your kernel sauce
<Rutherther>
d3thbird: actually the u-boot file has more things in it and there are a few differences, but definitely not more compact compared to one from linux
<Rutherther>
d3thbird: so previously when you said u-boot version is compact, you meant the dts is usually more compact, not that the compiled dtb will end up being more compact with the same dts?
<d3thbird>
i just know that the version that u-boot uses and the one that you load alongside the kernel are often independent of each other
<d3thbird>
so you could add more functionality to the one paired with the kernel in that respect
<d3thbird>
i'm sure someone will come along and correct me on that
<Rutherther>
d3thbird: yeah, I agree and I understand that it's typically the case, for my own application it seemed like I can use the same for both and would actually prefer that over 'hardcoding' the dtb to use for linux
<d3thbird>
:P
<d3thbird>
have you booted the kernel using the u-boot CLI?
<Rutherther>
d3thbird: I haven't, but I've seen the commands to do it
<d3thbird>
try taking out the whole line in extlinux and see what happens
<Rutherther>
yeah, I was planning to do that
<d3thbird>
if uboot goes looking for something that isn't there you will probably get an error
<Rutherther>
d3thbird: I am too tired to do it today, hopefully tomorrow :)
<d3thbird>
do you know anything about earlycon?
<Rutherther>
never heard of that
<d3thbird>
it's an command line argument you pass to the kernel
<d3thbird>
i'm trying to find out if you can get debug info to a serial port running at 1500000
<d3thbird>
i see some documentation that says NO
<Rutherther>
as in the speed is too large?
<d3thbird>
yeah
<d3thbird>
i have two boards that use it on UART
<d3thbird>
so when i pass off to the kernel i'm trying to get some early feedback but i can't switch to a lower baudrate OTF you know?
<d3thbird>
so if theres any data coming in at say, 115200, i'm gonna miss it
<Rutherther>
why can't you switch?
<d3thbird>
i can, but by the time i switch - the data i'm looking for has already passed over
<Rutherther>
can't you just switch to 115200 completely, temporarily until you resolve the issues?
ldevulder has joined #u-boot
<d3thbird>
u-boot is coming across the line at 1500000
<d3thbird>
so i'm using that to interact with it
<Rutherther>
yeah, what I meant is to change it in u-boot to use 115200
<d3thbird>
pretty sure i have to rebuild u-boot to run at that baud
<Rutherther>
should be in the dtb
<d3thbird>
hmm check this out CONFIG_SYS_BAUDRATE_TABLE
<d3thbird>
in the defconfig
<d3thbird>
for multiple baud rates.. worth a shot
<d3thbird>
that works, thanks
clamor has quit [Read error: Connection reset by peer]
mmu_man has joined #u-boot
ldevulder has quit [Ping timeout: 272 seconds]
qsx has quit [Remote host closed the connection]
qsx has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
jfsimon has quit [Read error: Connection reset by peer]
zear has quit [Ping timeout: 244 seconds]
zear has joined #u-boot
vagrantc has quit [Quit: leaving]
retr0id1 has joined #u-boot
retr0id has quit [Read error: Connection reset by peer]
retr0id1 is now known as retr0id
goliath has quit [Quit: SIGSEGV]
clamor has joined #u-boot
clamor has quit [Read error: Connection reset by peer]