Supositware1 has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
Langoor has joined #maemo-leste
n900 has quit [Ping timeout: 246 seconds]
crab has quit [Ping timeout: 246 seconds]
crab has joined #maemo-leste
n900 has joined #maemo-leste
vectis has quit [Ping timeout: 276 seconds]
vectis has joined #maemo-leste
Daanct12 has joined #maemo-leste
nmdv has joined #maemo-leste
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
nmdv has quit [Ping timeout: 250 seconds]
macros_2ndPC has quit [Ping timeout: 252 seconds]
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
macros_2ndPC has joined #maemo-leste
Twig has joined #maemo-leste
elastic_1 has joined #maemo-leste
elastic_dog is now known as Guest6188
ceene has joined #maemo-leste
elastic_dog has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
elastic_dog has quit [Quit: elastic_dog]
xmn has joined #maemo-leste
elastic_dog has joined #maemo-leste
xmn has quit [Ping timeout: 246 seconds]
Twig has quit [Remote host closed the connection]
uvos has joined #maemo-leste
pere has quit [Ping timeout: 265 seconds]
pere has joined #maemo-leste
norayr has quit [Ping timeout: 252 seconds]
uvos has quit [Remote host closed the connection]
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
<freemangordon> plymouth seems to require initrd
Supositware1 has joined #maemo-leste
Supositware1 has quit [Ping timeout: 248 seconds]
pere has quit [Ping timeout: 260 seconds]
Daanct12 has quit [Quit: WeeChat 3.8]
Supositware1 has joined #maemo-leste
<buZz> freemangordon: ah, we arent using that now?
xmn has joined #maemo-leste
Supositware1 has quit [Quit: Leaving.]
ceene has quit [Ping timeout: 276 seconds]
pere has joined #maemo-leste
uvos has joined #maemo-leste
<uvos> can you kexec from arm32 to aarch64 ?
<uvos> probobuly not right?
pere has quit [Ping timeout: 276 seconds]
peetah_ is now known as peetah
nela has quit [Ping timeout: 248 seconds]
nela has joined #maemo-leste
<Wizzup> uvos: no idea
<Wizzup> uvos: why?
nela5 has joined #maemo-leste
nela has quit [Ping timeout: 246 seconds]
nela5 is now known as nela
norayr has joined #maemo-leste
pere has joined #maemo-leste
nela has quit [Ping timeout: 276 seconds]
arno11 has joined #maemo-leste
<freemangordon> ugh, why is omap xorg driver on n900 set to do manual update?
<freemangordon> no wonder it is so slow
<arno11> Wizzup: i would like to modify pulse.c again to improve latency and try 8000hz freq. (there is also a buffer issue just at the beginning of calls). can i make a PR in latency-test branch ? or maybe you have few minutes to do it ?
<arno11> freemangordon: you mean there is no xorg update for a long time ?
pere has quit [Ping timeout: 265 seconds]
<arno11> even at 850mhz es2gears shows only 34 fps max
<freemangordon> arno11: I mean that xorg.conf on n900 is wrong, fixing
<freemangordon> 99-ompa.conf that is
<freemangordon> *omap
<arno11> ok
<uvos> Wizzup: i want to maybe use kexecboot on xt1602
<uvos> Wizzup: its bootloader is 32bit and only loads 32bit kernels
<uvos> pmos have thair own 2nd stage bootloader to deal with this
<uvos> but i was hopeing to use kexecboot to make it more like the mapphones to make supporting it easier
<uvos> going stock bootloader -> pmos bootloader -> kernel -> kexecboot -> kernel is too mutch mess for me
xmn has quit [Ping timeout: 240 seconds]
<freemangordon> arno11: how do you manage to get 34fps? I get 16 here
xmn has joined #maemo-leste
<arno11> freemangordon: really ? normally with no overclock it's arround 29-30
<arno11> do you run it as root ?
<arno11> let me try
<uvos> maybe n900 sgx has the same problem where its sometimes slow
<uvos> happens on d4 soemtimes for some reason
<uvos> untill you reboot
<Wizzup> arno11: if you want to test it, you can just make a change locally, no?
<freemangordon> arno11: please upgrade, with new config you should get few fps more
<freemangordon> uvos: my uSD card is very slow, that might explain it
<Wizzup> yes, it can explain it
<Wizzup> I had the same problem
<uvos> hmm
<uvos> should be full speed then if you suspend composeing or?
<uvos> since its h-d that stalls on io
xmn has quit [Read error: Connection reset by peer]
<arno11> freemangordon: cool but i can't upgrade ATM. to much things to configure again
<arno11> but i'll try asap
<Wizzup> you can upgrade specific packages
<arno11> yes i know but sure there is no probs ?
<uvos> its not arch linux
<arno11> :)
<freemangordon> sure, it is ok
<arno11> cool
<arno11> let's try
<freemangordon> so, you get 35 fps with h-d running?
xmn has joined #maemo-leste
<arno11> h-d ?
<uvos> hildon-desktop
<arno11> ah ok yes with h-d
<arno11> between 32 and 34fps
<arno11> i need to reboot. back in sec
arno11 has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Disconnected: closed]
arno11 has joined #maemo-leste
<arno11> 35 fps instead of 32 just before update
<arno11> but es2gears is not really accurate
<arno11> let's try pcsx re-arm
<freemangordon> is there any diff after the update?
<freemangordon> you upgraded leste-config-n900, right?
<arno11> right
<arno11> yes 3 fps more
<freemangordon> mhm
<arno11> no sorry
<arno11> wait a bit
<freemangordon> hmm?
<arno11> arghhh i'll lost mycustom asound.state
<arno11> anyway
<arno11> reboot
arno11 has left #maemo-leste [#maemo-leste]
arno11 has joined #maemo-leste
<arno11> freemangordon: no diff still 32-35 fps
<freemangordon> well, at least we don;t put overhead with additional ioctls
<freemangordon> but I wonder why fps here is so low
<freemangordon> actually desktop scrolling is with up to 34 fps
<freemangordon> but es2gears are with 15fps
<arno11> i'm currently testing psx to check
<freemangordon> I doubt 850MHz OC is the reason
<freemangordon> do you use kernel from the repos?
<arno11> yes
<arno11> no diff in emulators
<arno11> and agree can't be overclock
nela has joined #maemo-leste
<arno11> even with stock kernel i get 30 fps iirc
<arno11> in es2gears
<freemangordon> could you confirm /usr/share/X11/xorg.conf.d/99-omap.conf ManualUpdate is false?
<arno11> sec
<arno11> yes false
<freemangordon> ok
<freemangordon> well, it is still better, if not fps wise, then PM wise
<freemangordon> as we don;t issue extra ioctls
<arno11> maybe i forgot a change i made but i doubt
<freemangordon> looks lik :)
<freemangordon> *like
<arno11> lol indeed
<arno11> oh wait. what is exactly the sd card you use ?
<freemangordon> slow one
<freemangordon> but, I don;t see why it should affect GPU performance
<arno11> and you get 16 fps ?
<freemangordon> yes
<arno11> like me and Wizzup lol
<freemangordon> mhm
<freemangordon> we shall find the reason for that
<arno11> that's the sd card because of i/o
<freemangordon> it is not some logging (at least strace shows nothing)
<arno11> yes indeed
<freemangordon> I did strace on both h-d and xorg, nothing suspicious
<freemangordon> maybe some other process, dunno
<arno11> i remember really weird things when sd is too slow
<freemangordon> right, but why?
<freemangordon> we don;t have any IO
<freemangordon> at least should not have
<arno11> a good challenge again i think
<freemangordon> mhm
<freemangordon> hmm, is it possible that kernel is doing some background sync every now and then?
<arno11> how monitoring that ?
<freemangordon> no idea
<freemangordon> lemme see what powertop has to say
<arno11> Wizzup: i'm a noob. i just realise i can edit pulse.c localy lol
<arno11> freemangordon: be careful sometime powertop causes crash on n900
<freemangordon> it refuses to start :)
<arno11> lol ok
<arno11> better than crash
<arno11> not related but updating n900 config doesn't affect custom asound.state
<freemangordon> well, it just hangs
<freemangordon> why it should?
<arno11> because mine is custom and apt tried to update it
<arno11> it is a custom one to get calls working
<freemangordon> yeah
<freemangordon> ok, enough for today
<freemangordon> bbl
<arno11> need to go too
<arno11> see u
uvos has quit [Remote host closed the connection]
arno11 has left #maemo-leste [#maemo-leste]
akossh has joined #maemo-leste
Pankajrai has joined #maemo-leste
<Pankajrai> Is there any doc for porting it to new device.
<buZz> Pankajrai: 99% is 'get linux mainline kernel booting' :)
<buZz> well, a lot of it
<buZz> if you can get debian or devuan booting, you could just add the leste repos and install it like that
Pankajrai has quit [Ping timeout: 250 seconds]
nela has quit [Read error: Connection reset by peer]
Supositware has joined #maemo-leste
nela has joined #maemo-leste
Supositware has quit [Ping timeout: 264 seconds]
pere has joined #maemo-leste
norayr has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
arno11 has joined #maemo-leste
uvos has joined #maemo-leste
<uvos> xt1602
<Wizzup> uvos: sweet!!
<arno11> nice
<uvos> its realllly fast
<uvos> hmm
<uvos> eventually the display dies
<Wizzup> what kernel version?
<uvos> happend twice allready
<uvos> 6.3
<Wizzup> nice
<norayr> quallcomm, nice
<norayr> congrats
<norayr> isn't it the device which worked with hasselblad camera plugin?
<norayr> pmos has many quallcomm devices with 3d graphics supported.
<norayr> i think it is worth to support some more newer qualcomm devices, since they are simply faster.
<norayr> and newer.
<norayr> and you cannot find d4 anymore.
<norayr> (but i love d3 so much, please please please do not forget about it)
<uvos> i havent heard anyone getting xt1602's camera working
<uvos> hmm yeah ok
<uvos> if you let it go into dpms display off
<uvos> the deivce never comes back
<uvos> issues to figure out
<uvos> gpu accel is really fast
<uvos> and with video decodeing
<uvos> so thats neat
<Wizzup> still, that's great
<Wizzup> norayr: we didn't forget d3 :)
<norayr> yay yay yay
<Wizzup> uvos: lmk if I can help with leste-config or images, I have a device here
<Wizzup> norayr: not saying there is progress now..
<Wizzup> but i have like 10 at home :)
<Wizzup> (d3)
* norayr nodding
<uvos> Wizzup: a good preperation would be to duplicate all build/config stuff from the pp
<uvos> to get a image going
<uvos> xt1602 needs a android boot.img for the kernel
<uvos> not sure what we are going to do about that
<uvos> it needs to be flashed via fastboot
<uvos> you cant have it on the sdcard like on all of our other deivces
<uvos> so no /boot
Supositware has joined #maemo-leste
<Wizzup> uvos: hm, so what does that mean for us?
<Wizzup> that people can't boot into android?
<uvos> well that and we need to distrobute the kernel seperately
<uvos> and have people flash it by hand
<uvos> and we might as well also distrobute fastboot images for rootfs too
<uvos> since you have to nuke android anyhow
<uvos> no reason to run rootfs from sdcard really
<uvos> and then to upgrade the kernel
<uvos> we need some mechanism to flash the boot.img from a package install hook
<uvos> (not terrbily hard, but we need sutch a thing)
<uvos> anyhow this is going to be our life for every unlocked bootloader android device
<uvos> since unsuprizeingly they all have android bootloaders
<Wizzup> hm, can't we use fastboot to flash new kernels/
<uvos> not from within the device (to upgrade)
<Wizzup> actually, I think on my IFC6410 I was able to just use dd from linux to flash a new aboot.img
<uvos> but there we can dd
<Wizzup> right
<uvos> point is installing a kernel is not simply copying it somewhere
<uvos> you need to generate a android boot image with android-tools
<uvos> and flash it to the right place
<Wizzup> right
arno11 has left #maemo-leste [#maemo-leste]
Supositware has quit [Ping timeout: 260 seconds]
<Wizzup> uvos: re: duplication stuff, do you mean leste-config, image-builder and the like?
<Wizzup> image-builder has support for the OUYA, which has fastboot, so probably image-builder can deal with it
<Wizzup> I guess we'll have another kernel pkg, right?
akossh has quit [Quit: Leaving.]
uvos has quit [Ping timeout: 276 seconds]
Supositware1 has joined #maemo-leste