Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2022.04, v2022.07-rc1 are OUT / Merge Window is CLOSED / Release v2022.07 is scheduled for 4 July 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
vagrantc has quit [Quit: leaving]
apritzel_ has quit [Ping timeout: 250 seconds]
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #u-boot
NonaSuomy has joined #u-boot
<NonaSuomy> Trying to compile Linux version 2.6.35.3 for CPU is i.MX50 Revision 1.1 I tried to add earlyprintk to see why the kernel was having issues after U-Boot but get plat-mxc "config_debug_ll is incompatible with multiple archs" in debug-macro.S has anyone seen this issue before?
mmu_man has quit [Ping timeout: 248 seconds]
<NonaSuomy> CC arch/arm/kernel/early_printk.o
<NonaSuomy> In file included from arch/arm/kernel/debug.S:132:0:
<NonaSuomy> arch/arm/plat-mxc/include/mach/debug-macro.S:51:2: error: #error "CONFIG_DEBUG_LL is incompatible with multiple archs"
<NonaSuomy> #error "CONFIG_DEBUG_LL is incompatible with multiple archs"
<NonaSuomy> ^
thopiekar_ has joined #u-boot
thopiekar is now known as Guest1815
thopiekar_ is now known as thopiekar
Guest1815 has quit [Ping timeout: 276 seconds]
darkapex has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebo1eep has joined #u-boot
darkapex_ has joined #u-boot
darkapex has quit [Ping timeout: 246 seconds]
littlebo1eep has quit [Ping timeout: 240 seconds]
<NonaSuomy> U-Boot 2009.08 (Dec 21 2011 - 14:48:38)
tlwoerner_ has joined #u-boot
<NonaSuomy> is there a way to prevent U-boot from resetting itself ever few seconds of an existing build?
<NonaSuomy> Trying to fatload a uImage but before it gets loaded it resets
tlwoerner has quit [Ping timeout: 260 seconds]
<Forty-Bot> try disabling the watchdog
<NonaSuomy> Is there a command for that?
<Forty-Bot> wdt
littlebobeep has joined #u-boot
<NonaSuomy> unknown command
tlwoerner_ has quit [Ping timeout: 240 seconds]
tlwoerner has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #u-boot
apritzel_ has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
NonaSuomy has quit [Ping timeout: 246 seconds]
apritzel_ has quit [Ping timeout: 256 seconds]
mckoan|away is now known as mckoan
littlebobeep has joined #u-boot
pbergin has joined #u-boot
zibolo has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
frieder has joined #u-boot
matthias_bgg has joined #u-boot
camus has quit [Ping timeout: 240 seconds]
camus has joined #u-boot
ilunev has joined #u-boot
monstr has joined #u-boot
sszy has joined #u-boot
ilunev has quit [Quit: Textual IRC Client: www.textualapp.com]
frieder has quit [Remote host closed the connection]
mmu_man has joined #u-boot
apritzel_ has joined #u-boot
<dormito> re: the ls1046ardb: it seems the CAAM is used for hw accl sha1... however that (in the current code... not sure how much is hw requirements) requires the buffers be "DMA aligned" (cacheline sized). As far as I can tell this effectly renders fit images (that use sha1 hashes, thought I suspect it will effect other algos too) unbootable. Is there a good way to address this? Maybe just disable hw accel
<dormito> for hash calaculation in uboot on that chip?
<stefanro> dormito: i just also stumbled over this problem this week on another LX2160 based board, while updating to latest mainline. for test purposes, i disabled the alignment check and have not seens any issues so far.
<dormito> stefanro: good to know. I dodged the issue (for the moment) by forcing it to software. If the alingment restirction can be relaxed that'd be better.
<stefanro> dormito: we should probably check with the NXP maintainers, if this alignment is really necessary. and if yes, one solution would be to allocate an aligned buffer in the crypto code, and memcpy the area(s) into this buffer. but this would increase boot time, which is crucial for my current project.
<stefanro> dormito: could you perhaps ask on the list with the maintainer on cc (any myself, sr@denx.de) about this?
<dormito> While boot times are not as cirtical to me, that would be good.
<dormito> I could probably do that (but unfortunately, probably not for a couple outs at least).
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
<stefanro> dormito: i can do this as well (back now). what is your email, so that can put you on cc here?
redbrain has quit [Read error: Connection reset by peer]
<dormito> stefanro: you can use 'dullfire@yahoo.com"
prabhakarlad has joined #u-boot
redbrain has joined #u-boot
apritzel_ has quit [Ping timeout: 272 seconds]
<stefanro> dormito: mail is out ;)
<stefanro> dormito: ugh, i fat-fingered your mail address though
sukbeom has quit [Quit: WeeChat 3.3]
alan_o has quit [Ping timeout: 250 seconds]
<stefanro> dormito: quote: "You are right, Alignment is not necessary and can be removed."
alan_o has joined #u-boot
NonaSuomy has joined #u-boot
monstr has quit [Remote host closed the connection]
<dormito> stefanro: nice! (sorry been afk)
frieder has joined #u-boot
camus has quit [Ping timeout: 240 seconds]
sukbeom has joined #u-boot
jimpo has quit [Quit: ZNC 1.8.2 - https://znc.in]
jimpo has joined #u-boot
torez has joined #u-boot
pbergin has quit [Quit: Leaving]
NonaSuomy has joined #u-boot
NonaSuomy has quit [Changing host]
zibolo has quit [Quit: bye]
zibolo has joined #u-boot
GNUtoo has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
<cambrian_invader> Tartarus: do you have the CI run for the nvmem series?
<cambrian_invader> I see test_fit_ecdsa failing locally for me, but I don't know if that's relevant
<cambrian_invader> (for the record I also see 40 other tests fail locally, and it is difficult to determine what's noise)
GNUtoo has joined #u-boot
<Tartarus> cambrian_invader: https://source.denx.de/u-boot/u-boot/-/pipelines/11888 and I just did the trivial fixup for the first problem I reported, in that run
<cambrian_invader> thanks
<Tartarus> are you doing "make qcheck" or something else?
<Tartarus> fwiw, with a virtualenv setup and then pip install -r test/py/requirements.txt everything should run? But that may require sudo for a few of the fs tests
<cambrian_invader> I'm doing test/py/test.py --bd sandbox64 --build-dir . -n 12
vagrantc has joined #u-boot
<cambrian_invader> and I don't enter my sudo password
<cambrian_invader> I use a virtualenv with packages installed from the requirements
<Tartarus> ok
<Tartarus> fwiw, https://gist.github.com/trini/99e871ba7ec57793abdc63206c1c671d is my wrapper around stuff which also makes using it in git bisect run easier
<Tartarus> and oh right, event_dump and bootmgr fail for my local env, but not real CI
zibolo has quit [Ping timeout: 246 seconds]
GNUtoo has quit [Quit: leaving]
GNUtoo has joined #u-boot
matthias_bgg has quit [Quit: Leaving]
<TryzenSlayerAlpe> <cambrian_invader> "try emailing Dzmitry Sankouski..." <- i still didnt get a responce email
<cambrian_invader> give him a week or so
<cambrian_invader> you didn't CC the list
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #u-boot
mckoan is now known as mckoan|away
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
vagrantc has joined #u-boot
littlebobeep has joined #u-boot
littlebo1eep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebo1eep has quit [Ping timeout: 240 seconds]
NonaSuomy has quit [Ping timeout: 246 seconds]
littlebobeep has joined #u-boot
doppo has quit [Ping timeout: 248 seconds]
doppo has joined #u-boot
littlebo1eep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
darkapex_ has quit [Ping timeout: 240 seconds]
mmu_man has quit [Ping timeout: 272 seconds]
littlebo2eep has joined #u-boot
littlebo1eep has quit [Ping timeout: 240 seconds]
mmu_man has joined #u-boot
littlebo1eep has joined #u-boot
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
littlebo2eep has quit [Ping timeout: 240 seconds]
littlebo3eep has joined #u-boot
littlebo1eep has quit [Ping timeout: 240 seconds]
torez has quit [Quit: torez]
NonaSuomy has joined #u-boot
<NonaSuomy> How would I find the memory location of the watchdog timer to turn it off?
<NonaSuomy> using wm?
<cambrian_invader> read the cpu's reference manual
<NonaSuomy> Something like this mw fffffd44 00008000 or this setenv wdt_dis mw.l fffffd44 00008000
<NonaSuomy> but this is for a different chip
<NonaSuomy> Page 3407
<cambrian_invader> make sure it's running in the first place
<NonaSuomy> How do I do that?
<NonaSuomy> when I'm sitting in the u-boot prompt if I don't type anything or just ever so many seconds the system resets and then I have to mash the keyboard on the serial terminal to get back into the uboot prompt
<NonaSuomy> Otherwise it boots the kernel
<NonaSuomy> Is this u-boots watchdog or something elses watchdog.
<cambrian_invader> do you see "WDT: something or other" in the boot output?
littlebobeep has joined #u-boot
___nick___ has quit [Ping timeout: 276 seconds]
<cambrian_invader> is there anything running before U-Boot?
<NonaSuomy> How would I find that out?
<cambrian_invader> perhaps something else starts the watchdog with the expectation that U-Boot kicks it
littlebo3eep has quit [Ping timeout: 240 seconds]
<cambrian_invader> Tartarus: how do you invoke sandbox spl?
<cambrian_invader> if I run it "bare
<cambrian_invader> " it fails to find spl/u-boot
<cambrian_invader> if I run it from gdb it fails in binman_init
<cambrian_invader> if I run it throuygh pytest, everything works
<NonaSuomy> This is a similar unit seems there is an MSP430 on this unit that does something like that.
<NonaSuomy> "Watchdog
<NonaSuomy> There is a watchdog that will kill your session before you have a chance to do much. From the Linux kernel code (pmic_core_i2c.c) it seems you have to send command 22 with argument 0xff to the msp430 over the i2c bus (from pmic_core_i2c.c) to disable it."
<NonaSuomy> I have something on the i2c bus but it's not at the same address 0x48 and when i triggered stuff on it, as said there it didn't stop the watchdog.
<NonaSuomy> on the board there is an ic labelled M430 so maybe it was a common practice.
<NonaSuomy> But who knows how they coded their MSP430
<cambrian_invader> if you have schematics, have a look at what's connected to the reset line
<NonaSuomy> Seem the source code there shows MX50_PIN_WDOG = _MXC_BUILD_GPIO_PIN(5, 28, 1, 0x68, 0x314),
<NonaSuomy> so maybe pin 28
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
<Tartarus> cambrian_invader: OK, so you need to either -d arch/sandbox/dts/test.dtb or apply https://patchwork.ozlabs.org/project/uboot/patch/20220427194757.90810-2-sjg@chromium.org/
<cambrian_invader> Tartarus: I added the -d option with the same results
<Tartarus> and for through pytest, I guess look at...
littlebobeep has joined #u-boot
<cambrian_invader> and what I mean is that I can run something like "test/py/test.py --bd sandbox_spl --build-dir ." and it invokes U-Boot fine
<Tartarus> OK, well, the gist I posted earlier builds + runs + fail it, like CI does
<Tartarus> I will readily admit that running CI stuff outside of CI but just like how CI does should be better documented
darkapex has joined #u-boot
<cambrian_invader> I'm fine with digging, but I have no idea how pytest manages to invoke it properly
apritzel_ has joined #u-boot
<cambrian_invader> for what it's worth, the errors I was digging into weren't present in SPL so I could just run u-boot directly
frieder has quit [Ping timeout: 276 seconds]
frieder has joined #u-boot
mmu_man has quit [Ping timeout: 276 seconds]
littlebobeep has quit [Ping timeout: 240 seconds]
mmu_man has joined #u-boot
mthall has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
littlebobeep has joined #u-boot
mthall has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
NonaSuomy has quit [Ping timeout: 272 seconds]
sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
littlebobeep has joined #u-boot
mthall has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
mthall has joined #u-boot
littlebobeep has quit [Remote host closed the connection]
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
NonaSuomy has joined #u-boot
frieder has quit [Remote host closed the connection]
Forty-Bot has quit [Ping timeout: 276 seconds]
Forty-Bot has joined #u-boot
littlebobeep has joined #u-boot
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #u-boot
NonaSuomy has quit [Ping timeout: 276 seconds]
littlebobeep has quit [Ping timeout: 240 seconds]
NonaSuomy has joined #u-boot