<lvrp16>
saw some google fuschia commits referencing it
dsd_ has quit [Quit: Lost terminal]
<Ely>
lvrp16: It's funny you mention that, I was looking into fuschia and what google's deal was about it a few days ago and noticed those commits as well. No idea what it is..They also have a S905X2 in the works
<lvrp16>
Ely: i just wish s905d2 doesn't cost too much.
<lvrp16>
Ely: s922 with a7x will be interesting. hopefully they will support lpddr4/x
<ndufresne>
Ely, have you ever used "fastboot" for flashing an Android device ?
<Ely>
lvrp16: Are you planning on making a board out of s905d2 ? :P
<Ely>
s922 definitely looks like a beast, can't wait to try one out
<ndufresne>
Have a friend who just ordered one
<Ely>
ndufresne: Sure, why ?
<ndufresne>
fastboot is inside LK (little kernel) and that's where Fuschia comes from ;-P
<Ely>
Oh I see, interesting
<lvrp16>
ndufresne: is it 14nm? s905d2?
<ndufresne>
no idea, it's called 905, so likely no very different
<lvrp16>
my only wish is that it has gbe
<lvrp16>
we have a rk3399 board with lpddr4 and it is pretty awesome
<ndufresne>
I've been playing with a RK3399 recently, it is pretty powerfull indeed, though I believe the 922 is about the same league, if I'm not mistaken
<lvrp16>
too bad rk3399 has no ddr4
<lvrp16>
it should be better power wise and feature wise
<ndufresne>
sorry, S912, 922 is like next gen
<ndufresne>
what feature are you looking for ?
<lvrp16>
rk3399 fails at pcie implementation and fabrication
<lvrp16>
and ddr support
<ndufresne>
which reminds me I haven't tried the m.2 pci on my DB820c
<ndufresne>
but when I saw that, I thought it was pretty awesome to have on such HW
<lvrp16>
820c is meh, hikey 970 is awesome
<lvrp16>
plus it will have better linux support
<lvrp16>
than 960
<Ely>
hikey 970 $240, ouch
<lvrp16>
299
<lvrp16>
960 is 250
<ndufresne>
well, the 820C is that only one with solid Open Source GL drivers
<lvrp16>
you get 5x the cpu power of s905x and 20x the gpu power
<ndufresne>
it's a bit ancient, but rumours are that a 845 is being worked on
<Ely>
ndufresne: true, freedreno is fantastic
<ndufresne>
I was impressed first time I installed Fedora, and accidently started gnome (super heavy compositor) and it just worked
<ndufresne>
well, it's bit less heavy after all the hard work dsd's friend have been doing, but still, not the super tight and compact classical embedded compositor you'd expect ;-P
<Ely>
I wish more inexpensive boards had MIPI-CSI support. the odroid n1 that's coming with rk3399 will have csi pads, Rpi surprisingly has a csi connector but it's hard getting support for your camera in there since most of the magic happens in the gpu firmware.
<lvrp16>
yeah the missing leg for mali 4xx utgard is opengl support
<lvrp16>
hopefully es2 becomes the min target
<ndufresne>
Ely, I met someone last year at gst conference, he's been hacking a lot on getting more out of the RPi CSI, for robot vision work he's doing on his free time
<lvrp16>
do you need csi because of the latency requirement?
<ndufresne>
lvrp16, well, when the blocks gets in place for the mali 400 series, emulating OpenGL will likely be an important goal, just like RPi VC4, Freedreno and Etnaviv did
cthugha has joined #linux-amlogic
<lvrp16>
apparently rockchip has reworked the midgard driver to be much faster
<Ely>
lvrp16: Not really, rather because it's cool to have a 4K60 camera working on your board :P. The biggest blocker usually remains ISP support since no SoC vendor will ever open source that, but otherwise..
<lvrp16>
another fyi
<Ely>
ndufresne: Oh, interesting.. Must have been painful for him
<lvrp16>
they wrote their own driver for midgard
ldevulder has quit [Ping timeout: 240 seconds]
<lvrp16>
the utgard situation is a shame. no source for 10 year old ip
jakogut has quit [Read error: Connection reset by peer]
jakogut_ is now known as jakogut
jakogut_ has joined #linux-amlogic
<Ely>
lvrp16: What do you know about Dvalin ? It's the mysterious ARM GPU listed for S905X2..
<lvrp16>
yuq said he needs 6 months of work to get it to 75%
<ndufresne>
quite misterious, not a bitfrost ?
<lvrp16>
should do a crowd funding for it
<Ely>
lvrp16: not sure what g3x is either :P
<lvrp16>
mali g3x
<Ely>
Oh, right.
<ndufresne>
it's part of the bitfrost architecture
<Ely>
Getting fedora running on the C1 went better than expected, I should have tried that sooner.. It's terribly slow because there's no SDR support for the microsd but it works well.
jakogut_ has quit [Remote host closed the connection]
chewitt has quit [Quit: Adios!]
<Ely>
So, H.264 decoding works out of the box on S805 (with the correct firmware) which is good, however as dsd_ said the endianness trick doesn't work :<
<Ely>
S905 kernel has the canvas documentation that mentions the endianness so hopefully on odroid-c2 this will work
<Ely>
In the end though, video decoding on S805 is pretty useless until we have DRM for it..
roger_rabbitP99W has joined #linux-amlogic
roger_rabbitP99W has quit [Remote host closed the connection]
dsd has joined #linux-amlogic
btCommander1024 has joined #linux-amlogic
btCommander1024 has quit [Remote host closed the connection]
dsd has quit [Quit: Lost terminal]
Barada has joined #linux-amlogic
Barada has quit [Client Quit]
Barada has joined #linux-amlogic
<narmstrong>
Ely: the best way to model the canvas in DT is :
<narmstrong>
- add a syscon node for the DMC registers (like the other sysctrl nodes)
<narmstrong>
- add a canvas subnode
<narmstrong>
- reference the canvas subnode in the drm and vdec nodes with a property like amlogic,dmc-canvas
<narmstrong>
- in the canvas driver export the calls in the platdata
<Ely>
narmstrong: Thanks ! Makes a ton of sense, I didn't know you could do that.
Elpaulo_m has joined #linux-amlogic
sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
vagrantc has quit [Quit: leaving]
a5m has joined #linux-amlogic
yann has quit [Ping timeout: 265 seconds]
tingoose__ has joined #linux-amlogic
tingoose_ has joined #linux-amlogic
tingoose has joined #linux-amlogic
yann has joined #linux-amlogic
tingoose has quit [Ping timeout: 260 seconds]
tingoose__ has quit [Ping timeout: 260 seconds]
tingoose_ has quit [Ping timeout: 264 seconds]
moe_ has joined #linux-amlogic
moe_ has quit [Client Quit]
Barada has quit [Read error: Connection reset by peer]
Barada has joined #linux-amlogic
cthugha is now known as ldevulder
chewitt has joined #linux-amlogic
afaerber has joined #linux-amlogic
Elpaulo_m has quit [Ping timeout: 264 seconds]
Elpaulo_m has joined #linux-amlogic
dsd_ has joined #linux-amlogic
tingoose has joined #linux-amlogic
tingoose__ has joined #linux-amlogic
tingoose_ has joined #linux-amlogic
<ndufresne>
Ely, ok, so confirmed, so what would you favour, call into GE2D as a post-process step on older platforms, or simply expose GE2D as another m2m device, that userspace can use if needed ?
<ndufresne>
(I mean in the long term)
<dsd_>
i missed the above - i guess you mean you confirmed my observation that the 7 << 26 does nothing on s805?
Elpaulo_m has quit [Ping timeout: 240 seconds]
Elpaulo_m has joined #linux-amlogic
a5m has quit [Remote host closed the connection]
Elpaulo_m has quit [Ping timeout: 260 seconds]
<ndufresne>
dsd_, yes
<ndufresne>
dsd_, but it's nice that Ely's code work as-is on both platforms
<dsd_>
cool, thanks for checking
Elpaulo_m has joined #linux-amlogic
<ndufresne>
as this is done my the memory controller, I bet it's a new feature on the most recent chip
<Ely>
ndufresne: I'm not sure.. Short term for sure S805 is not going to be supported officially, long term I think ge2d as a standalone v4l2 m2m device seems like the right call, with the decoder outputting the tiled pixfmt. (which requires adding and documenting this pixfmt in v4l2/ffmpeg/gst/drm..)
<ndufresne>
agree
<steamport>
anyone know where the latest meson6 kernel is
vagrantc has joined #linux-amlogic
pionen has quit [Quit: leaving]
lrusak_ has joined #linux-amlogic
lrusak has quit [Ping timeout: 256 seconds]
Ntemis[tm] has quit [Remote host closed the connection]