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
vstehle has quit [Ping timeout: 256 seconds]
hipboi has quit [Quit: This computer has gone to sleep]
nighty- has joined #linux-rockchip
kaspter has joined #linux-rockchip
hipboi has joined #linux-rockchip
adj has joined #linux-rockchip
lurchi_ is now known as lurchi__
cnxsoft has joined #linux-rockchip
alyssa has joined #linux-rockchip
hipboi_ has joined #linux-rockchip
hipboi has quit [Ping timeout: 252 seconds]
fixmer has quit [Ping timeout: 245 seconds]
fixmer has joined #linux-rockchip
lkcl has quit [Ping timeout: 240 seconds]
aalm has quit [Ping timeout: 240 seconds]
aalm has joined #linux-rockchip
lkcl has joined #linux-rockchip
arnd has quit [Read error: Connection reset by peer]
srao has quit [Read error: Connection reset by peer]
droman0 has quit [Ping timeout: 256 seconds]
daniels has quit [Ping timeout: 256 seconds]
norris has quit [Write error: Connection reset by peer]
sjg1_ has quit [Read error: Connection reset by peer]
lvrp16 has quit [Ping timeout: 240 seconds]
narmstrong has quit [Ping timeout: 255 seconds]
LongChair has quit [Read error: Connection reset by peer]
ccaione has quit [Ping timeout: 256 seconds]
norris has joined #linux-rockchip
dianders has quit [Ping timeout: 256 seconds]
ojn has quit [Ping timeout: 256 seconds]
arnd has joined #linux-rockchip
droman0 has joined #linux-rockchip
daniels has joined #linux-rockchip
srao has joined #linux-rockchip
dianders has joined #linux-rockchip
LongChair has joined #linux-rockchip
narmstrong has joined #linux-rockchip
sjg1_ has joined #linux-rockchip
ccaione has joined #linux-rockchip
ojn has joined #linux-rockchip
lvrp16 has joined #linux-rockchip
lurchi_ has joined #linux-rockchip
lurchi__ has quit [Ping timeout: 240 seconds]
vstehle has joined #linux-rockchip
agusan has quit [Ping timeout: 268 seconds]
aalm has quit [Ping timeout: 256 seconds]
matthias_bgg has joined #linux-rockchip
tl_lim has quit [Read error: Connection reset by peer]
BenG83 has quit [Remote host closed the connection]
BenG83 has joined #linux-rockchip
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
BenG83 has quit [Ping timeout: 276 seconds]
BenG83 has joined #linux-rockchip
BenG83 has quit [Client Quit]
BenG83 has joined #linux-rockchip
<eballetbo> mmind00: Hmm, maybe I miss something, but about the "drm/rockchip Fix-error-handling patches" you looked yesterday, is really the call to pm_runtime_disable(dev) really needed in the cleanup path?
<eballetbo> pm_runtime_enable(dev) is called just before return 0, so I don't see why we need to call pm_runtime_disable(dev) in the cleanup path, isn't just call in unbind enough?
<eballetbo> What do you think?
<mmind00> eballetbo: about which patch are you talking right now?
<mmind00> eballetbo: a you mean the dsi patch
<mmind00> eballetbo: yep that pm_runtime_disable looks fishy as well
<eballetbo> yep, the dsi patch
<eballetbo> that patch should only destroy connector and the encoder in this order in both, the cleanup path and in unbind I guess.
<mmind00> eballetbo: probably
<mmind00> eballetbo: also, you should've seen mails from Marek of Samsung about breakage of the 43-patch series and his patches to fix it ... so ideally you could adapt the series to directly include his changes (in the relevant patches, so it doesn't break in the first place) and send another version?
<mmind00> eballetbo: rebased on top of drm-misc-next ideally [https://cgit.freedesktop.org/drm/drm-misc/log/] and including all drm-bridge maintainer (Archit, Andrzej and Laurent) as well as Marek?
<eballetbo> mmind00: Yes, I plan to do this. Also I think that this patchset is too big, so I thinking to split in small patchsets, guess will be better.
lkcl has quit [Ping timeout: 252 seconds]
<mmind00> eballetbo: keeping it together might actually be nicer
<eballetbo> ok
<mmind00> eballetbo: I'll just keep picking stuff from the beginning, when it's ready :-)
<mmind00> eballetbo: and possibly include a patch setting the IRQ_NOAUTOEN for the dp as discussed in patch5
<eballetbo> sounds good, so my plan is first send a v9 of https://lkml.org/lkml/2018/1/10/682 (removing the patches already applied and fixing the others), then I'll go through the 43-patches
jas-hacks has joined #linux-rockchip
<mmind00> eballetbo: do it in any order you like best :-D
hipboi_ has quit [Quit: This computer has gone to sleep]
punit` has joined #linux-rockchip
punit` is now known as punit
afaerber has joined #linux-rockchip
_hramrach has joined #linux-rockchip
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-rockchip
mrueg has quit [Remote host closed the connection]
nighty- has quit [Quit: Disappears in a puff of smoke]
mrueg has joined #linux-rockchip
tkaiser has joined #linux-rockchip
<tkaiser> beeble: Did you ever test with a 4 lane PCIe device connected to RK3399?
<beeble> sure
<tkaiser> Any problems establishing 4 Gen2 links?
<tkaiser> Background: https://patchwork.kernel.org/patch/9345861/ and 'spec downgrade' in TRM where Rockchip now talks about 4 x Gen1 instead of Gen2
<beeble> could be that i was just lucky with the cards i tested
<tkaiser> beeble. Did you do some performance tests trying to saturate more than e.g. 5 GT/s?
<beeble> have to ask my colleague, he did more with it on some fpgas
<beeble> if he is still in the office today
<beeble> nope, already gone
<tkaiser> 'Friday afternoon' as usual ;)
<adj> mmind00, is it possible to use fully open source graphics (without 3d acceleration or with yuq's driver) and use libmali for opencl?
<adj> another question, anyone knows about the NPU processor in the rk3399PRO? which driver will it need? does it support opencl, or just NN API's?
<tkaiser> adj: In the past RK partnered with CEVA so maybe (most probably) it's this inside: http://image-sensors-world.blogspot.de/2018/01/ceva-announces-ai-processor-family.html
cyteen has joined #linux-rockchip
<adj> tkaiser, thanks, I think so. Only page I found about software is: https://www.ceva-dsp.com/product/application-developer-kit/
cnxsoft has quit [Quit: cnxsoft]
<mmind00> adj: no idea ... but you won't be able to combine mesa-based mali support with the binary blob ... only one can occupy the gpu
<adj> thanks
nobe_ has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-rockchip
lurchi_ is now known as lurchi__
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
lurchi__ is now known as lurchi_
lurchi_ has quit [Ping timeout: 256 seconds]
wadim_ has quit [Quit: Leaving.]
cyteen has quit [Quit: Leaving]
matthias_bgg has quit [Ping timeout: 240 seconds]
tllim has joined #linux-rockchip
aalm has joined #linux-rockchip
anarsoul|2 has quit [Ping timeout: 256 seconds]
jas-hacks has left #linux-rockchip [#linux-rockchip]
lurchi_ has joined #linux-rockchip
tl_lim has joined #linux-rockchip
tllim has quit [Ping timeout: 276 seconds]
cyteen has joined #linux-rockchip
Easyfab has joined #linux-rockchip
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-rockchip
anarsoul|2 has joined #linux-rockchip
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-rockchip
aalm has quit [Ping timeout: 256 seconds]
tl_lim has quit [Ping timeout: 245 seconds]
lkcl has joined #linux-rockchip
cyteen has quit [Ping timeout: 265 seconds]
lurchi_ has quit [Ping timeout: 260 seconds]
aalm has joined #linux-rockchip
lurchi_ has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
Easyfab_ has joined #linux-rockchip
Easyfab_ has quit [Client Quit]
Easyfab has quit [Ping timeout: 256 seconds]
cyteen has joined #linux-rockchip
tl_lim has joined #linux-rockchip
cyteen has quit [Ping timeout: 276 seconds]
jas-hacks has joined #linux-rockchip
jas-hacks has quit [Remote host closed the connection]
lurchi_ has quit [Ping timeout: 245 seconds]
xerpi has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 252 seconds]
afaerber has quit [Quit: Leaving]
vagrantc has joined #linux-rockchip
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
afaerber has joined #linux-rockchip
cyteen has joined #linux-rockchip
cyteen has quit [Ping timeout: 248 seconds]
lurchi_ has joined #linux-rockchip
<alyssa> mmind00: I'm not sure that's totally accurate. At least for newer Mali (T600+), as long as both drivers use the same compatible kernel interface, they ought to be able to coexist.
<alyssa> That said, 1) I have not tried that 2) I don't know if yuq's driver can use the same kernel as the blob 3) I don't know if Utgard works differently than the new stuff.
<anarsoul|2> alyssa: yuq's mesa driver uses mainline kernel and its own kernel driver
<anarsoul|2> see github.com/yuq/linux-lima
<alyssa> anarsoul|2: ah, thought they might've kept in a compatibility mode.
<anarsoul|2> alyssa: it's very unlikely that ARM driver will be merged into mainline
<anarsoul|2> yuq's driver is much cleaner and uses proper drm interfaces
<alyssa> Of course; I just thought their userspace might've retained support. ISTR freedreno did this? *shrug*, my bad.
<anarsoul|2> alyssa: that'll be tricky and probably unnecessary complication
<alyssa> this is true
kloczek has quit [Remote host closed the connection]
<alyssa> Mea culpa; feel free to ignore me :P
<anarsoul|2> alyssa: how's your project is going btw?
<anarsoul|2> any updates?
<alyssa> anarsoul|2: we now have a working shader assembler (that generates bit identical output to compiled shaders on their disassembly), which is big. we're also busy investigating textures but hitting some roadblocks there, hence why there haven't been any loud announcements yet.
kloczek has joined #linux-rockchip
<anarsoul|2> who's 'we' btw? :)
<alyssa> myself, Connor Abbott, Lyude Paul, and the peanut gallery
<anarsoul|2> cool
<anarsoul|2> that's nice that Connor is working on reversing mali gpus again :)
<alyssa> :)
xerpi has quit [Quit: Leaving]