<sicelo>
freemangordon: re bq2415x: it was the positioning :-)
<sicelo>
originally i had https://paste.debian.net/1331047/ ... i.e. i was calling `power_supply_changed()` after the call to `...update_reported_mode()`. now i call it just before.
<sicelo>
reported_mode actually processes data from isp170x, not bq2415x. so what was happening is that isp fires a notification, and at that time bq2415x starts the 2s internal timer, so at this time, it reports online 0.
<sicelo>
meanwhile, reported mode has already set its state to a charging mode. a couple of seconds later, isp170x fires another event with unchanged values. i absolutely don't know where this 2nd event comes from, but you can see it in https://paste.debian.net/1331046/
<sicelo>
when that 2nd event arrives, reported_mode simply does nothing since it already updated the mode internally during the 1st isp170x event. calling `power_supply_changed()` before reported_mode causes the bq24 properties to be rechecked every time isp170x reports an event, and thus problem solved :-)
lul4 has joined #maemo-leste
lul4 has quit [Quit: had to jack off]
DFP1 has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
<sicelo>
on that note, uvos thanks for merging the change. would appreciate a build so we can have testing
wanted has quit [Ping timeout: 260 seconds]
joerg has quit [Ping timeout: 246 seconds]
<tmlind>
Wizzup, uvos: i may have a kexecboot patch to possibly fix that oops issue, needs testing though, not sure why/if i ever pushed it out..
<Wizzup>
[ 41.632446] asoc-audio-graph-card2: probe of soundcard failed with error -110
<Wizzup>
this
<Wizzup>
ok
<Wizzup>
my thinking was that this might be responsible for not hitting RET
<sicelo>
thanks. that helped
<uvos>
Wizzup: btw the samall image is also lacking h-i-m
<uvos>
which makes it pretty hard to start wifi
<Wizzup>
uvos: I thought him was on there specifically
<Wizzup>
maybe it doesn't start properly, or it really doesn't exist?
<Wizzup>
hm you're right
<Wizzup>
hildon-input-meta is in hildon-meta, not in hildon-meta-core
<uvos>
yeah its there
<uvos>
but it dose you no good bacause its disabled by default and the controll pannel applet to enable it is not there
<Wizzup>
ok, but once you enable it, it works?
<uvos>
mybe i dont know the gconf call on hand
<Wizzup>
ok
<Wizzup>
I suppose you just plugged in a keyboard
<uvos>
not yet
<uvos>
also the power button dosent work
<uvos>
which is strange because it dose work
<Wizzup>
the power menu might not be present perhaps
<Wizzup>
hildon-meta-core is pretty trimmed down
<uvos>
doubleclick dosent work either
<uvos>
but power key contributes to inactivity timeout
<uvos>
strange
<Wizzup>
if you have a way to type btw, you can install the applet from apt
<Wizzup>
assuming there's any space left :D
<uvos>
i have 100mb
<uvos>
but catch 22 i cant go online
<uvos>
to get the applet to go online :P
<Wizzup>
hildon-meta-core has the systemui for tklock, powerkey and mode change
<Wizzup>
so it -should- be ok
<uvos>
and i cant use usb-net since then i cant type via serial
<Wizzup>
does it show the usb dialog if you plug in usb?
<Wizzup>
ah
<Wizzup>
well, usb net should just work no?
<Wizzup>
(for ssh)
<Wizzup>
freemangordon: I'm considering getting rid of the libosso/src/osso-mem.c stuff at laest for daedalus, it seems to try to do some userspace oom prevention by hooking malloc, but it's only used by 1 program (hildon thumbnailer iirc)
<Wizzup>
there is the lowmem state check but I don't think that exists on any of the modern kernels
Anasko has quit [Remote host closed the connection]
<Wizzup>
seems like 700M might be better
Anasko has joined #maemo-leste
<uvos>
cache is the 900MB parititon
<uvos>
p18
Anasko has quit [Remote host closed the connection]
joerg has joined #maemo-leste
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup>
uvos: right, but I also saw a 700mb one
pere has joined #maemo-leste
<Wizzup>
uvos: ok I will investigate why the droid4 leste-config was there and send oyu an image if you're up for it
<Wizzup>
issuing kernel build
<uvos>
the 700mb is the other flashable partition: cdrom
<uvos>
obviously we want kexecboot on the smaller of 2 flashable partitions
<uvos>
Wizzup: sure i have leste on p20 now so im open to trying things on p18
<sicelo>
tysm @kernel build
<sicelo>
those mapphones (i assume mapphone?) don't have sd card slots?
<uvos>
no the mz61x variants either have sdcard or a modem but never both at the same time
<sicelo>
i don't know much about mapphones ... they didn't really land in these parts. only motorola of those days that i think i ever saw was the photon q, or some other that looked similar
<sicelo>
Leste's D4 that I have is probably the only D4 in all the 9 or 10 SADC countries :p
<sicelo>
ah yeah, it was Motorola RAZR. Not sure which variant specifically, since I see a few on gsmarena
<Wizzup>
uvos: doesn't my mz616 have both?
<uvos>
Wizzup: nope
<uvos>
Wizzup: mz615 has sdcard and mz616 has modem
<Wizzup>
well this tablet has a sim slot and a (working) sd card slot\
<Wizzup>
I haven't tested the sim slot I suppose
<uvos>
hmm
<uvos>
at
<uvos>
the very least no lte version also has sdcard
<Wizzup>
right
<Wizzup>
uvos: so don't hit RET either on mz617 right?
<Wizzup>
you don't*
<uvos>
no
<uvos>
it never has for me
<uvos>
(also minimal linux root)
<Wizzup>
ok
<Wizzup>
my suspicion is the audio but I'm not sure
Twig has joined #maemo-leste
akossh has joined #maemo-leste
<uvos>
Wizzup: do you have any mz617-32 variants?
<uvos>
or any mz61x-32
alexander1 has joined #maemo-leste
alexander1 has quit [Client Quit]
<Wizzup>
I will check
<Wizzup>
(after dinner)
<sicelo>
fun, the charger uevent isn't working properly in the leste kernel, but works 100% in 6.10 that I was using while testing it.
<sicelo>
uevent is generated alright, but here, isp170x is much faster ... and finishes everything before bq2415x finishes updating itself
<sicelo>
i think our kernel is correct. anyway, no more time to play with this for a while. i will have a quick check to see what quickest solution is - probably blacklisting bq2415x again
<sicelo>
what's a good, simple way that i can get myself setup to build leste kernel locally, as a deb?
<uvos>
i have never done this except to build i386 on amd64
<uvos>
but should work, kernel has should be extra easy
<uvos>
or just build in armhf quemu
<uvos>
please avoid submitting patches that you have not tested against the kernel in question
<Wizzup>
I just use a normal cross compile fwiw
<Wizzup>
no need to build the .deb
<sicelo>
Wizzup: then moving modules manually between pc and device?
<Wizzup>
uImage and all modules yes
<Wizzup>
just run make modules_install with the var set so install the mods to some dir
<sicelo>
uvos: sure. anyway, you won't need to revert the existing patch. it's already an improvement since we're getting an uevent when plugging in charger ... just not good enough yet
<uvos>
you can also just directly install to the device by mounting it with sshfs
<uvos>
which is what i do
<Wizzup>
guys, shall I also make trixie setup now, or does that make no sense? I worry it will be hard to keep sw synced with three repos, but I can do it ofc
<Wizzup>
I suppose it can't hurt to just make it work at least
<sicelo>
three? i'd say two at a time. i.e. bookworm, so we switch to it, and as soon as switch is complete, start with trixie.
<Wizzup>
ok
<sicelo>
s/so/until/
<sicelo>
anyway maybe others have different idea :-)
<Wizzup>
uvos: so then shall I call these mz617-emmc-bootstrap, mz617-emmc en mc617-sd or something?
<Wizzup>
s/ en / and /
<uvos>
mc617-sd?
<uvos>
sure sounds sane otherwise
<Wizzup>
mz617-sd or mz617-sdcard
<Wizzup>
or just mmc I suppose
<uvos>
but mz617 has no sdcard
<uvos>
and mz615 will probubly need a different dtb
<freemangordon>
Wizzup: sorry, can't look at this ATM
<uvos>
so im not sure what you want with that
<uvos>
on mz617 the lack of hw video decoding really stinks
<uvos>
since its sutch a nice platform for viewing videos :(
<Wizzup>
freemangordon: at what?
<freemangordon>
that osso malloc stuff
<Wizzup>
uvos: you're right, sdcard makes no sense
<Wizzup>
freemangordon: ok, I might just #if 0 it and continue for now
<Wizzup>
since there's basically no users
<Wizzup>
then we can discuss later
<freemangordon>
yes, please do, I'll have a look when I am back in BG
<Wizzup>
take it easy :)
<freemangordon>
sure
<freemangordon>
arno11: so, that pastebin, there is no presence-ui button in h-s-m right? if that's the case, that means that by that time there are no telepathy accounts enabled/reported. I will prepare a version of the plugin with traces to see what exactly fails.
<arno11>
freemangordon: indeed, there is no presence ui btn in hsm
<Wizzup>
uvos: no worries
<arno11>
freemangordon: accounts seem not reported yet since it works if hsm starts later
Juest has quit [Ping timeout: 252 seconds]
Juest has joined #maemo-leste
<sicelo>
freemangordon: i suppose you read above that I'm back to my misery. but now i think i have better understanding of that charger driver, and at least some wq basics. i'm thinking that I need a second workqueue, specifically for running the `power_supply_changed()` function. will schedule it with a 2s delay, to match the timing characteristics of the device.
<sicelo>
the existing workqueue is specifically for kicking the timer every so often. i could do the power_supply_changed() inside it, but that'll send excessive uevents.
<Wizzup>
sicelo: if it works on in 6.10 but not on 6.x, should that give you some hint too?
<sicelo>
there are no differences whatsoever in the isp170x and bq2415x drivers in all those versions ... actually that's why i just expected things to work the same
<Wizzup>
annoying..
<sicelo>
yeah, it has taken time that i really didn't have. anyway reward is having learned something
<Wizzup>
:)
Livio has quit [Ping timeout: 252 seconds]
Livio has joined #maemo-leste
<Wizzup>
forgot that maemo-system-services uses python-gconf, will need to port it to calling gconftool-2
Twig has quit [Remote host closed the connection]
arno11 has left #maemo-leste [#maemo-leste]
akossh has quit [Quit: Leaving.]
mdz has quit [Ping timeout: 265 seconds]
Juest has quit [Ping timeout: 260 seconds]
Juest has joined #maemo-leste
xmn_ has joined #maemo-leste
<Wizzup>
ok, did that
<sicelo>
:-)
<sicelo>
and second workqueue method seems to be working beautifully on my end