rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
pmp-p has quit [Ping timeout: 240 seconds]
pmp-p has joined #linux-sunxi
florian has quit [Ping timeout: 260 seconds]
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 268 seconds]
<smaeul> tuxd3v: CONFIG_VIDEO_SUNXI_CEDRUS does exist for H6, but you have to enable several things for it to show up. Try searching for it in menuconfig/nconfig.
bjne has quit [Ping timeout: 248 seconds]
ChriChri_ has joined #linux-sunxi
ChriChri has quit [Ping timeout: 265 seconds]
ChriChri_ is now known as ChriChri
TRS-80 has joined #linux-sunxi
lurchi_ is now known as lurchi__
\\Mr_C\\ has joined #linux-sunxi
Kwiboo has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
TRS-80 has quit [Quit: WeeChat 2.3]
<tuxd3v> smaeul, thanks, I will try menuconfig
aloo_shu has quit [Ping timeout: 268 seconds]
megi has quit [Ping timeout: 265 seconds]
NeuroScr has quit [Quit: NeuroScr]
pmp-p has quit [Ping timeout: 268 seconds]
TRS-80 has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
selfbg has joined #linux-sunxi
NeuroScr has quit [Ping timeout: 260 seconds]
NeuroScr has joined #linux-sunxi
ldevulder_ is now known as ldevulder
tnovotny has joined #linux-sunxi
giomba has joined #linux-sunxi
arete74 has quit [Quit: leaving]
arete74 has joined #linux-sunxi
ldevulder has quit [Quit: Leaving]
ldevulder has joined #linux-sunxi
grosso has joined #linux-sunxi
<grosso> hi
matthias_bgg has joined #linux-sunxi
<grosso> I have a problem with my camera, using A33 wit linux 3.4. Driver sunxi.vfe, framerate is locked at 30 fps, cannot change, but in practice it captures at 15fps
<wens> practically no one here uses the 3.4 kernel
florian_kc has joined #linux-sunxi
<montjoie> running 3.4 in 2020 is not sane
<grosso> in fact we use official bsd...
<buZz> the linux 3.4 bsd kernel?
<buZz> oh, i guess bsd is 'board support d...something'
<buZz> either way, this channel is about the linux kernel thats available on kernel.org
<buZz> and getting code in that to support allwinner cpus
<KotCzarny> :>
<KotCzarny> but there are *bsd folks lurking around
<KotCzarny> and i thought they do mainline drivers for bsd too
ganbold has quit [Ping timeout: 272 seconds]
sunilmohan has quit [Ping timeout: 265 seconds]
NeuroScr has quit [Quit: NeuroScr]
<KotCzarny> ahm. you mean bsp
<KotCzarny> board support package
TRS-80 has quit [Quit: WeeChat 2.3]
bjne has joined #linux-sunxi
sunilmohan has joined #linux-sunxi
ganbold has joined #linux-sunxi
<buZz> yeah, the ancient kernels that allwinner offers arent really being developed on, grosso
florian_kc is now known as florian
AneoX has joined #linux-sunxi
pmp-p has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 260 seconds]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
Mangy_Dog has joined #linux-sunxi
megi has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 268 seconds]
giomba has quit [Ping timeout: 268 seconds]
gaston1980 has joined #linux-sunxi
pgreco has quit [Ping timeout: 268 seconds]
djakov has quit [Ping timeout: 272 seconds]
JohnDoe_71Rus has joined #linux-sunxi
djakov has joined #linux-sunxi
dddddd has joined #linux-sunxi
pgreco has joined #linux-sunxi
random_yanek has quit [Ping timeout: 240 seconds]
random_yanek has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
Guest29762 has quit [Ping timeout: 258 seconds]
dlan has joined #linux-sunxi
lkcl has joined #linux-sunxi
<megi> I wonder if DE mixer's hw error can be caused by lack of bandwidth on the input
<megi> I'm probably stressing the memory bus somewhat with the rotation engine in/out, csi capture dma, and display dma with 3 different planes and scaling going at the same time, and if priorities don't align right, sometimes mixer will take a hit and disable the layer input
<megi> everything is basically running on dma
<megi> and maybe sometimes the timing of incomming csi frame and rotation and de dma happening at the precisely same time align and the memory bus get overloaded
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<megi> I can probably try to increase the memory stress even more, to see if it starts failing even more often...
<megi> that might verify it?
<megi> it's certainly not happening if I'm not using the rotation engine
<megi> and it seems that rotation engine is not naturally throttled by any external timings, it just runs the rotation as fast as it can read/write data from the memory
<megi> maybe I can change dma memory access priorities somewhere?
<mripard> megi: there's a bug/feature in DE1 where you would read random registers content too in some situations
<megi> hmm
<mripard> iirc, there's a commit bit in the backend to make the device use the values you programmed in the registers
<mripard> and it's not immediately cleared
<mripard> and if you read a register while you have a commit in flight, you'll read the value from another register
jamba has joined #linux-sunxi
jamba has quit [Remote host closed the connection]
<mripard> maybe throwing the rotation engine into the mix just change the timings of your accesses and put it into a similar window?
<megi> interesting, I'll look into it more, though it seems that when I force the mixer to enable the layer right after it reads back it's disabled, I can still see some flash on the screen, so there's probably real failure there somewhere
<mripard> yeah, I'm not saying it's what you're seeing, just that it might be a lead
<mripard> the memory bandwidth is definitely one worth looking into :)
<megi> and that regmap_bits_update call would not actually write back the wrong value with LAYER_EN 0
pmp-p has quit [Ping timeout: 265 seconds]
<keesj> so my a10-lime board usb does not work and I am mostly guessing this is a dtb issue. what is a good place to start looking
<megi> so even if the read is persistent
<megi> s/even if//
<megi> mripard: thanks for the lead
<mripard> megi: depending on the SoC, the MBUS is supposed to have some probes that could help you see if it comes from the memory side
pmp-p has joined #linux-sunxi
bjne has quit [Ping timeout: 260 seconds]
yann has joined #linux-sunxi
ldevulder_ is now known as ldevulder
chewitt has quit [Quit: Zzz..]
ric96 has quit []
ric96 has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
jeandet has quit []
jeandet has joined #linux-sunxi
<megi> nice, I'll look into it via devmem, if it's on H3, it will hopefully be on A64 too
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<MoeIcenowy> mripard: for ASoC, is there a way to manage a codec that is quite complex?
<MoeIcenowy> (e.g. controlled via AT commands, on a UART over USB
<megi> MoeIcenowy: why not leave that to userspace?
<megi> preferably modem can be configured in factory via factory image, if this is about PP
<MoeIcenowy> megi: yes I mean PP
<megi> QDAI settings are then persistent
<MoeIcenowy> but how to leave it to userspace?
<MoeIcenowy> do we have a "codec in userspace" driver?
<mripard> MoeIcenowy: what do you mean by manage?
<megi> you just set QDAI once, and that's it
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy> configuration of the I2S bus's format, etc
<megi> you don't need to manage it
<megi> it persists reboots, etc.
AneoX has joined #linux-sunxi
AneoX has quit [Client Quit]
<mripard> MoeIcenowy: then write a driver for it and use serdev
<mripard> and if you want to have all the codec magic, you probably want a regmap
<MoeIcenowy> it's muxed with other userspace items
<megi> userspace needs the access to the AT serial device too, so kernel can't hog it ;)
<MoeIcenowy> so kernel cannot occupy it
ccaione has quit []
<megi> but what else do you need other than running AT+QDAI=... once per lifetime?
<mripard> iirc serdev can handle it
ccaione has joined #linux-sunxi
<MoeIcenowy> then how to bind serdev to a ttyUSB?
<megi> that would need to be async, the codec driver would have to wait for the device, and then attach to it, do its thing and detach, I guess?
<megi> actually it may be nice for modem power management too, if not for the codec setup
<MoeIcenowy> ah modem PM is really an issue
<megi> on dev phone it can be done by gpio only, but on BH you need AT commands to shut it down
<mripard> if the USB device is fixed, then you have a DT binding to represent USB devices iirc
selfbg has quit [Remote host closed the connection]
pmp-p has quit [Ping timeout: 246 seconds]
fALSO has quit [Excess Flood]
fALSO has joined #linux-sunxi
pmp-p has joined #linux-sunxi
<MoeIcenowy> mripard: can it have a power sequence?
<MoeIcenowy> for example, the device is fixed, but will only appear on the bus if a reset is deasserted
<mripard> I guess so, I don't have practical experience with it though
grosso has quit [Read error: Connection reset by peer]
<megi> MoeIcenowy: you may run into an issue when the usrespace have serial device open if the kernel also wants to communicate too
<megi> for example during suspend
<megi> you may be able to close the fd for userspace, but it looks like it will be a mess
<megi> userspace will have to be able to reopen it
<megi> automatically
<megi> and not fail hard if reads/writes start returning EBADF
chewitt has joined #linux-sunxi
<megi> MoeIcenowy: this is why I wrote a note about re-adding gpios to control modem power back to the production devices: https://wiki.pine64.org/index.php/PinePhone_v1.1_-_Braveheart#Modem_PWR_KEY_signal_is_not_connected , because it's much simpler than ^^
JohnDoe_71Rus has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
Putti has quit [Ping timeout: 260 seconds]
Putti has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
bjne has joined #linux-sunxi
<jernej> megi: what is side effect of this issue? video layer gets disabled?
<jernej> to be honest, that register doesn't need to be set every time
<jernej> BSP driver updates those registers only on change
aloo_shu has joined #linux-sunxi
<jernej> that would avoid most such issues
<jernej> I've been thinking to implement something like that, but never come around to it
reinforce has joined #linux-sunxi
florian has quit [Quit: Leaving]
<jernej> but now I see there would be actual benefits
<megi> side effect is that you get vblank timeouts, userspace hangs until kernel recovers
<megi> so this will also block tcon somehow
<megi> but just re-enabling the layer via devmem makes everything work again
<megi> I have a patch that makes plane register writes much less frequently, but it's just for the pipeline/layer config
ganbold_ has joined #linux-sunxi
<megi> not for formats, scaling, etc.
<jernej> megi: you can try this https://patchwork.freedesktop.org/patch/346997/
<megi> interesting
<megi> I'll try
<jernej> as I mentioned in comment, this solution is not perfect
<jernej> but it may help you anyway
ganbold has quit [Ping timeout: 268 seconds]
<megi> though I'm not having artifacts, the whole thing hangs
<jernej> I know, but may help that registers are not touched during processing
<megi> but I was also using a patch that didn't mask the hangs, normal mainline re-enables the layer each modeset at the end, I think
<megi> yeah, I'll try incorporating this somehow
<megi> thanks for the pointer
<jernej> IIRC BSP driver commits new values after busy bit is cleared
nazmi has quit [Ping timeout: 268 seconds]
<jernej> megi: I think this patch https://patchwork.freedesktop.org/patch/347115/ tries to solve zpos issue in different way, right?
<megi> right, that looks better, and it's what mripard suggested to me
<megi> when I posted my patch
TRS-80 has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
giomba has joined #linux-sunxi
yann has quit [Ping timeout: 265 seconds]
giomba_ has joined #linux-sunxi
giomba__ has joined #linux-sunxi
giomba has quit [Ping timeout: 268 seconds]
giomba_ has quit [Ping timeout: 240 seconds]
florian has joined #linux-sunxi
ldevulder has quit [Remote host closed the connection]
<jernej> has anyone issues with IR on H5 with Linux 5.4 ?
ldevulder has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 265 seconds]
ldevulder_ has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
ldevulder has quit [Ping timeout: 268 seconds]
ldevulder__ has joined #linux-sunxi
florian has quit [Ping timeout: 265 seconds]
ldevulder_ has quit [Ping timeout: 268 seconds]
tllim has joined #linux-sunxi
sunilmohan has quit [Ping timeout: 260 seconds]
<damex> is it expected for h5 board to be surprisingly hot ? i have (not so big) heatsink on https://linux-sunxi.org/Libre_Computer_Board_ALL-H3-CC and when i do compute (compile kernel?) - temperature rise very high like 95*C. does it desperately need a fan?
sunilmohan has joined #linux-sunxi
sunilmohan has quit [Changing host]
sunilmohan has joined #linux-sunxi
Xalius has joined #linux-sunxi
s_frit has joined #linux-sunxi
megi has quit [Ping timeout: 265 seconds]
tecdroid has left #linux-sunxi ["WeeChat 2.5"]
dev1990 has joined #linux-sunxi
florian has joined #linux-sunxi
yann has joined #linux-sunxi
dev1990 has quit [Remote host closed the connection]
giomba__ has quit [Ping timeout: 268 seconds]
matthias_bgg has joined #linux-sunxi
pmp-p has quit [Ping timeout: 268 seconds]
megi has joined #linux-sunxi
pmp-p has joined #linux-sunxi
<megi> damex: that's rather hot, though H5 doesn't have cpufreq in the mainline kernel, so it's probably running constantly on whatever voltage/frequency set by u-boot
warpme_ has quit []
warpme_ has joined #linux-sunxi
giomba__ has joined #linux-sunxi
giomba__ has quit [Ping timeout: 265 seconds]
chewitt has joined #linux-sunxi
lkcl_ has joined #linux-sunxi
checkpoint has joined #linux-sunxi
checkpoint has quit [Client Quit]
checkpoint has joined #linux-sunxi
z3ntu has joined #linux-sunxi
<z3ntu> Hi, does anybody know how to get Kodi working with Cedrus?
<z3ntu> (or how to use any other media player with cedrus, up-to-date documentation seems to be non-existant for cedrus, I just find stuff from 2017 or before)
<KotCzarny> check out libreelec-h3 project
<jernej> note that it uses additional, out-of-tree Cedrus patches
<jernej> and modified ffmpeg
<KotCzarny> jernej: do you have a name for your project?
<jernej> it LibreELEC, official
<jernej> *it's
<KotCzarny> oh, so it's merged already?
<jernej> long time ago :)
<KotCzarny> nice
jstein has joined #linux-sunxi
<jernej> just there are no stable images yet
<KotCzarny> anything preventing stable release?
<KotCzarny> would be nice to have repos not disappearing every few months
<KotCzarny> :)
<jernej> first of all, Kodi v19 must be released, which will take some months
chewitt has quit [Read error: Connection reset by peer]
<jernej> and there are a lot of small issues with video handling
chewitt has joined #linux-sunxi
<jernej> some people would also like to see deinterlacing implemented
<jernej> which is WIP
<KotCzarny> ya, but even without deinterlacer its perfectly usable
<jernej> true
<z3ntu> Okay so I would need kodi from git, kernel patches & ffmpeg patches?
<KotCzarny> you just want kodi or something more?
<z3ntu> I'm just interested in Kodi on the Pinetab
<jernej> ah, I have one in order to port LibreELEC for it, but I didn't do it yet
<jernej> now that DSI patches are finished, I could try
matthias_bgg has quit [Ping timeout: 240 seconds]
<jernej> just do a research in LibreELEC git to see what patches are used
<jernej> yes
lkcl_ has quit [Remote host closed the connection]
chewitt has quit [Quit: Zzz..]
camh has quit [Quit: WeeChat 2.3]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
* checkpoint wonders what is the status of H264 encoding support in Cerdus ?
netlynx has quit [Quit: Ex-Chat]
* checkpoint is currently bound to be using legacy 3.4 kernel because of CedarX video encoding
Xalius has quit [Remote host closed the connection]
pmp-p has quit [Ping timeout: 240 seconds]
chewitt has joined #linux-sunxi
chewitt has quit [Client Quit]
reinforce has quit [Quit: Leaving.]
<jernej> false alarm, IR works well on H5 on linux 5.4
fl__0 is now known as fl_0
Xalius has joined #linux-sunxi
TRS-80 has quit [Quit: WeeChat 2.3]
NeuroScr has joined #linux-sunxi
TRS-80 has joined #linux-sunxi
jstein has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
lkcl has quit [Ping timeout: 265 seconds]
tllim has quit [Ping timeout: 260 seconds]
Kwiboo has quit [Ping timeout: 268 seconds]
gaston1980 has joined #linux-sunxi
Xalius has quit [Read error: Connection reset by peer]
Xalius_ has joined #linux-sunxi
Kwiboo has joined #linux-sunxi
aloo_shu has quit [Quit: stay excellent]
florian has quit [Ping timeout: 268 seconds]
Wizzup has quit [Ping timeout: 240 seconds]