Black_Horseman has quit [Quit: Zwi se logou mou!!!]
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
<plaes>
nice catch
kuldeepdhaka has quit [Max SendQ exceeded]
kuldeepdhaka has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 276 seconds]
kuldeepdhaka has quit [Ping timeout: 240 seconds]
kuldeepdhaka has joined #linux-sunxi
kuldeepdhaka has quit [Excess Flood]
ganbold_ has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
kuldeepdhaka has quit [Excess Flood]
FR^2 has joined #linux-sunxi
deasy has joined #linux-sunxi
avsm has joined #linux-sunxi
sehraf has joined #linux-sunxi
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
hipboi has quit [Ping timeout: 240 seconds]
hipboi has joined #linux-sunxi
hipboi has quit [Ping timeout: 240 seconds]
<lauri>
Hi guys
hipboi has joined #linux-sunxi
<lauri>
I've got 3.4.79 kernel with patwood patches (I think). ./drivers/spi/spi_sunxi.c is present but there is no option to turn it on in the menuconfig. Perhaps anyone could point me to the right direction to get SPI working?
<sehraf>
Re cubieboard 8: people will wonder what happened to 4,5,6 and 7 :D
ganbold_ has joined #linux-sunxi
xinj has joined #linux-sunxi
vector80 has joined #linux-sunxi
smotocel69 has joined #linux-sunxi
<vector80>
Turl, there?
smotocel69 is now known as pirea
Superpelican has joined #linux-sunxi
vector80 has quit [Remote host closed the connection]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<physis>
ccaione: thanks for yesterday tips. After fix modules loading error I can boot sunxi-devel with fedora rootfs from hans. :-) Now i will try usb tuner, cedar, xbmc, etc ;-)
<ccaione>
glad to help
<physis>
ccaione: I will ask more tips here soon, I'm sure :-) lsusb dont working yet hehehe.
<pacopad_>
[ 17.980] (II) FBTURBO(0): mode "1280x720@60" test failed
<pacopad_>
[ 17.980] (II) FBTURBO(0): mode "1280x720@60" not found
pirea has quit [Quit: Leaving]
lioka has joined #linux-sunxi
bgal has quit [Ping timeout: 252 seconds]
<oliv3r>
hey all
<oliv3r>
i know we can source current from a gpio pin depending on the fex setting, 10-40 mA. But how much can an allwinner chip sink? The same amount? I would expect so?
npcomp has quit [Ping timeout: 240 seconds]
npcomp has joined #linux-sunxi
pirea has joined #linux-sunxi
popolon has joined #linux-sunxi
popolon has quit [Changing host]
popolon has joined #linux-sunxi
pseudomind has joined #linux-sunxi
physis has joined #linux-sunxi
physis has quit [Ping timeout: 240 seconds]
pseudomind has quit [Quit: pseudomind]
<ssvb>
pacopad_: that's what it says, the FBIOPUT_VSCREENINFO ioctl has failed
<ssvb>
cosm: the abstraction layer for xv is the right thing to do (and for the hardware cursor too)
<ssvb>
cosm: can you elaborate on double buffering?
<ssvb>
cosm: for sunxi hardware we are already doing multi-buffering by partitioning the offscreen framebuffer area into N buffers at different offsets and cycling between them
<ssvb>
cosm: what are the restrictions imposed by the rockchip display driver ioctl api?
pirea has quit [Quit: Leaving]
<ssvb>
pacopad_: what I'm saying is that the sunxi disp driver needs to be debugged to see why custom modesetting does not work
<ssvb>
pacopad_: many framebuffer drivers are in a horrible shape and buggy, they may fail to do what the X server expects
<ssvb>
pacopad_: these issues may manifest themselves as swapped red and green channels, non-working 32bpp color depth, etc.
physis has joined #linux-sunxi
<ssvb>
pacopad_: the sunxi disp driver is already not that bad, but still may be lacking in some areas
<ssvb>
pacopad_: s/red and greed/red and blue/
<ssvb>
pacopad_: huh, *green
<cosm>
ssvb: that multi-buffering is a problem because I'd have to change the framebuffer physical address for each frame, and the existing ioctl seems to be too slow for that
<cosm>
to be honest, I'm not sure whether that's a hardware or software limitation
<ssvb>
cosm: how does multi buffering work on rockchip? do these buffers need to be pre-allocated beforehand for having the best speed?
<ssvb>
cosm: because the sunxi code already does multi buffering, it just might need to be generalized to have this explicit pre-allocation step introduced
<cosm>
ssvb: a double or triple sized framebuffer is statically allocated by the kernel, it seems to be similar to sunxi
<cosm>
ssvb: and then you could change either the vertical offset from which the image is displayed, or the buffer address register
<cosm>
ssvb: but the total vertical resolution seems to be 2048, so that doesn't allow double buffering for 1080p output
<cosm>
ssvb: so we're left with changing the buffer address
<cosm>
ssvb: there's an ioctl for that, and I've tried to use it, but I was missing many frames
<cosm>
ssvb: I think it might actually restart the lcd controller, but again, I haven't looked that closely
<ssvb>
cosm: this looks like the problems in the rockchip display driver in the kernel need to be sorted out first
<cosm>
ssvb: it works acceptably for now without double buffering
<ssvb>
cosm: do you want to have double buffering fixed or leave it out for now?
<cosm>
ssvb: now you got me interested in getting things right :)
physis has quit [Ping timeout: 276 seconds]
<cosm>
ssvb: but my issue is that I don't have much free time and I'd rather clean up and publish the kernel patches and fbturbo patches I have now
<ssvb>
cosm: this sounds reasonable to me
<ssvb>
cosm: the abstraction layer can be always updated later, we are not setting it in stone, but it is critical to have people around with the right hardware to test these changes everywhere
<ssvb>
cosm: I still don't have rockchip hardware, but maybe can try to look into adding xv support for the raspberry pi and omap3
<cosm>
ssvb: about the api: yep; I was just thinking that it would suck if someone else started writing a hardware driver using this draft and then it would suddenly be redesigned
FreezingCold has quit [Ping timeout: 264 seconds]
<cosm>
ssvb: that's how you end up with forks...
<cosm>
ssvb: by the way, which allwinner Socs are supported by fbturbo?
<ssvb>
cosm: works for sure on A10/A20 (that's what I have), should work on A13 (seen some reports from the people using it) and maybe on A31 (have no clue about its support status)
<ssvb>
cosm: are you considering to get some sunxi hardware? ;-)
<cosm>
ssvb: I have a cubieboard 2 in a drawer, but I think RK3188 is better value for money ;-)
<cosm>
ssvb: and the fex think is annoying
<cosm>
ssvb: on the other hand the code quality of the kernel and other system software seems generally better
<cosm>
ssvb: anyway, I was wondering what size of video you can decode in software
<cosm>
*fex thing
<ssvb>
cosm: fbturbo should work fine on the cubieboard2, you can use it for testing of your patches
<cosm>
ssvb: yeah, but I don't have *any* software on it so I'd have some overhead
<ssvb>
cosm: software decoding works fine for the vob files from DVDs and for something like SD quality divx/xvid, but may struggle with h.264
<ssvb>
cosm: that's on allwinner hardware, rockchip should have it *much* easier :)
FreezingCold has joined #linux-sunxi
<cosm>
ssvb: it can just about decode the 20p x264 files I've tried
<cosm>
*720p
<ssvb>
cosm: with multithreaded decoding?
<cosm>
ssvb: oh yeah, with about 3.5 system load :D
<ssvb>
cosm: is your ffmpeg compiled with neon support?
<cosm>
ssvb: I would think so, It's mplayer from ubuntu saucy armhf
<physis_>
guys, what is the name for A20 ethernet MAC on linux-devel? sun4i-emac seems only work to A10.
<ssvb>
cosm: I'm not so sure, do you have perf readily available for profiling?
<Turl>
physis_: gmac
<ssvb>
cosm: the problem with armhf is that it also targets hardware like tegra2 and marvell :( they compile it for vfpv3-d16
<Turl>
physis_: it's underthe stmmac options
<cosm>
ssvb: oh, ok
<cosm>
ssvb: I know about the arm/nvidia fuck-up with making neon optional in a9 and nvidia actually not including it
<cosm>
ssvb: but I would have dropped support for that hardware :)
<vector80>
In android image, on both LCD and HDMI, same content is displayed
<vector80>
So, if I want the same thing on my A20 with Lxde, I should select disp_mode=4 ?
<vector80>
( I hate being far from my LCD TV at the moment )
seppel has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
<ssvb>
vector80: yes, this should work
tomboy65 has joined #linux-sunxi
<vector80>
ssvb, thank you soo much again...
libcg has quit [Ping timeout: 240 seconds]
seppel has quit [Quit: Leaving]
popolon has quit [Quit: Quitte]
F1skr has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 272 seconds]
bertrik has quit [Remote host closed the connection]
pseudomind has joined #linux-sunxi
pseudomind has quit [Client Quit]
xenoxaos has quit [Ping timeout: 252 seconds]
xenoxaos has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
mturquet1e is now known as mturquette
mturquette has quit [Changing host]
mturquette has joined #linux-sunxi
Andy-D has joined #linux-sunxi
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
Andy-D has quit [Ping timeout: 252 seconds]
Andy-D has joined #linux-sunxi
<vector80>
ssvb, I am not sure why, but it looks like clone does not work on my LG Smart TV.. I have been able to get both LCD and HDMI work at the same time, by using dualhead mode.
<vector80>
But now, I have another issue. I don't use xserver, I just need console on display
<vector80>
So, when I use dualhead mode, console is displayed on LCD, but nothing is displayed on LG Smart TV.
<vector80>
I feel I must find a way to create a TTY on FB1, but how to do that ?
pseudomind has joined #linux-sunxi
bgal has quit [Ping timeout: 255 seconds]
sehraf has quit [Read error: Connection reset by peer]
<vector80>
OMG I did it !
pseudomind has quit [Ping timeout: 240 seconds]
<vector80>
./con2fb /dev/fb1 /dev/tty1
pseudomind has joined #linux-sunxi
Andy-D has quit [Ping timeout: 255 seconds]
Andy-D has joined #linux-sunxi
F1skr has quit [Quit: WeeChat 0.4.3]
toxicpsion has joined #linux-sunxi
xavia has quit [Ping timeout: 252 seconds]
vector80 has quit [Remote host closed the connection]
bertrik has quit [Remote host closed the connection]
tomob has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
Andy-D has quit [Ping timeout: 250 seconds]
Andy-D has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
xavia has joined #linux-sunxi
physis has quit [Remote host closed the connection]
maksimlin has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]