warpme_ has quit [Quit: Connection closed for inactivity]
vagrantc has quit [Quit: leaving]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-amlogic
CyberManifest has joined #linux-amlogic
bengal has quit [Ping timeout: 272 seconds]
buzzmarshall has quit [Remote host closed the connection]
bengal has joined #linux-amlogic
_whitelogger has joined #linux-amlogic
Barada has joined #linux-amlogic
CyberManifest has quit [Remote host closed the connection]
CyberManifest has joined #linux-amlogic
CyberManifest has quit [Ping timeout: 256 seconds]
CyberManifest has joined #linux-amlogic
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-amlogic
ldevulder_ is now known as ldevulder
cmeerw has joined #linux-amlogic
Barada has quit [Quit: Barada]
random_yanek has quit [Ping timeout: 260 seconds]
random_yanek has joined #linux-amlogic
<rtp>
narmstrong: hi. I'd like to understand your patch for hwrng. I'm probably not fully awake, so bear with me: is there any *clk*optional function in uboot as in linux ?
<narmstrong>
rtp: there is a devm_optional function, but it changes all the clock handling over the driver
<narmstrong>
since it's only a fix, refactor to use devm should be done in another patch
<rtp>
there's no non devm version ?
<narmstrong>
nop
<rtp>
oh...
<narmstrong>
please yourself :-p
<narmstrong>
u-boot still lacks a lot of features !
<rtp>
hm. that reminds me that I should really try find some time to send my rk3399 edp patches to uboot for rfc...
wens has quit [Ping timeout: 265 seconds]
wens has joined #linux-amlogic
trem has joined #linux-amlogic
vicencb has joined #linux-amlogic
brads has quit [Read error: Connection reset by peer]
brads has joined #linux-amlogic
warpme_ has joined #linux-amlogic
maciejjo has quit [Remote host closed the connection]
CyberManifest has quit [Quit: Leaving...]
sputnik__ has quit [Ping timeout: 264 seconds]
camus1 has joined #linux-amlogic
kaspter has quit [Ping timeout: 265 seconds]
camus1 is now known as kaspter
CyberManifest has joined #linux-amlogic
camus1 has joined #linux-amlogic
kaspter has quit [Ping timeout: 258 seconds]
camus1 is now known as kaspter
maciejjo has joined #linux-amlogic
Darkmatter66_ has quit [Ping timeout: 265 seconds]
Darkmatter66 has joined #linux-amlogic
buzzmarshall has joined #linux-amlogic
kaspter has quit [Quit: kaspter]
ldevulder_ has joined #linux-amlogic
ldevulder has quit [Ping timeout: 264 seconds]
chewitt has joined #linux-amlogic
<chewitt>
@brads sadly that mmc patch doesn't fix the hard lockup that I see on the Beelink boxes
ldevulder_ is now known as ldevulder
<brads>
chewitt: does it only occur under load?
<brads>
you could maybe try to enable lock detection and see what pops up on boot, but if it fails to start it makes it hard
<brads>
enable it in the lock debug config, it can give some good clues
<brads>
and even in lock, debugs and hang section, ask the watchdog to try to report to console on soft lockup. had some good luck with this as well
<brads>
s/lock/oops/
<chewitt>
I'm booting the box from an SD card, and the OS (LE) runs fine from this
<chewitt>
the box also has a 4TB sata drive with the drive connected via an internal USB > SATA bridge
<chewitt>
and I'm testing with a USB drive that contains a 4GB ISO file
<chewitt>
if I copy the file from USB to the (USB connected) SATA drive .. it starts copying but then locks up
<chewitt>
the obvious thing with your mmc patch is .. I'm not copying anything to/from mmc :)
<chewitt>
(thinking about it now)
<chewitt>
how do I enable lock detection? .. I've no clue how to troubleshoot this
<brads>
let me check in normal kernel, been debuging with RT kernel which has all this included
<brads>
chewitt; CONFIG_PROVE_LOCKING - This feature enables the kernel to prove that all locking that occurs in the kernel runtime is mathematically correct
<brads>
ie we try to find it befoee it happens
<chewitt>
so just rebuild the kernel with that?
<chewitt>
or something needs to be done from userspace as well?
<brads>
yes, there are more options, enable these as well CONFIG_SOFTLOCKUP_DETECTOR / CONFIG_DETECT_HUNG_TASK
<brads>
you will need serial console to see the output
<chewitt>
aww.. crap
<brads>
the last 2 will try to report when the problem happens
<chewitt>
the way this box is physically assembled, I can't get to uart pins
<brads>
ok, try on the hdmi console or it may log to syslog if it can write out to disk at the time
<brads>
you might even be able to use netconsole but ive never triied
<chewitt>
so far I've been watching the systemd journal in a second ssh session, and this shows nothing
<chewitt>
but I see something on the HDMI screen
<chewitt>
so hopefully these options do the same
<brads>
ok I would try the HDMI screen
<chewitt>
If yes, I'll record video in slo-mo so I can catch the output when/if it scrolls
<xypron_>
cottsay: on my Odroid C2 I tested with RNG available and not, with and without CONFIG_EFI_RNG_PROTOCOL.
<cottsay>
xypron_: There something wrong with the patch in the efi_rng_register function - the incorrectly indented return EFI_SUCCESS will be executed unconditionally.
<xypron_>
I will have a look
<xypron_>
cottsay: yes braces missing
vicencb has quit [Quit: Leaving.]
vicencb has joined #linux-amlogic
sputnik__ has joined #linux-amlogic
<cottsay>
xypron_: v2 of the patch works as expected on my C4. Thank you!
<xypron_>
cottsay: is that with the old DTB or the one with adding the RNG?
<cottsay>
xypron_: with the old DTB. I'll try adding the clock and make sure that works too...
<xypron_>
cottsay: if the RNG is working you should see "efi: seeding entropy pool" in `dmesg -H` and "KASLR enabled".
sputnik__ has quit [Ping timeout: 260 seconds]
<cottsay>
xypron_: I see both messages, so the patch doesn't regress the RNG behavior when the DTB is updated with the clocks.
<xypron_>
cottsay: that was the intend. Just reply to the patch e-mail with a 'Tested-by: ...' if you are satisfied.
<xypron_>
cottsay: all these log_err() and log_warning() statements you saw allow to show the messages not only on the console but also on a remote syslog server which receives the messages via UDP.
sputnik__ has joined #linux-amlogic
BlueMatt has quit [Ping timeout: 246 seconds]
BlueMatt has joined #linux-amlogic
<narmstrong>
cottsay: could you also reply Tested-by on the rng driver patch ?
<cottsay>
narmstrong: sure. Working through some SMTP issues right now (SendGrid is really letting me down).
zkrx has quit [Quit: I'm done]
zkrx has joined #linux-amlogic
zkrx has quit [Client Quit]
zkrx has joined #linux-amlogic
<cottsay>
narmstrong: xypron_: I Replied to both patches, but I've never posed to that list before so my messages are awaiting moderator approval. Please let me know if there is anything else I can do to help!
<xypron_>
cottsay: user Tartarus on the #u-boot channel releases them. You can register for the list at https://lists.denx.de/listinfo/u-boot and eventually switch of notifications. It seems you did not put me on copy. Could you, please, forward the mail for v2 to me.