ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
warpme_ has quit [Quit: Connection closed for inactivity]
field^Zzz4 has quit [Ping timeout: 246 seconds]
tuxd3v has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
nlhowell has quit [Ping timeout: 252 seconds]
nlhowell has joined #linux-rockchip
vstehle has quit [Ping timeout: 258 seconds]
lkcl has quit [Ping timeout: 248 seconds]
vagrantc has quit [Quit: leaving]
_whitelogger has joined #linux-rockchip
vstehle has joined #linux-rockchip
lkcl has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
lkcl has quit [Ping timeout: 240 seconds]
drrty has quit [Ping timeout: 258 seconds]
matthias_bgg has joined #linux-rockchip
ldevulder_ is now known as ldevulder
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #linux-rockchip
nsaenz has quit [Read error: Connection reset by peer]
nsaenz has joined #linux-rockchip
stikonas has joined #linux-rockchip
field^Zzz4 has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 258 seconds]
sphalerite has quit [Ping timeout: 246 seconds]
sphalerite has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
nsaenz has quit [Ping timeout: 268 seconds]
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-rockchip
warpme_ has joined #linux-rockchip
nlhowell has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 258 seconds]
nlhowell has joined #linux-rockchip
LargePrime has joined #linux-rockchip
LargePrime has quit [Quit: Leaving]
cp- has quit [Quit: Disappeared in a puff of smoke]
cp- has joined #linux-rockchip
nsaenz has joined #linux-rockchip
cp- has quit [Quit: Disappeared in a puff of smoke]
nsaenz has quit [Remote host closed the connection]
cp- has joined #linux-rockchip
nsaenz has joined #linux-rockchip
nlhowell has quit [Ping timeout: 265 seconds]
return0e_ has quit [Ping timeout: 250 seconds]
return0e_ has joined #linux-rockchip
nlhowell has joined #linux-rockchip
vagrantc has joined #linux-rockchip
niceplace has quit [Ping timeout: 258 seconds]
niceplaces has joined #linux-rockchip
lkcl has joined #linux-rockchip
B_gahcdha has joined #linux-rockchip
matthias_bgg has quit [Quit: Leaving]
vicencb has joined #linux-rockchip
<vagrantc> tested the u-boot patch for pinebook-pro https://patchwork.ozlabs.org/patch/1194525/ but it doesn't appear to have any video support yet
<vagrantc> maybe simple-fb or something?
vicencb has quit [Ping timeout: 240 seconds]
circuit has quit [Quit: circuit]
<anarsoul> nope
<anarsoul> only serial
<anarsoul> video output doesn't work for rk3399 in u-boot
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<vagrantc> anarsoul: i get video out on the pinebook-pro-rk3399 with that u-boot patch, just not once linux boots
<anarsoul> oh
<vagrantc> and also, of course, with the vendor fork of u-boot pinebook ships with
<vagrantc> pinebook-pro
<anarsoul> you mean you have video working in linux but not in u-boot?
<vagrantc> video on the lcd works in u-boot but not linux
<vagrantc> though by works, i mean usually works ... sometimes it's just a blank screen
<anarsoul> interesting
<anarsoul> I've never seen it working
<anarsoul> :)
<anarsoul> neither on my rockpro64
<anarsoul> yeah, vop clocks aren't implemented yet, so I have no idea how it works for you
<anarsoul> and video is not here in defconfig :)
<vagrantc> this was testing with u-boot 2020.01-rc5 and the above mentioned patch
nsaenz has quit [Remote host closed the connection]
anarsoul|c has quit [Quit: Connection closed for inactivity]
leming has quit [*.net *.split]
azend|vps has quit [*.net *.split]
samueldr has quit [*.net *.split]
leming has joined #linux-rockchip
azend|vps has joined #linux-rockchip
ldevulder_ has joined #linux-rockchip
samueldr has joined #linux-rockchip
ldevulder has quit [Ping timeout: 268 seconds]
field^Zzz4 has quit [Ping timeout: 268 seconds]
SolidHal has quit [*.net *.split]
SolidHal has joined #linux-rockchip
BenG83 has joined #linux-rockchip
flacks has quit [*.net *.split]
stikonas has joined #linux-rockchip
BenG83 has quit [Quit: Leaving]
B_gahcdha has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
ldevulder__ has joined #linux-rockchip
ldevulder_ has quit [Ping timeout: 240 seconds]
imsherlock has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
imsherlock has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
adjtm has joined #linux-rockchip
adjtm_ has quit [Read error: Connection reset by peer]
imsherlock has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
imsherlock has joined #linux-rockchip
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
imsherlock has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-rockchip
alyssa---- has joined #linux-rockchip
<alyssa----> Has anyone experienced frequent freezes on RK3399?
<alyssa----> 5.2.0-3-arm64 kernel, Debian bullseye
<alyssa----> They started about a week or so ago (?) inexplicably
<alyssa----> I have seen the freeze occur even at the TTY login screen (so it's not X or panfrost or anything)
<alyssa----> That leaves ... the kernel itself, and systemd/early daemons, I guess
<alyssa----> But I haven't upgraded the kernel for a while and this problem is new
<alyssa----> It's also worth noting, it's only happening on one of my RK3399 devices (the other one, identical in most respects -- also mainline -- is unaffected)
<alyssa----> The problem appears to be aggravated when playing music (over USB headset) but that might be spurious.
<anarsoul> sounds like hardware issue to me
<alyssa----> anarsoul: Possibly
<alyssa----> I'm tempted to blame the mrvl wifi
<alyssa----> Since about a week ago I've been physically elsewhere (holiday season)
<alyssa----> And the wifi from the internal chip is painfully slow
<alyssa----> (Ethernet is fine)
<alyssa----> Other devices on the network here show similar symptoms for the slowness -- the router definitely has an issue
<anarsoul> try it with some usb wifi dongle?
<alyssa----> (Oddly, yet other wifi devices on the network seem to be unaffected. Maybe about which frequency etc)
<alyssa----> anarsoul: I disconnected wifi (didn't even dsiable -- just disconnected from the network -- am now over Ethernet) and playing music and such --- no freeze. Which is compelling info in and of itself
<anarsoul> but wifi is likely sitting on sdio?
<alyssa----> Mm
<alyssa----> Further credence for that theory -- my other Kevin is connected over Ethernet exclusively, so it's not hitting any wifi code paths in the kernel, so it explains why that's fine
<anarsoul> I just don't know the way it can freeze the system
<alyssa----> But ... I *have* connected to this wifi network on this kevin on internal wifi before, with no freeze issues
<alyssa----> But that was on a ChromeOS kernel, this is mainline.
<alyssa----> So I think that definitely poitns a finger at some detail of the mrvl driver in mainline?
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
<anarsoul> maybe?
<alyssa----> No idea where to even begin writing a bug report, unfortunately -- the intersection of the mainline marvell wifi driver and this insanely buggy router
<anarsoul> try using wifi on your device that haven't seen freezes yet
<anarsoul> if it's buggy driver it should eventually freeze
<alyssa----> Let's see.
<alyssa----> I don't think I have the driver compiled in the kernel for that machine.
<alyssa----> Then again ... reimaging both machines might be a good Christmas present to myself ;)
<alyssa----> Ok, just disconnected ethernet and switch to slow wifi ... still hasn't frozen but let's see
<alyssa----> (Side evidence: earlier when I was on Ethernet, wifi was *also* connected. So it's not simply being connected, it's actually using wifi?)
<alyssa----> Of course, another possibility is that it's the connection's spped/unreliability confusing something (probably in userspace ... e.g. some Interent-dependent daemon timing out, or something silly)