alan_o has quit [Remote host closed the connection]
alan_o has joined #u-boot
ukky has quit [Quit: leaving]
ukky has joined #u-boot
Forty-Bot has joined #u-boot
sjhill has quit [Ping timeout: 268 seconds]
sjhill has joined #u-boot
sjhill has quit [Read error: Connection reset by peer]
sjhill has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
sakman has quit [Quit: Leaving]
stefanro has joined #u-boot
tchebb_ has quit [Ping timeout: 268 seconds]
tchebb has joined #u-boot
rvalue has quit [Ping timeout: 272 seconds]
sally has quit [Remote host closed the connection]
sally has joined #u-boot
sakman has joined #u-boot
goliath has joined #u-boot
rvalue has joined #u-boot
enok has joined #u-boot
sakman has quit [Ping timeout: 260 seconds]
ikarso has joined #u-boot
tchebb_ has joined #u-boot
tchebb has quit [Ping timeout: 255 seconds]
sakman has joined #u-boot
alperak has joined #u-boot
monstr has joined #u-boot
linfax has joined #u-boot
tchebb_ has quit [Ping timeout: 256 seconds]
tchebb has joined #u-boot
mripard has joined #u-boot
mckoan|away is now known as mckoan
enok has quit [Read error: Connection reset by peer]
enok has joined #u-boot
enok has quit [Ping timeout: 252 seconds]
tnovotny has joined #u-boot
frieder has joined #u-boot
sszy has joined #u-boot
ldevulder has joined #u-boot
frieder has quit [Ping timeout: 260 seconds]
wyre has quit [Ping timeout: 268 seconds]
wyre has joined #u-boot
frieder has joined #u-boot
frieder has quit [Remote host closed the connection]
frieder has joined #u-boot
slobodan has joined #u-boot
Guest94 has joined #u-boot
<Guest94>
Hello everyone, I'm a rookie developer of ~1.5 year. I have a task of preparing u-boot porting for a riscv project of a company where I'm working and I can say that I don't have any mentor or anyone to help me. There is a situation like this:
<Guest94>
Even if the device isn't ready, I have to add u-boot support and try it in riscv-isa-sim and check if it works properly. I tried some things but I can't even see the log of u-boot-spl, so somehow I'm trying to debug u-boot-spl but without knowing anything. I don't know if this is the right or wrong way to proceed, what should I do? It seems a bit
<Guest94>
pointless to me to do it without the device.
<quinq>
Welcome to the joys of planning management :D
<Guest94>
I'm really curious and asking, how can a newbie in the software world learn u-boot, kernel things by himself without any mentor or guide? I want to do something on my own, want to contribute to open-source but it's hard on your own and there are not enough tutorials on these topics. I think something needs to be done to get new rookies interested
<Guest94>
here. I could be wrong, maybe I'm just not good enough.
jfsimon1981_b has joined #u-boot
jfsimon1981_c has quit [Read error: Connection reset by peer]
<helene>
Guest94: it's very much of a "try to solve a problem" thing in my experience; you tend to get help/links to docs you haven't seen before when you're trying to fix a problem you're having that other people might possibly have
<quinq>
Also, not trying to be ungrateful, but U-Boot code isn't necessarily the best to learn, too many ways of doing the same thing, each Vendor doing their own implementation, etc.
mmu_man has joined #u-boot
<helene>
a lot of cleanup seems to be on the way considering the incoming DeviceTree changes :) (which I am very thankful for!)
<quinq>
oh, sounds nice, anywhere I could read about that, helene?
<helene>
via the latest OF_UPSTREAM-related commits and submitted patches :) really cool stuff!
<quinq>
Can't see it :/
<quinq>
Oh, in the “next” branch?
ungeskriptet8 has joined #u-boot
<helene>
I'm seeing a few of those in the master branch too (on the source.denx.de repo) :)
ungeskriptet has quit [Ping timeout: 264 seconds]
<helene>
i've mostly noticed it as rockchip u-boot contributors seem to also be submitting patches to move to OF_UPSTREAM (so removing as much of the DTs as possible to use the linux kernel's instead, and fixing driver compatibility wrt/ attributes)
ungeskriptet8 has quit [Ping timeout: 268 seconds]
ungeskriptet has joined #u-boot
ungeskriptet3 has joined #u-boot
ungeskriptet has quit [Ping timeout: 256 seconds]
ungeskriptet3 is now known as ungeskriptet
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #u-boot
<quinq>
cool, thanks :)
frieder has quit [Ping timeout: 260 seconds]
frieder has joined #u-boot
enok has joined #u-boot
mmu_man has quit [Ping timeout: 256 seconds]
monstr has quit [Ping timeout: 252 seconds]
monstr has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
enok has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
linfax has quit [Ping timeout: 240 seconds]
f_ has joined #u-boot
warpme has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
Guest94 has quit [Quit: Client closed]
slobodan has quit [Remote host closed the connection]
slobodan has joined #u-boot
joeskb7 has joined #u-boot
<Tartarus>
Last minute reminder for PRs before -rc2 and I open next branch
goliath has quit [Quit: SIGSEGV]
___nick___ has joined #u-boot
f_ has quit [Quit: To contact me, send a memo using MemoServ, PM f_[xmpp], or send an email. See https://vitali64.duckdns.org/.]
f_ has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
warpme has joined #u-boot
warpme has quit [Client Quit]
frieder has quit [Remote host closed the connection]
mmu_man has quit [Ping timeout: 272 seconds]
<marex>
pivi: before this exits my brain in the wrong direction ...
<marex>
pivi: you could subclass the CST etype and implement whatever key unlock stuff that way
<marex>
pivi: I can imagine sending a hash of data to a remote server and receiving back the CSF blob would be nice
<marex>
pivi: that part is doable ... HW key auth might be doable too, but I never tried this myself ...
<marex>
pivi: what is your usecase ?
<pivi>
marex: if it was not clear from my email, I have really spend little time looking on what you did, it seems nice, I am ok with binman and all of that, I just want to be sure to not have a nice solution that is forcing people to fork, because this is the last thing I want
<pivi>
marex: I am not directly working on the topic, I shared the thread with the people in the company that are working with such a stuff
<pivi>
marex: I just wanted to put a +1 on tim concern to be sure it's considered
<pivi>
marex: I'll try to find some brain cycles in the coming days to provide some better feedback
<qschulz>
+ the stack at the end of the three regions documented in the comment (and also PMUSRAM but I assume this is just a different SRAM we're talkign about here)
<qschulz>
Kwiboo: ^ this is likely important for the patch series about SPL_PAD_TO for RK3399 devices, so we also need TPL+SPL to leave enough space for BL31 to exist
mmu_man has quit [Ping timeout: 260 seconds]
<Kwiboo>
qschulz: to my knowledge the SPL_PAD_TO is only used to tell binman at what offset the second binary (FIT) should be placed in the binman generated output file, and BL31 is bundled in FIT so not sure how that relates, or am I missing something :-)