Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
f15h has quit [Remote host closed the connection]
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<libv>
it's totally gratuitous what i will do now, but it will be funny :)
<Turl>
libv: as long as you don't bring petrol barrels to the list ;)
naobsd has joined #linux-sunxi
<libv>
oh, i am ignoring simosx, just exercising my rights instead :)
<Turl>
uhm
<Froolap>
does it work yet?
<WarheadsSE>
Froolap: does.. what work yet?
<Froolap>
I'm not picky, I'm just tired of stuff that don't work.
<NiteHawk>
:D
<Froolap>
I hook up my pc and my banana to a kvm, works great, switch out the monitor for a large tv. unsupported mode.....
<Froolap>
Hook up the pc to the tv vga port, great, hook up the banana to the tc vga port and no work, but hook up the banana to the tv hdmi port, works...... until the out of range makes the tv smoke.
<Froolap>
I like special effects on tv but watching the tv spark and smoke isn't entertaining.
<WarheadsSE>
mkay. Well. no comment on the Banana's quality ..
<mripard_>
Froolap: and you reported these issues where exactly?
<Froolap>
That's just one of many examples of "I'm tired of things that don't work".
<Froolap>
Oh, for the banana, I was trying very hard to give the video out working on it by going through the wiki here.... never did get it working....
<Froolap>
so yeah, I documented my questions here..... the answer I got is "just for you".
<Froolap>
so the banana I pretty much gave up on.
<Froolap>
so does anything else just work?
<Froolap>
what about video over usb?
<mripard_>
no, nothing works. We spend our evening and weekends making very sure that nothing works.
<mripard_>
we're quite commited to that actually
<Froolap>
Good.. Glad to hear it. At least now I know why it doesn't work. :)
<NiteHawk>
we even do continuous integration of things that don't work...
<Froolap>
and here I thought it was the tv's fault.
<Froolap>
might not be sending edid that the kvm understands, though the kvm doed edid keepalive for non active computers.
<Froolap>
and for some reason, upgrading kvirc has broken my ability to click on a url in chat and have it open my browser.
<oliv3r>
for some reason, i can do ext4list mmc 0 perfectly fine before doing ext4load, extload gives ext4fs devread errors and then the mmc is kaput
<jero>
ssvb: do you have an idea what could cause the fbturbo driver not being able to open G2D ? g2d driver is here, devices are here, permissions are ok, kernel has r3p0 mali driver..
<jero>
on A10
pmattern has joined #linux-sunxi
<ssvb>
jelly: do you have any logs or test programs to confirm the problem?
<Vanfanel>
ssvb: sorry but I can't create a second scaled layer re-using the main sunxi_disp_t* data. I've also tried modifying the layer_reserve so I get a new layer ID for the same fb, and layer_show function to accept this new layer's layer_id. Ultimately, I can even do ioctl(disp->fd_disp, DISP_CMD_LAYER_OPEN, &tmp) with no errors at all, but the second layer is not visible...
<Vanfanel>
ssvb: so, is it possible to have a second layer with the same fb_id and fd_disp??
<ssvb>
Vanfanel: the other layers should be available, as long as they are not already allocated by something else
<Vanfanel>
ssvb: they ARE available, since even sunxi_layer_change_work_mode2(disp, layer2_id, DISP_LAYER_WORK_MODE_SCALER) returns 0
<Vanfanel>
I only need a second scaled layer to be in the background..
afaerber_ is now known as afaerber
<ssvb>
Vanfanel: then it could be probably a problem with the stacking order
<ssvb>
Vanfanel: what exactly do you want to get?
<Vanfanel>
ssvb: I need a second layer to hide the console, which is visible in the background
<Vanfanel>
ssvb: any other solution to blank the background behind the main layer is welcome, of course
<Vanfanel>
because maybe it's not the most optimal way to do it
<ssvb>
hmm, layers usually exist to show something, not hide it
<Vanfanel>
ssvb: so if you have any other idea on how to blank the console behind the main layer, it would be great
<ssvb>
Vanfanel: how is this console implemented?
kill_-9_1 has joined #linux-sunxi
<Vanfanel>
ssvb: it's the usual tty console on the framebuffer
<Vanfanel>
ssvb: the layer is over it but my layer does NOT hide it completely because the layer keeps the game's aspect ratio
xeros has joined #linux-sunxi
<ssvb>
maybe just erase the pixel data in the framebuffer and disable cursor? you don't need an extra layer for this
<Vanfanel>
ssvb: great, let's say I erase the pixel data. ok, but then I have my double buffer in the fb memory, remember?
xeros has quit [Remote host closed the connection]
MY123 has quit [Ping timeout: 246 seconds]
<Vanfanel>
ssvb: because the main layer needs them to be in fb memory to read from them, as you know :)
<ssvb>
Vanfanel: the framebuffer has an offscreen area too
<ssvb>
jero: what about /dev/disp ?
<jero>
ssvb: sorry, I forgot it. Also I noticed the disp_ump was not loaded, added it, but nothing different
<ssvb>
jero: what kind of kernel is that?
<NiteHawk>
we even do continuous integration of things that don't work...
<NiteHawk>
oops
<NiteHawk>
sorry, mistell :(
<jero>
ssvb: this is the sunxi-3.4 branch
<ssvb>
jero: "uname -a" ?
<jero>
ssvb: the uname -a is on the pastebin, it's Linux jero 3.4.103.sun4i #1 Wed Mar 4 21:17:23 EST 2015 armv7l GNU/Linux
khuey|away is now known as khuey
<ssvb>
jero: oh, you are right, sorry
<jero>
it's the top of the linux-sunxi.git sunxi-3.4 branch
<ssvb>
jero: still it is not quite clear why it fails to work
<jero>
ssvb: I tried adding logging to the code but got no success. it fails when it tries to open /dev/g2d and return a context from there, but I don't know for sure why
<jero>
ssvb: do you have non-driver version of this code in a tool by chance ?
<ssvb>
jero: using the standard defconfig or a custom one?
<ssvb>
jero: for example, g2d is not available on a13, but this does not prevent the hardware cursor or other features from working
<jero>
ssvb: no, I have differences from the defconfig
<jero>
would a diff help?
<ssvb>
jero: maybe try a default config to see if it makes any difference?
<jero>
ssvb: is it sun4i_defconfig ?
<ssvb>
jero: the default config is much better tested for sure
<ssvb>
yes, sun4i_defconfig is correct for a10
MY123 has joined #linux-sunxi
kill_-9_1 has quit [Ping timeout: 244 seconds]
<Turl>
jero: any chance you're being bit by selinux or such?
Froolap has joined #linux-sunxi
<gaara>
A20 is ARM or ARMhf ?
<Turl>
gaara: it's both (if you meant armel vs armhf)
<atsampson>
ssvb: either that or it's just taunting me ;-)
<gaara>
yes, because I have a driver with both version.. Thanks
<atsampson>
the specific error it detected is pretty weird (wrote 0xa7a7a7a7, read 0xa700a7a6)
domidumont has joined #linux-sunxi
<WarheadsSE>
gaara: it's all a matter of hard-float vs soft-float userland. Not the SoC.
<linkmauve1>
jero, run your program under strace to see which error it receives when it tries to open that file.
protoCall7 has joined #linux-sunxi
<gaara>
WarheadsSE Ok, so both should work on Banana/Orange Pi ?
<WarheadsSE>
Depends on your userland.
<WarheadsSE>
you can't safely mix and match those.
<gaara>
Android LeMaker
<Turl>
gaara: if you have an armhf distro then armhf one will work, and if you have an armel distro then the armel one will work
<WarheadsSE>
gaara: pretend I never touch either of those boards, or android
<jero>
Turl: no chance, I have SECURITY_SELINUX [=n]
_massi has quit [Quit: Leaving]
<jero>
ssvb: it's not a very common board (awsom a10) so I'm wondering what could be the hardware configuration impacts if any; will try the defconfig first
dev1990 has joined #linux-sunxi
<ssvb>
jero: the board type should not make any difference in this case
<jero>
ssvb: the fex config can't have an impact on g2d ?
<ssvb>
jelly: it may have some impact indeed
<ssvb>
^ ops, s/jelly/jero
<jero>
i went through a lot of fex issues already
<jero>
:)
<libv>
jero: an awsom a10 page was once started, but contained nothing useful, so it was removed
premoboss has joined #linux-sunxi
<jero>
is there a way to start Xorg with strace to trace driver module operations ?
<jero>
libv: it was me, I didnt have time to finish it
<jero>
still working on getting it up
<libv>
jero: we have since created a pretty thorough guide to doing so
<Vanfanel>
ssvb: ok, got to blit into the offscreen area, but fbdev console blanking is giving me a small problem: let's say I simply want to put a pixel into the framebuffer's phisical address. I would do: *((uint32_t*)( disp->framebuffer_paddr + 0)) = 0xFF000000;
<Vanfanel>
ssvb: but I get a segfault there.
<ssvb>
Vanfanel: you can't directly write to the physical addresses from the userland
<ssvb>
Vanfanel: you the pointer, which is returned by mmap
<Vanfanel>
ssvb: after disp = sunxi_disp_init("/dev/fb0", NULL) I should have the phisical address in disp->framebuffer_paddr
<ssvb>
s/you/use
<ssvb>
Vanfanel: the physical addresses are only used by the g2d and the display controller hardware, but the cpu uses virtual addresses
<ssvb>
Vanfanel: because the CPU memory accesses go through the MMU
<jero>
Turl: hmm, funnily enough, I got a trace, I can see the opening of /dev/disp, but not of
<jero>
Turl: I think i have a trail
<Turl>
ssvb: does that kernel log look ok to you? should stuff be using CMA?
<ssvb>
Turl: he does not use the standard defconfig
<Vanfanel>
ssvb: understood. Using disp->framebuffer_addr, the mmapped address, seems to work
<jero>
ok hold on, i'll try the defconfig kernel first
<Turl>
jero: I don't think the defconfig is going to make any difference at this point
<jero>
ah
<ssvb>
Turl: I thought that we only had to deal with /dev/fb0 and optionally also /dev/fb1
<Turl>
ssvb: I assume you need to use screen 1 if you connect things to the second output?
<Turl>
I may be wrong though, libv would be the one to ask
<Turl>
the ioctl check looks rather fishy in either case, setting it to something else is kind of a workaround
<oliv3r>
anybody know what the latest status is of a sunxi kms driver?
<oliv3r>
or framebuffer?
<oliv3r>
i guess we have simple framebuffer atm?
<Turl>
totally offtopic, but gitorious got bought by gitlab and is shutting down, we should move the mirrors before the end of may
<jero>
ah\
<Turl>
oliv3r: we have simplefb indeed
<Turl>
mnemoc: ^
<vishnup>
leviathanch: regarding support for A33 to mainline u-boot, without LIBDRAM source code released under GPL, it's very difficult to get this code accepted in mainline uboot
<Turl>
gitlab doesn't like linux git repos though, it 500 errors on them, there's a bug filled for it
<jero>
ssvb: swapped lcd0/1, restored original fbturbo driver, I get a broken lcd (greyish garbage) and disp not working again
<jero>
ssvp: (alsp swapped disp_mode)
<ssvb>
jero: hmm, maybe also swap the rest of fb0/fb1 settings in fex?
<jero>
ssvb: swapped the whole section
<ssvb>
I mean, there are some settings prefixed with 'fb0_*' and 'fb1_*'
<jero>
oh
FR^2 has joined #linux-sunxi
vinnes has quit [Quit: Page closed]
<oliv3r>
leviathanch: maybe before getting in touch with AW, do a list somewhere what's on your agenda, so people can get reminded what is, and more importantly, is not yet talked about
Netlynx has quit [Quit: Leaving]
<leviathanch>
oliv3r: yes, I'm the mmc-dave :)
<leviathanch>
oliv3r: my relationship with Allwinner is, I was there, having dinner with their core developers and I even was at the wedding of one of their team members
Vanfanel has quit [Quit: Lost terminal]
<leviathanch>
the Allwinner engineers and I are friends now ^^
<Turl>
leviathanch: is that common in chinese culture?
<leviathanch>
Turl: to invite a total stranger to their wedding party?
<leviathanch>
no, you usually only invite actual friends ;-)
<Turl>
leviathanch: yeah :)
<Turl>
:p
<leviathanch>
I've read a lot of books about Chinese culture
<leviathanch>
so I'm sure they ment it serious when they said "友人"
<leviathanch>
I'm not just a business contact, we chat with each other and email
<leviathanch>
and I do sell products for them here in Switzerland as long as I don't have my work permit for China
MY123 has quit [Quit: Leaving]
<jero>
ssvb: swapping fb0/lcd0 fb1/lcd1 does not seem to help,
mzki has joined #linux-sunxi
<ssvb>
jero: ok, thanks for testing this
<jero>
ssvb: i keep that "dead-like" screen
<jero>
ssvb: i'll add a patch to my local fbturbo package by the time it's fixed upstream
interrobangd has joined #linux-sunxi
<ssvb>
jero: better submit a patch upstream :)
<jero>
ssvb: yay!
<jero>
what's the ml ?
<ssvb>
jelly: the github issue tracker
<ssvb>
oops again
meow` has joined #linux-sunxi
<jero>
that makes me feel like jellow
<jelly>
damn that tab key
<jero>
:)
<ssvb>
yep, autocomplete fail ...
domidumont has quit [Ping timeout: 246 seconds]
<jero>
ssvb: should we try them both, in order, then fail if both return an error ?
<ssvb>
glshim provides emulation of OpenGL 1.x on top of OpenGL ES 1.1
<ssvb>
it does not always work correctly though
<jero>
would I still require the Mali drivers in their x11 flavour ?
<endlezzz>
is there a list of devices capable of just connecting microphone (integrated soundcard) or how much get stuff complicated when using external soundcard?
<ssvb>
jero: you can use either framebuffer or x11 mali drivers with glshim, it should not matter
<ssvb>
jero: mesa works, but it does rendering in software
<jero>
can the framebuffer Mali GLES driver operate even when fbturbo is running ?
zumbi has joined #linux-sunxi
<ssvb>
yes, it can
<jero>
so in this case it will just render in the X11 window where the gl scene happens?
<jero>
ok
<ssvb>
no, the framebuffer use is not properly synchronized between x11 and the framebuffer mali driver
<ssvb>
I just mean that it will successfully render something on screen, but you will see x11 and mali sometimes corrupting each other's output
iamfrankenstein has joined #linux-sunxi
<ssvb>
the x11 mali driver is approximately 20% slower than the framebuffer mali driver if it has enough framebuffer memory reserved
Black_Horseman has joined #linux-sunxi
<ssvb>
otherwise it uses a fallback copy path and is much slower
marcin has joined #linux-sunxi
<jero>
what are the distros running e.g. on cubieboard using to get chromium running ?
interrobangd has quit [Quit: Leaving]
<jero>
is it glshim?
<jero>
or just mesa
interrobangd has joined #linux-sunxi
interrobangd has quit [Remote host closed the connection]
<ssvb>
jero: does chromium strictly need gl?
<jero>
ssvb: I couldn't find a way not needing it :)
<jero>
same thing for Qt's embedded chromium class (QtWebEngine)
<ssvb>
well, there is webgl :)
<ssvb>
and I think that I got it running in firefox with the mali binary drivers a long time ago
<ssvb>
in fact I had webgl working on ARM with a custom build of Firefox from sources
<ssvb>
but somehow it did not work when built as a gentoo package
<Turl>
endlezzz: those cheap usb soundcards usually just work on linux
<jero>
hmm
<jero>
thanks ssvb :) i'll give it a try
<Turl>
heh, they cost under 1$ on aliexpress with free shipping. I thought they were more expensive
iamfrankenstein has quit [Quit: iamfrankenstein]
<mzki>
endlezzz: i've successfully used a native instruments audio 4 dj 4 in 4 out usb audio interface with a cubieboard without any special effort
<mzki>
might not qualify as cheap but anyway it's an example of stuff working fine
nicksydney has quit [Remote host closed the connection]
nemunaire has quit [Ping timeout: 272 seconds]
<endlezzz>
mzki: it s important to be power efficient
nemunaire has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 265 seconds]
reinforce has quit [Quit: Leaving.]
FR^2 has quit [Quit: Leaving]
<mzki>
endlezzz: well not sure how much a usb device would affect that
<mzki>
i know at least the cubieboard has an analog audio input
<mzki>
i've used it as a line in, might need additional analog circuitry to connect a mic, don't have much experience there
leviathancn has joined #linux-sunxi
<mzki>
ssvb: i'd be happy to test dual-monitor support
<mzki>
i've got and lvds laptop panel and a hdmi out on a cubie, don't know if these can be used as two separate outputs
cubear has quit [Quit: Leaving]
interrobangd has joined #linux-sunxi
<ssvb>
mzki: http://linux-sunxi.org/DualMonitorSupport already works, but jero just has a bit unusual setup on his hardware and it was interesting to know if it could handle lcd+hdmi
<ssvb>
mzki: if you manage to get the lvds panel working, then it should be able to work together with hdmi
<mzki>
ssvb: ah ok
<mzki>
ultimately i'd like to have lcd0 and lcd1 working at the same time, two ~4.3 inch lcds
nemunaire has quit [Read error: Connection reset by peer]
nemunaire has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 265 seconds]
interrobangd has quit [Read error: Connection reset by peer]
nemunaire has quit [Read error: Connection reset by peer]
<endlezzz>
mzki: hm... mayble i ll look around and buy something with onboard microphone... but i just like the rasperry pi compatibility thru all the projects... :/ dunno
nemunaire has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
pmattern has quit [Quit: Genug für heute.]
gaara has quit [Ping timeout: 265 seconds]
leviathancn has quit [Read error: Connection reset by peer]