<freemangordon>
uvos: with first patch applied it no longer segfaults, but "INFO: Failure to create window (Could not create EGL window surface)" instead
mardy has joined #maemo-leste
<freemangordon>
it seems we need newer libsdl for this to work
mrkrisprolls has quit [Ping timeout: 240 seconds]
mrkrisprolls has joined #maemo-leste
<sixwheeledbeast>
ah wifi power saving I'll check
<sixwheeledbeast>
no it's on maximum which was the default on fremantle. the advance connection dialog seems a bit ropy to use with the touch screen. I have just disabled the connection search to see if that makes a difference, I wouldn't expect it to if I already have a connection but maybe it does.
Pali has joined #maemo-leste
<Wizzup>
sixwheeledbeast: the dialog probably isn't correct
<Wizzup>
iw get wlan0 power_save
<Wizzup>
is I htink the way to get
<Wizzup>
freemangordon: we could pull in a newer one if you and uvos want
<Wizzup>
tmlind: great to hear it's restored
<freemangordon>
Wizzup: I think it will be needed, but lets wait for uvos
<freemangordon>
I as not able to backport those two patches
xmn has quit [Quit: ZZZzzz…]
<sixwheeledbeast>
iw isn't there does it need installing?
<Wizzup>
yeah
<sixwheeledbeast>
it's on - iw dev wlan0 get power_save
<Wizzup>
ok
_inky has quit [Ping timeout: 252 seconds]
pere has quit [Ping timeout: 250 seconds]
_inky has joined #maemo-leste
<sicelo>
(yes, power_save is the driver default)
pere has joined #maemo-leste
<tmlind>
Wizzup, freemangordon, uvos: can you guys also disabling dma for the serial port that causes issues on shutdown, i guess that's the console uart3?
<tmlind>
&uart {
<tmlind>
/delete-property/ dma-names;
<tmlind>
};
<tmlind>
i mean &uart3
<tmlind>
and i mean can you guys also try disabling dma :)
pere has quit [Ping timeout: 250 seconds]
pere has joined #maemo-leste
uvos has joined #maemo-leste
<uvos>
sure by all means update sdl if it helps with the bug
<freemangordon>
I am trying to build the one from sid, no success so far
<freemangordon>
uvos: could you try what tmlind asked for (uart dma)?
<uvos>
yes i plan to
<Wizzup>
we passed the last phase of the eu evaluation
<Wizzup>
grant thing
<freemangordon>
cool
<freemangordon>
Wizzup: do you know what that salsa debian repo url is?
<dreamer>
Wizzup: yes! how should I get them to you? :#
<dreamer>
although so far not super impressed. maybe I need to "train" the charging circuit and do a full discharge cycle first
<freemangordon>
Wizzup: I don't have any capacity info I see
<dreamer>
(so far have been recharching it at ~10-15% again. but maybe that's actually still 30-40%)
<freemangordon>
but yeah, google saus 1735
<freemangordon>
mtg, ttyl
<Wizzup>
dreamer: I will be in .nl on 3-4 march
<Wizzup>
dreamer: right we also cap how much we charge the battery
<dreamer>
I'm in amst on the 3rd
<Wizzup>
that might work then :)
xmn has joined #maemo-leste
MrRaeumungsklage is now known as meldrian
__20h__ has quit [Ping timeout: 240 seconds]
__20h__ has joined #maemo-leste
elastic_dog has quit [Ping timeout: 240 seconds]
TonyStone has quit [Ping timeout: 240 seconds]
macros__ has quit [Quit: Konversation terminated!]
macros__ has joined #maemo-leste
TonyStone has joined #maemo-leste
<uvos>
freemangordon: its 1740 mah nominal
<uvos>
for d4
<freemangordon>
ok
<freemangordon>
stll, 800 sounds like I need a new battery :)
<uvos>
the "new" batteries are from 2014 at the latest
<uvos>
and they have like 1200mah
<uvos>
if you want a real new battery you have to wire in some other cell
<uvos>
freemangordon: the reported capacity is wrong since i added auto detection because we blacklist the one wire module thats required to read the battery eeprom
<freemangordon>
uvos: with latest upstream libsdl, I get "INFO: Failure to create window (Can't window GBM/EGL surfaces on window creation.)"
<uvos>
when its blacklisted cpacp-battery uses the maximum that can be in a mapphone
<uvos>
(ie the thablets)
<uvos>
so that charging works
<freemangordon>
uvos: ok, it is not that important (battery)
<freemangordon>
see libsdl
<uvos>
we blacklist the one wire module
<uvos>
because it blocks idle
<uvos>
ok well, thats still a bit unfortionate
<freemangordon>
it is KMSDRM_CreateSurfaces that fails, will debug that
macros__ has quit [Remote host closed the connection]
macros__ has joined #maemo-leste
<freemangordon>
uvos: are you sure your test case is correct?
<freemangordon>
like, everything is inited correctly?
<uvos>
i mean it works in gles mode, its also taken from the init of neverball.
<freemangordon>
uvos: I don;t know what hacks are there for WL/X11, but by looking in the code of kms backend, there is no way it can auto-detect OGL/GLES
<freemangordon>
Wizzup: please pull latest libsdl
<freemangordon>
I will push the needed patches for it later on (have to do some shopping first)
<Wizzup>
freemangordon: pull, from debian/
<Wizzup>
?
<freemangordon>
pull from salsa, yes
<freemangordon>
(15,42,15) Wizzup: do you want me to do it?
<freemangordon>
(15,42,11) Wizzup: we just need to pull in new source and tag and see if we need to update debian rules
<freemangordon>
no I want
<freemangordon>
*now
<Wizzup>
ok
<freemangordon>
uvos: what do you think: instead of preventing d4 from boot to desktop on < 20% charge, isn't it better do disable one of the cores?
<freemangordon>
then it will still boot and be usable, albeit a bit slower
<freemangordon>
also, we may limit the working core frequency
<freemangordon>
decreasing the power usage even more
<uvos>
we dont do that
<uvos>
also its 3.4v
<uvos>
thats like 5% charge
<uvos>
depends on current ofc
<uvos>
also i dont think that the core is really the main user here
<uvos>
we have sgx and the display etc too
<freemangordon>
that was just an idea
<uvos>
tmlind: disabeling dma for uart3 dosent help any
<freemangordon>
uvos: did you see my notes ^^^ re sdl?
<tmlind>
uvos: ok thanks for testing
<uvos>
freemangordon: yeah looks like its pretty broken, somehow it works on x11 tho
<freemangordon>
well, it is not that bad, you either insist on GLES, or call SDL_CreateWindow() and if it fails do SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK, SDL_GL_CONTEXT_PROFILE_ES); and call SDL_CreateWindow() again
<uvos>
right
<uvos>
except it segfaulted before
<uvos>
but yeah
<freemangordon>
now it will not
<freemangordon>
we are going to pull the latest
<uvos>
ok
<freemangordon>
hopefully later today it will be in the repo
<freemangordon>
ttyl, shopping
<uvos>
freemangordon: anyhow eglGetPlatformDisplayEXT is still broken
<uvos>
freemangordon: as in it gets you a platformDisplay for gbm with swrast if you eglGetDisplayDriverName
<uvos>
with afaik no way to get pvr
<uvos>
(other than swapping cards around
<uvos>
)
<uvos>
but it looks like mesa is just broken
<uvos>
becuase its the same problem on amdgpu
<freemangordon>
yeah, it is mesa, nothing I can do there
macros__ has quit [Ping timeout: 256 seconds]
macros__ has joined #maemo-leste
<uvos>
if you have time later, please fix the build of the ddk-um libs, so that we can have gles1 again
<uvos>
(ie the re'd part)
<uvos>
or just retract the re untill it works and reissue a build of the binary package, thats fine too
<freemangordon>
I'll fix the build
uvos has quit [Ping timeout: 240 seconds]
<freemangordon>
Wizzup: may I force-push ddk-um tag with build fix?
<freemangordon>
hmm, I guess no, -devel branch is affected too
<freemangordon>
scratch that
uvos has joined #maemo-leste
<freemangordon>
umm, some suse guy acked my omapdrm patch, still nothing from Tomi. I hope he is doing well.
<Wizzup>
freemangordon: yeah force push tag is ok
<freemangordon>
too late, I made another changelog entry :)
<freemangordon>
uvos: ddk-um build is fixed, new package is in the repo
<freemangordon>
Wizzup: please lmk when you are ready with libsdl
<Wizzup>
ok
<Wizzup>
freemangordon: what version do you want, 2.0.20?