redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
mmu_man has quit [Ping timeout: 245 seconds]
qschulz has quit [Remote host closed the connection]
d4ve has joined #u-boot
qschulz has joined #u-boot
naoki has quit [Quit: naoki]
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #u-boot
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 246 seconds]
ellyq has quit [Ping timeout: 252 seconds]
ellyq has joined #u-boot
sugoi has quit [Ping timeout: 248 seconds]
atka has joined #u-boot
ellyq has quit [Ping timeout: 260 seconds]
Jones42 has joined #u-boot
Jones42_ has quit [Ping timeout: 246 seconds]
sugoi has joined #u-boot
enok has joined #u-boot
enok has quit [Read error: Connection reset by peer]
enok71 has joined #u-boot
enok71 is now known as enok
enok has quit [Quit: enok]
goliath has joined #u-boot
prabhakalad has quit [Ping timeout: 248 seconds]
prabhakalad has joined #u-boot
prabhakalad has quit [Ping timeout: 248 seconds]
prabhakalad has joined #u-boot
<swiftgeek>
> Only in ./uboot-imx/onenand_ipl/board/apollon: low_levelinit.S
<swiftgeek>
losing some sanity here
Jones42 has quit [Ping timeout: 264 seconds]
<swiftgeek>
it's as if tarball is randomly losing files
<swiftgeek>
reverting commits with missing files generates more changes that visible in diff
<swiftgeek>
*than those showing up in diff
<swiftgeek>
so if I'm looking at this correctly, only board/freescale/mx50_rdp/flash_header.S is the significant change which is the part that came from compass.freescale.net
<swiftgeek>
yeah this is not in nxp git repo
<swiftgeek>
git log nxp/imx_v2009.08_3.0.35_4.1.0 -- board/freescale/mx50_rdp/flash_header.S | grep '^commit'| sed 's/commit //g' | while read commit; do echo "commit $commit:"; git show $commit:board/freescale/mx50_rdp/flash_header.S | grep -i 'DDR clock setting -- Set DDR to be div'; done
<swiftgeek>
so compass really had a script or repository of many more files
<swiftgeek>
but then Codex_LPDDR1_200MHz.inc / Codex_LPDDR2_266MHz.inc implies multiple files, and that more are missing (like 160MHz or sth)
<swiftgeek>
oh IMX50SDG.pdf almost appears to have snippets of one version in particular, or one output file in particular
<swiftgeek>
and that has DDR init over jtag
sugoi has quit [Ping timeout: 264 seconds]
<swiftgeek>
OBDS for i.mx50, supplies script file for I.MX28_DDR2_200MHz_init_v02_Elpida.inc
<swiftgeek>
at least that confirms the format
<swiftgeek>
also that particular files for specific chips were provided
<marex>
swiftgeek: the mx23/mx28 DRAM controller init used to be only a bunch of register writes
<marex>
swiftgeek: mx6 with its DDR3 required some sort of training
sszy has joined #u-boot
<swiftgeek>
marex: well the entire logic is in the spreadsheet
<swiftgeek>
everything in the end is bunch of register writes
<swiftgeek>
similar sad state exist on dGPU, where firmware doesn't contain actual raminit code, and since it doesn't poke registers to get any training data from, it starts being near impossible pretty quickly
<swiftgeek>
and then there is a fun factor of silicon aging, that isn't exactly compatible with static configuration
<swiftgeek>
anyway, converting excel formulas to C will be fun, but first I need to find those zipballs
<marex>
RPA for mx8m at least had last page which was register write table
<marex>
some DRAM init code for this controller might be in rockbox, at least for imx23 which is similar to imx28
<swiftgeek>
well that's the generated page
<swiftgeek>
and those spreadsheets seem to come in variants for at least memory types
<swiftgeek>
and if it took freescale/nxp 7 or more revisions with all their resources, then with my lack of smarts I will focus on obtaining RPA somehow
<Guest37>
I get stuck on "test -e mmc ${mmcdev}:${mmcpart} ${image}", which I have taken from uboot 2019. Is there somthing changed in the syntex in uboot 2024
Guest37 has quit [Quit: Client closed]
jclsn has quit [Quit: WeeChat 4.4.1]
xenador77 has quit [Remote host closed the connection]
xenador77 has joined #u-boot
xenador77 has quit [Remote host closed the connection]
xenador77 has joined #u-boot
Guest37 has joined #u-boot
mmu_man has joined #u-boot
<marex>
Guest37: nope
mckoan is now known as mckoan|away
sugoi has joined #u-boot
<Guest37>
marex thank you very much
sugoi has quit [Ping timeout: 252 seconds]
Guest37 has quit [Quit: Client closed]
Guest51 has joined #u-boot
<swiftgeek>
heh
<swiftgeek>
> We will use the i.MX5x acronym to refer to either i.MX51 or i.MX53 whenever instruction applies to both systems.
<swiftgeek>
i.MX50 be banished forever
Guest10 has joined #u-boot
<marex>
MX50 never really caught up much, except for ebook readers
<swiftgeek>
and e-readers are fun
atka has quit [Ping timeout: 252 seconds]
<swiftgeek>
it's harder to run out of the resources where use case remains constant, so device can stay useful for longer
xenador77 has quit [Remote host closed the connection]
<swiftgeek>
I guess similar thing goes for rockbox
<swiftgeek>
I feel like community.freescale.com/docs/DOC-* stopped working somewhere in 2016
tec has quit [Quit: Ping timeout (120 seconds)]
tec has joined #u-boot
persmule has quit [Ping timeout: 260 seconds]
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 272 seconds]
persmule has joined #u-boot
vfazio has quit [Remote host closed the connection]
rber|res has quit [Remote host closed the connection]
naoki has quit [Quit: naoki]
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
Jones42 has quit [Ping timeout: 248 seconds]
mmu_man has quit [Ping timeout: 244 seconds]
vfazio has joined #u-boot
Jones42 has joined #u-boot
Guest51 has quit [Quit: Client closed]
Jones42 has quit [Ping timeout: 246 seconds]
Jones42 has joined #u-boot
mmu_man has joined #u-boot
Stat_headcrabed has joined #u-boot
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 246 seconds]
mmu_man has quit [Ping timeout: 252 seconds]
Jones42_ has quit [Ping timeout: 260 seconds]
Jones42 has joined #u-boot
dsimic has quit [Ping timeout: 276 seconds]
dsimic has joined #u-boot
Guest10 has quit [Quit: Client closed]
Jones42_ has joined #u-boot
sszy has quit [Ping timeout: 252 seconds]
sszy has joined #u-boot
Jones42_ has quit [Read error: Connection reset by peer]
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
Guest37 has joined #u-boot
Jones42_ has quit [Ping timeout: 246 seconds]
mmu_man has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
goliath has quit [Quit: SIGSEGV]
Jones42 has joined #u-boot
Jones42_ has joined #u-boot
sugoi has joined #u-boot
Jones42 has quit [Ping timeout: 248 seconds]
sugoi has quit [Ping timeout: 260 seconds]
___nick___ has quit [Ping timeout: 252 seconds]
___nick___ has joined #u-boot
mmu_man has quit [Ping timeout: 272 seconds]
monstr has quit [Remote host closed the connection]
mmu_man has joined #u-boot
frieder has quit [Remote host closed the connection]
sszy has quit [Ping timeout: 255 seconds]
Jones42_ has quit [Read error: Connection reset by peer]
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 252 seconds]
vagrantc has joined #u-boot
Guest37 has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
lehmanju has joined #u-boot
vagrantc has quit [Quit: leaving]
warthog9 has quit [Quit: Leaving]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
Stat_headcrabed has joined #u-boot
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 245 seconds]
rvalue- is now known as rvalue
<lehmanju>
i want to use usbacm and mass_storage gadget at the same time for Linux kernel development. idea is to have my tablet running u-boot connected to pc and expose internal storage and tty via usb. then i can recompile/paste a new kernel and boot it. on panics i can read logs via ramoops. however, currently trying to use "ums 0 scsi 0" leads to a
<lehmanju>
freeze when using usbacm
<lehmanju>
is it reasonable to develop sth like that and can it be done in sandbox?
warthog9 has joined #u-boot
atka has joined #u-boot
ldevulder has quit [Quit: Leaving]
xenador77 has joined #u-boot
sugoi has joined #u-boot
Guest2797 has quit [Changing host]
Guest2797 has joined #u-boot
Guest2797 is now known as yang2
xenador77 has quit [Ping timeout: 256 seconds]
eloy has quit [Ping timeout: 260 seconds]
eloy has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
jclsn has joined #u-boot
enok has joined #u-boot
ikarso has joined #u-boot
atka has quit [Ping timeout: 252 seconds]
___nick___ has quit [Ping timeout: 252 seconds]
sugoi has quit [Ping timeout: 260 seconds]
atka has joined #u-boot
naoki has joined #u-boot
hanetzer has quit [Ping timeout: 252 seconds]
enok has quit [Ping timeout: 255 seconds]
urja has quit [Ping timeout: 252 seconds]
urja has joined #u-boot
sugoi has joined #u-boot
<Forty-Bot>
lehmanju: you probably need to have a gadget with both ACM and UMS endpoints
<Forty-Bot>
not sure if it can be done in U-Boot
<Forty-Bot>
one idea you could use is to turn off usb acm before you start ums
<Forty-Bot>
and then add a command to start acm to your boot command
sugoi has quit [Ping timeout: 252 seconds]
naoki has quit [Ping timeout: 248 seconds]
mmu_man has quit [Ping timeout: 252 seconds]
sugoi has joined #u-boot
mmu_man has joined #u-boot
clarity has quit [Ping timeout: 246 seconds]
Guest25 has joined #u-boot
Guest25 has quit [Quit: Client closed]
ikarso has quit [Quit: Connection closed for inactivity]
sugoi has quit [Ping timeout: 246 seconds]
clarity has joined #u-boot
<marex>
Forty-Bot: I recall talking to mkorpershoek about it at last year ER, I think it would need some EP allocation work and maybe some command to do the combining, kinda like configfs