<sicelo>
arno11: upower reports discharge rate as 215mW on my idling N900. is it typical?
<sicelo>
ah, looks good ... seems to be around 55mA. i guess it's acceptable
mkfx has left #maemo-leste [#maemo-leste]
mkfx has joined #maemo-leste
_fab has joined #maemo-leste
<mkf>
freemangordon: could you either send your kernel build or see how much power does you a33 sips (i test via sensors command, but there might be other ways)
lyubov has quit [Read error: Connection reset by peer]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
pere has quit [Ping timeout: 252 seconds]
<sicelo>
freemangordon: Wizzup: how would i debug status-area-applet-battery since it's an .so? my changes don't seem to have any effect, for some reason i can't fathom
<sicelo>
specifically, i'd like to see why batmon.c isn't doing what i'd expect
pere has joined #maemo-leste
<Wizzup>
you cna use maemo-invoker / maemo-summone and gdb
<sicelo>
ty! i was search for that since i do remember reading it before. but my google-fu didn't help
arno11 has joined #maemo-leste
<arno11>
sicelo: yeah, 55mA is acceptable. however, it usually fluctuates a bit between 44 and 56mA
<Wizzup>
we need to work on our developer docs :)
<Wizzup>
freemangordon: any objection to me working on migrating all core repos today? nothing will really change initially, but it'd be nice to push to both repos if there are additional changes
<Wizzup>
we can also do say extra pkgs first[1;5D[1;5D[1;5D
<sicelo>
Wizzup: mmm, my lack of gdb-fu is catching up with me. i can start h-s-m as indicated on that page, but how do i actually gain access to what status-area-applet-battery:batmon.c is doing? e.g. to set a breakpoint so i can inspect variables at a given point in the execution
<mkf>
you could put a bp at open() i guess?
<mkf>
and write/read
<mkf>
but that might be too low level, applet might not be that low level
<Wizzup>
sicelo: get dbgsym installed, then you can do break source_file.c:lineno
<Wizzup>
or break <function name>
lyubov has quit [Read error: Connection reset by peer]
<sicelo>
oh nice, at least my mce stuff is working nicely. once capacity_level reported "Low" the device just started shutting down :p
<sicelo>
mmm, or not? i wonder what did shut it down, because it's not upower, and i didn't configure mce.conf for that on my device yet
<Wizzup>
magic :)
<Wizzup>
I suspect /var/log/ will contain some info
lyubov has quit [Read error: Connection reset by peer]
<sicelo>
2025-03-26T12:55:47.471253+02:00 localhost systemui[2813]: systemui: shutdown_ind from DSME, quitting
<sicelo>
interesting. wonder where/how dsme got that from
<sicelo>
ah, mce.ini:CriticalVoltage
lyubov has joined #maemo-leste
pere has quit [Ping timeout: 244 seconds]
<mkf>
cpufreq works.
<mkf>
but power drain still remains unsolved.
arno11 has quit [Quit: leaving]
leste has quit [Remote host closed the connection]
<freemangordon>
mkf: don't expect too much from allwinner
<freemangordon>
I'd say 300 mA idle is ok
<freemangordon>
lemme check what mine is doing
<freemangordon>
there is a reason I replaced original 2300mAh battery with 3x1800 mAh :D
<sicelo>
heh, 3x? i.e. you stacked them?
<freemangordon>
connected in parallel
<freemangordon>
POWER_SUPPLY_CURRENT_NOW=-388000
<freemangordon>
that's more or less normal
<mkf>
eh
<sicelo>
yeah, SoC issue ... same issue with Pinephone and Librem5
<freemangordon>
mhm
<mkf>
so allwinner should last less then n900
<freemangordon>
times less
<mkf>
even though it's battery can 5 times as large?
<freemangordon>
mhm
<mkf>
sux. :(
<sicelo>
and ... bull's eye! the status menu stuff works good now :-)
<freemangordon>
:)
<mkf>
congrats.
<sicelo>
will update the code, and submit MRs
<freemangordon>
sicelo: did you see my comment?
<sicelo>
yes, i did. thanks. there were lots of other problems too, which the compiler complained about
<freemangordon>
ok
arno11 has joined #maemo-leste
<arno11>
sicelo: oh great @h-s-m !
<mkf>
wait tho.
<mkf>
this isn't sipping 300mA
<mkf>
it's sipping 1mA
<mkf>
*1A
<mkf>
something is clearly wrong...
<arno11>
sicelo: ty btw for blacklist, now battery applet is ok and orange led as well
<arno11>
mkf: wow @1A
<mkf>
freemangordon: idle as in screen off?
<mkf>
or screen on and doing nothing?
<sicelo>
arno11: ah, so that's why the last applet and led work didn't help you ... guess it was working for me because i'd done the blacklist correctly, but submitted garbage :p
pere has joined #maemo-leste
bencoh has quit [Ping timeout: 244 seconds]
<arno11>
sicelo: :P
<arno11>
sicelo: hm it doesn t work each time i plug on charger: sometimes charging notif appears immediately and it starts charging (with led working), and sometimes it starts charging after few sec with no notif and no led
bencoh has joined #maemo-leste
<arno11>
if i unplug/plug charger, it works again (100% of time apparently)
<arno11>
hm not 100%
<arno11>
maybe 60% of time
<sicelo>
mmm, maybe our patches aren't all in place
<arno11>
yeah maybe
<sicelo>
because on my previous (chimaera) image, it was working 100%
<sicelo>
will re-test after i'm done with this upower work
<arno11>
ok
<donihalim>
friends laugh at me for using n900, until they receive whatsapp message from it
<sicelo>
this one doesn't really depend on the patched upower, since it just looks at the 'voltage' property of UPower, which is available in any version.
<mkf>
what do they do?
<sicelo>
our long term plan is to drop the patched upower that we have ... which estimates the percentage from voltage if the fuel gauge does not report it
<sicelo>
so we're trying to push some changes upstream ( https://gitlab.freedesktop.org/upower/upower/-/merge_requests/259/ ). since we will not be estimating in upower anymore, we need alternative for (1) ensuring device shuts down at appropriate time, and (2) we display some reasonable icon for the user.
<sicelo>
mkf: this one does (1) from the list above :-)
<mkf>
awesome
<Wizzup>
any ideas on how to best coordinate the migration to git.maemo.org, so that we don't have to manually try to keep thing in sync?
<Wizzup>
I'd like to leave the gh repos open / as they are, but now sure how to make sure people go to the right place then
<Wizzup>
(or in case we want to switch back, then it's nice to leave them open too)
<mkf>
maybe a git hook?
<sicelo>
i think GH supports setting repos as archive?
<Wizzup>
I don't really want to archive them
<Wizzup>
we can have git.maemo.org push any changes to them
<Wizzup>
but like for new pull requests, issues etc, it's better to have it on git.maemo.org
<Wizzup>
I think there's value in keeping the repos synced
<Wizzup>
I don't think we can do it when it is an arhive
<mkf>
you can't undo a archive iirc
<mkf>
and yes, i think if leste or maemo.org ever dies, having sources in github would be helpful for future people
<sicelo>
ok. should be possible to disable creation of new MR's and Issues
<mkf>
(it's really hard to find stuff about cordia or other early n900 related projects)
<Wizzup>
I mean I can just at least attempt to move all repos over now, as long as the folks with push access keep it in mind?
ungeskriptet_ has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 265 seconds]
ungeskriptet_ is now known as ungeskriptet
<Wizzup>
any objections to me starting with this today?
<sicelo>
maybe check if fmg also agrees :-)
<Wizzup>
freemangordon: ^
<Wizzup>
in any case I can start by just syncing all the repos, this will take hours (not my time, computer time), and then we can re-clone some if they changed
lyubov has quit [Read error: Connection reset by peer]
<arno11>
sicelo: Wizzup: is it normal we use upstream upower in daedalus and not in chimaera -devel ?
<sicelo>
well, i'd say yes :-)
<arno11>
ok
<sicelo>
for one, in chimaera, we would have no hope to even run upstream upower, due to glib and gudev versions
<arno11>
ah ok
lyubov has joined #maemo-leste
<sicelo>
even in daedalus, i found that to build 1.90.7, i had to downgrade gudev requirement by two versions. upstream actually wants 238, but daedalus only has 237
<sicelo>
s/two versions/one version/
<arno11>
ok
<sicelo>
i find the N900 too addictive :p
<sicelo>
i had wanted to spend time on the L5 port, but N900 took over
<freemangordon>
Wizzup: is short, do you ask me if I am ok with start using git.maemo.org instead of github?
<arno11>
sicelo: i perfectly know that feeling unfortunately :)
<Wizzup>
freemangordon: yes but I also want to find a good time to do it
<Wizzup>
so that I don't sync everything, then we push to github and wonder if any code is lost
ceene has quit [Ping timeout: 245 seconds]
<arno11>
Wizzup: sicelo: @calls issue, PA returns 'memblock.c : pull full, and killed at the begining of the call. so i suppose it is low on memory but why ?
donihalim_ has joined #maemo-leste
donihalim has quit [Remote host closed the connection]
<arno11>
ah it says sink.c: Cannot update sample spec, SINK_IS_RUNNING, will keep using s16le and 48000 Hz
<arno11>
and module-suspend-on-idle.c: Sink alsa_output.platform-n900-audio.Voice_Call__hw_RX51_0__sink becomes busy, resuming.
donihalim_ is now known as donihalim
_fab has quit [Quit: _fab]
<arno11>
weird that the issue only happens with ringtone, not with other kind of sound
LeePen has quit [Ping timeout: 252 seconds]
<gnarface>
maybe it's something specific about the format of that ringtone file?
<gnarface>
maybe it's a weird format?
<arno11>
that's the original one
<arno11>
but we always had issues with nokia ringtones btw
<gnarface>
well i presume it's not S16_LE or 48000 Hz
<Wizzup>
didn't we increase the amount of ... memfds or so that pa could open?
<Wizzup>
something with shm at least
<Wizzup>
I wonder if that maybe got lost somehow
<Wizzup>
I can't wait to switch to pipewire
<Wizzup>
lol
<arno11>
yeah i tried to modify shm but same result. i didn t try to decrease it btw
<Wizzup>
ok
<arno11>
yeah @pipewire
<Wizzup>
freemangordon: I'll add droid4-linux and see how that goes, since it's a huge repo
donihalim has joined #maemo-leste
donihalim has quit [Changing host]
<freemangordon>
ok
<freemangordon>
otherwise I am fine
<Wizzup>
ok
<mkfx>
freemangordon: sorry to mention you again, can you specify how you tested your sunxi? With screen off?
<freemangordon>
mhm
<freemangordon>
through ssh
<freemangordon>
if by "tested" you mean getting power usage
<mkfx>
Could you also test with screen on, wifi on, max backlight?
<freemangordon>
sec
<freemangordon>
-935000
<mkfx>
So 1A
arno11 has left #maemo-leste [#maemo-leste]
<mkfx>
Very well. I thought something was wrong with my dtb
<freemangordon>
yeah, allwinner is a hungry beast
<Wizzup>
I'd be very happy if we can get some sunxi/allwinner images going again
peetah has quit [Ping timeout: 252 seconds]
<freemangordon>
me too
<Wizzup>
I have so much sunxi hardware and I'd still like to a lime2 or olinuxino64 into a car navigation system :)
<Wizzup>
liek to turn*
<freemangordon>
heh
peetah has joined #maemo-leste
<freemangordon>
unfortunately the tablet I have here has no gps
<Wizzup>
I was planning to hook up a usb modem to the lime2 or olinuxino
<freemangordon>
how precise that would be?
<freemangordon>
or, you mean modem with gps?
<Wizzup>
yes
<Wizzup>
almost all of them have gps
<freemangordon>
really?
<Wizzup>
sure, the ones you have all do gps
<Wizzup>
the quectel ones
<freemangordon>
do they? ok, cool.
<Wizzup>
EG25-G supports Qualcomm IZat location technology Gen8C Lite (GPS, GLONASS, BeiDou/Compass, Galileo and QZSS) and the optional multi-constellation GNSS receiver greatly simplifies product design and provides quicker, more accurate and more dependable positioning.
<Wizzup>
glonass being the russian one, galileo being the european one
<freemangordon>
I have ec25-e
<freemangordon>
yeah, seems it supports it
_fab has joined #maemo-leste
<Wizzup>
yeah, and they work if you have a few of the udev rules in place
<Wizzup>
I think I showed this off on openfest with the lime2's some years ago
<freemangordon>
what do I need udev rules for? ofono supports location on qmi devices
<Wizzup>
gpsd device name
<Wizzup>
I don't think we've ever used ofono for location
<mkf>
i think my last message didnt get here, did it?
<sicelo>
it didn't
<mkf>
other than pine phone, n900 and motorollas there are no well supported targets?
<sicelo>
yes. there is a poco f1 port, but it's not really maintained afaict.
<sicelo>
there should also be Librem5 by now, but as you can see, i'm busy wasting time on N900
* sicelo
hides
Livio_ has joined #maemo-leste
<mkf>
hm, i can't find any motorola, pinephone or liberm in my country
<sicelo>
anyway, anyone can submit a port and i'm quite sure it'll be accepted, as long as said person is available/willing to maintain it
<mkf>
i might port it to lg v20, since that seems like a nice phone and i already have one.
<mkf>
i just need to root it i guess.
<sicelo>
mkf: pick any other phone that is well supported by mainline, e.g. Samsung A3/A5 2015, Poco F1 (you can pick up the port), Oneplus 6/6T, Pixel 3a,
Livio has quit [Ping timeout: 264 seconds]
<sicelo>
interesting that lg v20 ...
<sicelo>
seems kernel for it would be https://gitlab.com/msm8996-mainline/linux ... but it has weird screen. do you even have bootloader unlocked on it? seems only US variant can be unlocked
<mkf>
it can be unlocked thru hacks for all varients, only us varient can be unlocked offically
<sicelo>
ok
Twig has quit [Remote host closed the connection]
_fab has quit [Quit: _fab]
ceene has quit [Ping timeout: 244 seconds]
akossh has quit [Quit: Leaving.]
<arno11>
part #maemo-leste
<arno11>
lol
arno11 has left #maemo-leste [#maemo-leste]
Livio_ has quit [Ping timeout: 264 seconds]
mkfx has left #maemo-leste [Disconnected: Replaced by new connection]
mkfx has joined #maemo-leste
donihalim has quit [Remote host closed the connection]