narmstrong changed the topic of #linux-amlogic to: Amlogic mainline kernel development discussion - our wiki http://linux-meson.com/ - ml linux-amlogic@lists.infradead.org - Publicly Logged on https://irclog.whitequark.org/linux-amlogic
sputnik__ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
warpme_ has quit [Quit: Connection closed for inactivity]
return0e has quit [Ping timeout: 250 seconds]
return0e has joined #linux-amlogic
return0e has quit [Read error: Connection reset by peer]
return0e has joined #linux-amlogic
return0e_ has joined #linux-amlogic
return0e has quit [Ping timeout: 265 seconds]
wildea01 has quit [Ping timeout: 240 seconds]
wildea01 has joined #linux-amlogic
port1024 has quit [Quit: Leaving]
<ndufresne> narmstrong: I use to be able to set the primary plane with size 1x1, as a hack to make the overlay visible, but that does not seems to work anymore, is that normal ?
* ndufresne is guessing I need to make kmssink smarter, setup a transparent buffer on primary plane and render on the overlay/video
<ndufresne> meanwhile, I'm also trying to work on getting weston running, works if I disable composite-1 output, without GL, so far no luck with lima
<ndufresne> and gst gbm backend isn't working on that driver
<ndufresne> if someone has a success story to share, I'd be preneur
Elpaulo has quit [Quit: Elpaulo]
bengal has quit [Ping timeout: 268 seconds]
<ndufresne> ok, bumped to newer mesa, and weston starts now
<ndufresne> but all the YUV formats are gone from the dmabuf extension, so no shiny zero-copy :-(
<ndufresne> could be caused by missing dmabuf or some of it in lima, would need to look into the debugs, well, progress!
<ndufresne> ok, it's only some of it, BGRx as an example works, it's interesting it missing memory cache management, just like panfrost
bengal has joined #linux-amlogic
Barada has joined #linux-amlogic
cyrozap has quit [Quit: Client quit]
cyrozap has joined #linux-amlogic
mag has quit [Quit: Bye]
<xdarklight> ndufresne: maybe narmstrong can comment on the other topics, I have no idea how that all plays together
sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
Barada has quit [Quit: Barada]
<narmstrong> ndufresne: yep 1x1 was an hack I didn’t push, kmssink should really support overlay planes in atomic mode where all other planes are disabled
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #linux-amlogic
The_Coolest has quit [Remote host closed the connection]
The_Coolest has joined #linux-amlogic
ldevulder_ is now known as ldevulder
yann has quit [Ping timeout: 240 seconds]
<Darkmatter66> narmstrong, I tried the nanopi-k2 steps and still the board doesn't boot the u-boot on the sdcard
<Darkmatter66> narmstrong, anything i should do while powering on the board to let it load the sdcard u-boot?
<narmstrong> nop, nothing more
<narmstrong> do you have serial hooked to see the output ?
<Darkmatter66> narmstrong, for the vendor u-boot i used the baylibre one with branch "n-amlogic-openlinux-20170606" but I don't think that makes any difference
<Darkmatter66> narmstrong, yes i have, it goes straight to the u-boot on the emmc, I will copy the logs here
<narmstrong> yeah well, you'll need to erase the uboot on emmc... emmc has the priority
<narmstrong> or you can build a HDMI dongle following https://github.com/superna9999/linux/wiki/Amlogic-HDMI-Boot-Dongle
<Darkmatter66> narmstrong, https://termbin.com/xnny
wildea01 has quit [Quit: leaving]
<Darkmatter66> narmstrong, damn I was hoping to test the mainline without erasing the emmc
wildea01 has joined #linux-amlogic
<narmstrong> sometime there is some test points you can ground to bypass the emmc, but it's hard to find
sputnik_ has quit [Remote host closed the connection]
<Darkmatter66> narmstrong, how can i erase only the u-boot from emmc ? while retaining the rest of the data on the emmc and the partition table
sputnik_ has joined #linux-amlogic
<Darkmatter66> narmstrong, something like this dd if=/dev/zero of=/dev/sdc bs=446 count=1 will it retain the partitions?
<narmstrong> Darkmatter66: you should save the content of the emmc before everything
<ukleinek> Darkmatter66: I would expect the partition table to be defined in the last 4*16 + 2 bytes of the first 512 byte page
yann has joined #linux-amlogic
random_yanek has quit [Ping timeout: 250 seconds]
random_yanek has joined #linux-amlogic
warpme_ has joined #linux-amlogic
nsaenz has joined #linux-amlogic
gaspode has quit [Quit: Woof bloody woof.]
gaspode has joined #linux-amlogic
m][sko has joined #linux-amlogic
m][sko has quit [Remote host closed the connection]
sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
return0e_ has joined #linux-amlogic
sputnik_ has quit [Ping timeout: 240 seconds]
return0e has quit [Ping timeout: 250 seconds]
<narmstrong> The partition table for eMMC is stored in the dtb not in the memory
<ndufresne> narmstrong: just one concern though, on some platforms, you must give one primary plane an FB to allow enabling any of the overlays
<ndufresne> are you saying that on amlogic, the overlay is just like primary ?
<ndufresne> Xilinx has some hack in their gst repo for that, but it does not seem to be generic enough yet
<ndufresne> There is really no library that does this right for video streaming purpose ...
<narmstrong> ndufresne: yep the overlay can be enabled alone
<ndufresne> I guess one would just try this, but in the end it will make quite a hairy code base to support both
<narmstrong> ndufresne: at least why not a fully transparent primary if overlay cannot be enabled alone ?
<ndufresne> that was the compromized I had in mind
<narmstrong> The concepts of primary and overlays are not well defined, even less their relationship
<ndufresne> right now, by default, kmssink assumes teh overlay will be over, and leave teh fbcon FB in place
<ndufresne> the reason, because that's how it worked on Intel, and was tested there ;-D
<narmstrong> Which is wrong on all other TV socs !
<ndufresne> no, it's also the case on IMX.6 and some Qualcomm SoC
<ndufresne> it's basically random
<ndufresne> well, until now, since one can read the zorder now
<ndufresne> kmssink is already pretty ancient
<ndufresne> oh, TV SoC, missed that part
<ndufresne> anyway, I'll try and figure-out something, this is one of my pet projects to get some smooth streaming on amlogic with GStreamer
<ndufresne> (while avoiding to write a complete compositor)
Darkmatter66 has quit [Ping timeout: 240 seconds]
Darkmatter66 has joined #linux-amlogic
Darkmatter66_ has joined #linux-amlogic
Darkmatter66 has quit [Ping timeout: 268 seconds]
The_Coolest has quit [Remote host closed the connection]
The_Coolest has joined #linux-amlogic
yann has quit [Ping timeout: 246 seconds]
sputnik_ has joined #linux-amlogic
sputnik_ has quit [Ping timeout: 268 seconds]
yann has joined #linux-amlogic
<xdarklight> jbrunet: thank you for the clock dt-bindings tag!
<xdarklight> jbrunet: I'll review v2 of your Libretech-PC patches during the weekend, I need a bit more time than I have left today
nsaenz has quit [Read error: Connection reset by peer]
nsaenz has joined #linux-amlogic
<xdarklight> afaerber: (I'm not sure if this is really related to your LED display series) there was a discussion about 7 segment displays like three years ago: https://lore.kernel.org/patchwork/cover/743571/ - maybe you're interested in checking the comments in there. if it's unrelated then sorry for the noise
TheAssassin has quit [Remote host closed the connection]
TheAssassin has joined #linux-amlogic
ldevulder_ has joined #linux-amlogic
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #linux-amlogic
ldevulder has quit [Ping timeout: 250 seconds]
<afaerber> xdarklight, thanks for that pointer, let's see
<afaerber> I am contributing this to the leds subsystem; the main thing that's missing there is some batch-update API for more than one LED at a time
Darkmatter66 has joined #linux-amlogic
Darkmatter66_ has quit [Ping timeout: 240 seconds]