<mnemoc>
does mali work on a20 without the reserved memory thing?
<mnemoc>
err. a10
rellla has quit [Remote host closed the connection]
<mnemoc>
I remember userspace not working on linux and android if the memory was not on the blessed address
<mnemoc>
ssvb: --^
<ssvb>
mnemoc: we were just lazy when adding mali support for a20 and did not want to do this weird memory reservation ritual for it :)
<ssvb>
mnemoc: it works fine for a10
<atiti>
which kernel is the next most stable after 3.4? 3.10? or sunxi-next?
<mnemoc>
3.4
<atiti>
after 3.4 :P
<mnemoc>
next
<atiti>
cool, thx
<ssvb>
mnemoc: I mean boot time memory reservation is not strictly required (and has questionable value) on all devices with mali
geecko has joined #linux-sunxi
<mnemoc>
we didn't add it for fun. the driver simply didn't work without it
<ssvb>
mnemoc: something else must have been broken, the boot time memory reservation for mali is a kind of cargo cult
mturquette has joined #linux-sunxi
<mnemoc>
so sure a10, a10s, a13 and a20 can use the current mali drivers in android and linux without it?
<mnemoc>
sure sure? :p
<ssvb>
mnemoc: I'm 100% sure about linux, and 99% sure about android :)
<mnemoc>
good enough
<mnemoc>
ssvb: what's the stability problem with having CMA support in the tree if not used?
<mnemoc>
anything that is in mainline and helps cleaning 3.4 should be welcomed
<ssvb>
mnemoc: it hacks all over the place in mm code
<mnemoc>
but any known *problem* beside the bad taste of touching all mm/ code?
<mnemoc>
specially considering CMA is accepted on mainline anyway
<ssvb>
mnemoc: I would probably just create a sunxi-3.4-multimedia branch and let the people test it for any regressions
<mnemoc>
in that case it's better to wait for sunxi-3.10
ZetaNeta has quit [Ping timeout: 272 seconds]
<ssvb>
mnemoc: why waiting? it would be nice to get cedar video decoding more usable sooner
<mnemoc>
sure, but I don't like the idea of having yet another branch.... I wanted to add it to stage/
<mnemoc>
stage/sunxi-3.4 I mean
<ssvb>
mnemoc: well, I guess it would also work for a stage branch
<ssvb>
we just need to watch carefully for any regressions and drop this stuff on any sign of trouble
<mnemoc>
sounds perfect for stage/ :p
<mnemoc>
anyhow, It's a fresh stage/
<ssvb>
yeah, I have just noticed :)
<mnemoc>
can you please send it to the ML (and provide a pull branch for lazy me)
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<mnemoc>
my 4 cheap usb/ttl adapters are dead.... but my loyal fl232rl works, so I can finally test sunxi-3.10 and start working in the hybrid dt/script.bin support to bring in the rest of the drivers to deprecate 3.4
<ssvb>
mnemoc: it might be too big for the ML (something around 60 patches from LTSI), and it also has some minor conflicts to be resolved
<mnemoc>
then only the summary and the pull url
<ssvb>
ok, let's try this
<mnemoc>
just to have where to hook the rantings
<ssvb>
:)
AreaScout has quit [Ping timeout: 240 seconds]
AreaScout has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
AreaScout has quit []
n01 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 248 seconds]
<atiti>
anyone has some vdpau sample codes around? (something a bit simpler than the mplayer source code?)
Black_Horseman has joined #linux-sunxi
paulk-collins has quit [Quit: Ex-Chat]
n01 has joined #linux-sunxi
parabyte has quit [Quit: Leaving]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<ssvb>
mnemoc: github decided to do some maintenance unexpectedly :(
popolon has quit [Quit: Quitte]
BJfreeman has quit [Quit: had a good time]
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 264 seconds]
naobsd has quit [Quit: Page closed]
ganbold__ has quit [Remote host closed the connection]
kivutar has quit [Ping timeout: 252 seconds]
n01 has quit [Ping timeout: 272 seconds]
kivutar has joined #linux-sunxi
<morfoh>
ssvb: dw, mnemoc is also in "maintenance" cycle ... but an expexted one ;)