<yollom_>
And found that, but there are no replies
mithro has quit [Ping timeout: 245 seconds]
mithro has joined #u-boot
NishanthMenon has quit [Ping timeout: 252 seconds]
NishanthMenon has joined #u-boot
bq has quit [Ping timeout: 260 seconds]
bq has joined #u-boot
narmstrong has quit [Ping timeout: 252 seconds]
jamestperk has quit [Ping timeout: 252 seconds]
narmstrong has joined #u-boot
jamestperk has joined #u-boot
<marex>
yollom_: 4c531d9f58b ("fit: Load DTO into temporary buffer and ignore load address")
<marex>
iirc thats the commit
<yollom_>
marex: Awesome, thanks!
mmu_man has joined #u-boot
Thorn has quit [Ping timeout: 250 seconds]
Thorn has joined #u-boot
mmu_man has quit [Ping timeout: 256 seconds]
matthias_bgg has quit [Read error: Connection reset by peer]
parabyte has joined #u-boot
<parabyte>
hi guys and girls
<parabyte>
So i been building and playing around with u-boot im new in town, iv been reading the manual but because im so new i cannot find the information i require!
<parabyte>
what do i need to read to learn about what variables to configure u-boot with so syslinux support works on my board? im trying to pass mem address and ram address and dtb address in the extlinux.conf but i feel i am not doing things right
<parabyte>
where do i need to look in the u-boot toolchain to do things right?
<parabyte>
many thanks in advance on this really fun adventure
matthias_bgg has joined #u-boot
<agraf>
parabyte: The way it works is that your environment will have variables that contain default addresses to load blobs into and U-Boot ideally contains a built-in version of the dtb that describes your board already, so you don't need to load one
<agraf>
parabyte: So you shouldn't need to pass any of the bits above in extlinux.conf. Instead, you preconfigure them in your U-Boot blob
<agraf>
parabyte: The idea of extlinux.conf (and distro boot in general, same applies to UEFI boot) is to be able to create platform agnostic OS images. So the same image would run on multiple target boards.
mmu_man has joined #u-boot
darkapex has quit [Read error: Connection reset by peer]
darkapex has joined #u-boot
<parabyte>
agraf, wow thanks for the crash course i found the literature i need! kinda hard to get into a new subject when you do not know where to start!
<mps>
agraf: aren't these addresses configured in defconfigs for boards
<parabyte>
oh hang on
<parabyte>
iv kinda ported over a board myself blind
<parabyte>
its building and u-boot and appearing lcd is initialising etc etc
<parabyte>
so i need to specify this in my defconfig!
<agraf>
mps: Depends on the board. Some are defconfigs, some are in header files. What's important for the boot flow later is that they end up in env variables :)
<parabyte>
old tegra 2 board
<mps>
agraf: aha, thanks for explanation
<parabyte>
agraf, so i am using the default tegra 2 variables cause i am not specifying any in the defconfig for my board?
<parabyte>
im trying to work this out in my brain
<parabyte>
so the correct place to do this correctly would be to specify those variables in my defconfig
<agraf>
parabyte: You're using the default tegra 2 variables because you copied the tegra 2 config+headers. Where exactly they are defined is something you need to look up in the source tree :)
<parabyte>
agraf, can you give me a pointer of where i need to be looking?
<agraf>
parabyte: CONFIG_SYS_LOAD_ADDR
<parabyte>
im in no rush, this is purely for fun project
<jenneron[m]>
there is matrix room about these devices #postmarketOS-on-transformers:matrix.org, clamor from there works on u-boot
<jenneron[m]>
check also grate kernel, it has EC driver for battery, charger, leds and dock
vagrantc has joined #u-boot
mckoan is now known as mckoan|away
Na_Klar has joined #u-boot
<Na_Klar>
I decompiled a dtb to dts and made a minor change (switched the values of lcd_x and lcd_y) and compiled it back to dtb. Then I overwrote the original dtb file in my __boot partition and started my sbc again. the bootloader loads the dtb file and then tries to start the kernel, but then the system reboots instead of booting the kernel.
<Na_Klar>
is there a mismatch in the lcd_ values with the kernel? what would be the dt be good for if it only can match the kernel?
<parabyte>
jenneron[m], i was aware of that, i used some information from that build to get current u-boot working
<parabyte>
now i am working on the superio ic on the detachable keyboard dock, so keyboard works in u-boot
<parabyte>
jenneron[m], are you well versed with the Tegra 2 soc?
<parabyte>
cause i could do with some help with the last bit of the puzzle
<parabyte>
not the keyboard i am enjoying that challenge, i am having issues with sound
<jenneron[m]>
parabyte: better contact clamor in matrix or telegram as he works on uboot for transformers, i work mostly on kernel and mostly for tegra 4
<parabyte>
im really out of touch jenneron[m] is matrix/telegram irc services?
<jenneron[m]>
nope, telegram is centralized proprietary platform xD
<jenneron[m]>
for matrix see matrix.org and element.io
<jenneron[m]>
the room is #postmarketOS-on-transformers:matrix.org
<parabyte>
haha sorry i am so out of touch, i need to get hold of this clamor cause i am working with the devuan team using some of clamors work, i have not removed copyright information obviously but it seems dumb to replicate someone elses work
<parabyte>
jenneron[m], i have clamors u-boot tree and its all very good, but its veered a little from stock u-boot way of doing things, and im just using clamors work and just doing it the u-boot way
<parabyte>
really appreciate clamors work
<parabyte>
especially the board files
<jenneron[m]>
well it should be possible to contact him with email
<parabyte>
its okay i am setting up chat with him
<parabyte>
or her
<parabyte>
thank you
<parabyte>
:)
<jenneron[m]>
sound is common problem for all transformers by the way, it works on tf700t only after kexec'ing mainline with downstream kernel, so mainline misses some part of hardware initialization
<parabyte>
oh crap
___nick___ has quit [Ping timeout: 256 seconds]
<parabyte>
i thought it was using the tegra 2's soc sound
<parabyte>
that is why i have no sound!
<jenneron[m]>
clamor doesn't have tf101 and testers are not very responsible, so i suppose no one tried to configure UCM configs on TF101, so it may be affected by the same problem or may be not
<jenneron[m]>
it uses some codec through tegra ASoC, like other tegra devices
<parabyte>
oh i got ya,
<parabyte>
i will return within the hour i need to walk the silly dog
ekathva has quit [Remote host closed the connection]
ekathva has joined #u-boot
<parabyte>
jenneron[m], so what is the issue with sound? is it just unknown gpio address mem address?
kveremitz has quit [Ping timeout: 256 seconds]
ekathva has quit [Remote host closed the connection]
darkapex has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
kveremitz has joined #u-boot
darkapex has joined #u-boot
<jenneron[m]>
no one knows
<jenneron[m]>
it can be clock, power domain, etc, literally anything
<jenneron[m]>
you should start with writing ucm configs
<jenneron[m]>
t101 may not be affected with that issue
darkapex has quit [Read error: Connection reset by peer]
darkapex has joined #u-boot
<parabyte>
jenneron[m], i am new to the terminology, are you referring to the dtb build files?
<parabyte>
if so i have done that!
<parabyte>
i may run some sort of tool on the box to scan the i2c bus see what it throws up
<parabyte>
jenneron[m], seriously i was unaware that i was required to touch userspace! thats my own ignorance i do apologise and thanks for the pointer!
<jenneron[m]>
iirc clamor added alsactl tool to android to capture different states of sound (e.g. while playing speakers, while playing headphones) on tf201 to use it as reference for writing ucm configs
<parabyte>
i thought specifying sound hardware in uboot dts files was enough
<jenneron[m]>
btw there is #tegra:libera.chat, however there is no clamor
<parabyte>
can you ask clamor really nicely to add the tegra room to there list of rooms
<parabyte>
cause the other sites you showed me require subscription and im purely gnu
<parabyte>
im kinda like richard stallman in that respect, sigh except i was forced into getting the soul sucking facebook for business reasons
<jenneron[m]>
isn't matrix gnu enough?
<parabyte>
oh sorry i must of went to the wrong site
<parabyte>
matrix gnu is a irc network?
<parabyte>
as i said earlier im very out of touch, been living tech free for 10 years, and decided to get back into technology
<jenneron[m]>
i mean "gnu enough" xD
<jenneron[m]>
clamor had some issues with irc, so he gave up with this and just asks everyone to join telegram
<parabyte>
im nearly 40, may i ask is clamor from a different generation to me?
<parabyte>
im very stuck in the irc generation
<jenneron[m]>
matrix is a modern thing, it's open-source, decentralized and allows to join IRC rooms as well as matrix ones
<parabyte>
okay let me actually look matrix in detail
<jenneron[m]>
e.g. i'm writing here from matrix client
<parabyte>
i will return
<parabyte>
decentralised
<parabyte>
oh!
<parabyte>
i see!
<parabyte>
i thought matrix was just another lame front end to irc networks
flyback has quit [Remote host closed the connection]