Quarx has quit [Read error: Connection reset by peer]
Quarx has joined #arm-netbook
vgrade has joined #arm-netbook
<rellla>
using stage/sunxi-3.0 and the latest hdmi-commits i'm wondering if i have to give some arguments to boot.scr or uEnv.txt to get hdmi running? dmesg give some edid-output, but screen doesn't come up!?
gimli has joined #arm-netbook
hansg has joined #arm-netbook
lerc has quit [Ping timeout: 255 seconds]
stefanro has joined #arm-netbook
stefanro1 has quit [Ping timeout: 260 seconds]
andi2342346 has joined #arm-netbook
lerc has joined #arm-netbook
<rm>
mnemoc, hey
provel_ has joined #arm-netbook
<rm>
which kernel branch should I use if I want both latest Mali, and the HDMI stuff?
<provel_>
3.0 in my setup is not compatible with r3p1 x11 dmali drivers
<provel_>
are shaders supposed to work with Mali drivers?
eFfeM has quit [Quit: Leaving.]
penguin42 has joined #arm-netbook
<techn_>
provel_: that's right
<techn_>
you need r3p1 kernel stuff also
<provel_>
but 3.4 seems unchanged since months, while 3.0 gets the updates (for example for usb otg port..)
<provel_>
is r3p1 working better/faster than 3.0 in xorg? in my setup xorg eats lots of CPU time (even more than 50% some times, with opengl)
<ganbold__>
jas-hacks: but gpio pin is defined in script.bin, right?
<provel_>
techn_: very nice thanks..... now need just to figure out how to speedup
<jas-hacks>
ganbold__: Yes.
hg_5 has joined #arm-netbook
<ssvb>
techn_: the performance is killed by both lack of cpu caching for the ump allocated pixmap memory, and the expensive ioctls doing these ump allocations
Skoti has quit [Quit: Page closed]
<ssvb>
provel_: just profile the code to know *what* to speedup, the answer *how* to speedup it may be sometimes obvious after the profiling is done
<techn_>
ssvb: what profiling method you used?
<techn_>
or is that embedded to that cairo
<techn_>
since I'd like to profile xbmc sometime
<ssvb>
techn_: "perf" tool, but oprofile should also work fine if you prefer it
<techn_>
I tried couple tools ( which doesnt need compiling with profiling hooks).. but valgrind kills performane.. kernel debugfs didn't work right away.. strace-like tool crashed
<ssvb>
I don't remember if I had to enable extra some kernel options to get the performance counters support for perf
<ssvb>
but this should be quite easy
<ssvb>
provel_: "in my setup xorg eats lots of CPU time (even more than 50% some times, with opengl)" - yes, because the cpu is busy copying data from the buffers where mali does all the rendering to the framebuffer
<ssvb>
provel_: and these buffers are of course uncached, which means several times worse performance than you would expect for memcpy with normal cached memory
<ssvb>
provel_: for your emulator thing, a quick check would be to just use xf86-video-fbdev driver to see if it performs better (without gles, just using software rendering)
<ganbold__>
jas-hacks: doesn't work for me, maybe I'm missing something, probably need to get linux-sunxi source and try to build kernel with some debug printf and see
<jas-hacks>
ganbold__: What device are you testing on?
<ganbold__>
cubieboard
<ganbold__>
so something like for sata: volatile uint32_t *sata_reg = (uint32_t *) 0xe1c20828; *sata_reg |= (1 << 0); /* set for output */
<ssvb>
provel_: obviously the high cpu usage for gles is not normal, dri2 mali integration needs some fixes to get the best performance out of it
<ganbold__>
maybe I'm missing something, but after that I supposed to get voltage on sata connector, am I right?
<jas-hacks>
ganbold__: Looking a cubie schematic, I guess power is controller through PH6?
<ganbold__>
jas-hacks: for usb1 I think ph06, but for sata it is PB08
<jas-hacks>
ganbold__: The quickest way to test the pins is to use hno's uboot. You can then set each pin to determine if it is the right one or not.
<ganbold__>
jas-hacks: so pb08 means pio_base + Offset: 0x28 and 0-2 bits and 001 sets for output
<ganbold__>
jas-hacks: does hno uboot have commands for gpio testing
<jas-hacks>
ganbold__: You can do something like this 'gpio set ph19', just type help for more info.
<ganbold__>
jas-hacks: I see, how to use sunxi-tools?
<libv>
provel_: have you tried looking closely at our mali-libs tree?
<jas-hacks>
ganbold__: sunix-tools is similar
<ganbold__>
jas-hacks: do I need to go to FEL mode? or make some image and write to sd card and boot?
<jas-hacks>
ganbold__: for uboot, yes need to create a bootable SD with just hno uboot on it and serial console attached. It may be quicker to just compile sunix-tools and run that from your linux distro.
<ganbold__>
jas-hacks: for uboot right, for sunxi-tools I thought totally different thing :)
andi2342346 has quit [Quit: bye]
andi2342346 has joined #arm-netbook
jas-hacks has left #arm-netbook [#arm-netbook]
hansg has quit [Quit: Leaving]
<provel_>
huf... still struggling for better gpu... anyone here used fb drivers with openVG ? should I revompile everything?
<libv>
provel_: no.
<libv>
provel_: there is no openvg available for mali at this time.
<provel_>
ok
<provel_>
I'll likely give up.... if no-one else has already a decently working port of Retroarch.... mine's still going at half speed for snes games