<uvos>
lots of work i know, but really we should just switch to systemd, it would be alot better for us since, while im not a compleat fan of the kitchen sink approche, we really use the features it provides (with our own hacky tools)
<uvos>
and example of this is dsme lifeguard and reboot behavior, systemd can do both of these
<uvos>
Wizzup: ok great!
<Wizzup>
not going to happen with this release
<uvos>
right
<Wizzup>
we could consider -also- supporting unit files, but the way the whole thing went down still annoys me
<uvos>
yes politics where horrible, as is the absorbtion of other stuff like udev into the systemd orbit, but systemd the init system itself is not bad
<Wizzup>
well, in any case, we'll keep dsme around for now, but I agree it's a bit of a mess, the shutdown in particular
<uvos>
the shutdown isent the main problem imo
<Wizzup>
while we reboot/shutdown, dsme tries to restart services that stop working because they depend on something else that was stopped
<freemangordon>
Wizzup: if we shutdown through dsme, this will not happen
<freemangordon>
or at least meakle dsme know that we do shutdown
<freemangordon>
*make
brabo has quit [Quit: leaving]
<Wizzup>
freemangordon: ok
brabo has joined #maemo-leste
<Wizzup>
freemangordon: np if not, but do you think you could look at eds tp today? I have an itch to finish this chimaera stuff this week and this is a blocker for anything that wants to use abook
xmn has joined #maemo-leste
<uvos>
Wizzup: btw i dont think we need sdl2 anymore either
<uvos>
i think kmsdrm is enabled upstream
<uvos>
and the other patches wehere about directfb we dont need anymore with ddk1.7
<uvos>
*17
<Wizzup>
yeah, I marked it was probably skip
<Wizzup>
it as*
<uvos>
same story with sdl1
<uvos>
hmm besides --enable-video-x11-xrandr=yes
<uvos>
need to look at the flags upstream
<Wizzup>
well we still need to build our own mesa I am sure (glesv1)
<uvos>
not sure how this is related, but yes
<Wizzup>
well, debian is disabling gles1 in various places
<Wizzup>
so there's a good chance they also disabled it from libsdl1
<freemangordon>
Wizzup: will try, but no promise
<Wizzup>
freemangordon: ok, ty
<freemangordon>
I am a bit of disappointed with kernel maintainers and need a bit of rest
<Wizzup>
freemangordon: it'll be hard to test I am sure, but if it just compiles first that's probably enough for now
<uvos>
Wizzup: sdl1 dosent appear to have any such flag
<freemangordon>
sure, it is just that I want to be in a mood for it :)
<Wizzup>
ok
<uvos>
Wizzup: btw i have another xt1602
<Wizzup>
oh, cool
<uvos>
soon anyways
<Wizzup>
I'm still waiting for the xt1602 I ordered to arrive
<uvos>
i bought my gf a new phone and will collect hers :P
<Wizzup>
nice :)
<Wizzup>
I'm still lookng for another to send to Tony, since this'll be my first, so if you see one on ebay
<Wizzup>
lol, they only do pickup and it's on the border with belgium and germany (3+ car drive)
<Wizzup>
3h+
<uvos>
sounds.. also expensive :P
<Wizzup>
this one is 25 eur, dropped them a msg
<Wizzup>
we'll see
<Wizzup>
the irony is that the website tells me I am a "world changer" by buying second hand, and that the CO2 saved is the amount of a trip from amsterdam to brussels, which is maybe only twice the distance of picking it up
<uvos>
xD
elastic_dog has quit [Ping timeout: 264 seconds]
<uvos>
there allways some on ebay-kleinanzeigen btw
<freemangordon>
and now it happens even if I scroll h-d
<Wizzup>
smells like a leak
<freemangordon>
so, to me it looks pvr driver run out of MMU space
<freemangordon>
yes, but I see nothing wrong in dri or gem buffers in /sys/kernel/debug/...
<freemangordon>
smells like a driver bug
<freemangordon>
Xorg has 39 fds
<Wizzup>
ok
<freemangordon>
303 dma_buf objects ~13MB in total
<Wizzup>
if it perhaps some config option we're missing? I very vague recall needing something to prevent fragmentation
<freemangordon>
no, this is SGX MMU, I don;t think kernel options have anything to do with it
<freemangordon>
402 gem objects ~14MB
<freemangordon>
tiler_map looks perfect
<freemangordon>
everything points to a leak in the driver
<uvos>
fun
<freemangordon>
yeah
<freemangordon>
there was major rewrite of dma_fence code
<freemangordon>
I guess related
<freemangordon>
once I finish playing with cos estimator I will see if this is steadily reproducuble
<freemangordon>
*SOC
<freemangordon>
The fun part is that if you don't look in dmesg or ignore a little stutter, you will not understand that there is any issue :D
<Wizzup>
I haven't seen it in dmesg yet
<Wizzup>
(using it for a few days, ftr)
<Wizzup>
but sounds like gtkperf is a good way to reproduce
<freemangordon>
omap driver falls back to SW render and works
<Wizzup>
hildon-application-manager also needs porting to newer apk-pkg interfaces
<Wizzup>
made a start, but taking a break from that now
<uvos>
for some reason pvr is also a bit slower in 6.1 maybe related, maybe not
<uvos>
but openlara seams to underperform
<freemangordon>
I guess it is related
<uvos>
i havent seen the dmesg however
<uvos>
just greped
<freemangordon>
will try to repro
<freemangordon>
not now, have to attend mtg
<freemangordon>
ttyl
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
pere has quit [Ping timeout: 256 seconds]
<Wizzup>
tmlind: btw I have a xt912 here so can try the kexecboot stuff this weekend I hope :)
pere has joined #maemo-leste
thunderysteak has joined #maemo-leste
akossh has quit [Read error: Connection reset by peer]
<uvos>
tmlind: so i gues we are not going to be using the fact that the bootloader on xt912 is unlockable
<uvos>
we could use the mainline kernel for kexecboot i gues, altho presumably this would expose problems in our cpcap drivers expecting the register state to be initalized by the android kernel
akossh has joined #maemo-leste
<tmlind>
i don't think at least my xt910 is unlockable, also flashing xt912 modem fails
<uvos>
yes xt910 (and all verizon devices for that matter) is not
<tmlind>
lcd is some mipi dsi amoled.. needs some days of tinkering, no output quite yet
<uvos>
mhm
<tmlind>
but i think the lcd is the same on xt912 too
<tmlind>
so after that xt912 should behave pretty much like d4
<tmlind>
i guess only european xt910 are unlockable? mine seems to be ca rogers/fido
<uvos>
according to xda its complicated
<uvos>
on release there was a dev editon that was unlockable
<tmlind>
ok, fastboot oem unlock disabled on mine
<uvos>
at some point the just starting shipping the unlockable bootloader on all devices (in europe at least)
<tmlind>
ok
<uvos>
*they
<uvos>
im not sure if this means you can flash the later/euopean bootloader
<uvos>
probubly not
<tmlind>
probably can flas xt912 modem on it then..
<tmlind>
for the unlocked variants
<uvos>
in generaly this would be atypical for android devices
<uvos>
unlocked bootloader ususaly just means the android partitons
<uvos>
are not signed
<tmlind>
yeah modem could be still efused
dsc__ is now known as dsc_
<tmlind>
Wizzup: yeah if you get a chance see log for the info to dump, no rush
<buZz>
did ppl already notice the mce update changed the auto-backlight-adjustments?
<uvos>
it should not have
<uvos>
change how exactly?
<buZz>
it does get brighter on a bright light, but never goes back to dimmer
<uvos>
that is correct and has been so for a long time
<buZz>
oh eh weird, it did for me
<buZz>
should i be self-setting it lower every time?
<uvos>
no
<uvos>
so it resets on display off
<uvos>
so while the display is on it will only increase the brightness
<uvos>
never lower it
<buZz>
ah indeed, weird that it did lower it for me then
<uvos>
this is to prevent it changing the brightness to often
norayr has left #maemo-leste [Error from remote client]
<freemangordon>
If I translate from Bulgarian, it should be "Electromotive voltage"
<freemangordon>
seems to be EMF in english
<bencoh>
indeed yeah
<freemangordon>
"EMF is the maximum potential difference between two points of the battery when no current flows from the source in the case of an open circuit"
<bencoh>
I learned a similar word in french :)
<freemangordon>
have to go to the store, bbiab
SuperMarioSF has joined #maemo-leste
<SuperMarioSF>
Wizzup, images of second phone were sent to you via email.
<SuperMarioSF>
this is a good condition one, no gunk, no sticky surface.
<SuperMarioSF>
with almost complete accessories (one less battery, missing a unimportant paperwork)
<SuperMarioSF>
even came with its quick start screen protection film 🤣
Twig has joined #maemo-leste
<uvos>
freemangordon: you have to scale the soc estimation by voltage_max_design
<uvos>
the nominal voltage of a hv lipo is about 3.8
<freemangordon>
yeah
<freemangordon>
also, I think I shall dig my master degree thesis and remember how inverse regression models were calculated ;)
<bencoh>
^^
<uvos>
ok yeah thatl help
<freemangordon>
yeah, I was able to control a robotic arm about 2 meters long with 2 degrees of freedom to draw a square (1m side or something) with 1m/s and less than 1% error (IIRC). Simulation in matlab, but still :)
<freemangordon>
by using a simple matrix math and inverse regression
<uvos>
neat neat
<freemangordon>
mhm. So i think something similar shall be useful to simulate a battery