<Wizzup>
uvos: maybe we should make share some amixer command sequence to fix the audio temporarily
pere has joined #maemo-leste
<Wizzup>
sicelo: do you know who to ask if I want to change the maedevu.maemo.org dns
<Wizzup>
Would that be xes ?
<Wizzup>
I'm looking to host the server on my own infra
Twig has quit [Ping timeout: 240 seconds]
<Wizzup>
Will get rid of the space issues
alex1216 has joined #maemo-leste
alex1216 has quit [Client Quit]
alex1216 has joined #maemo-leste
alex1216 has quit [Client Quit]
Pali has joined #maemo-leste
alex1216 has joined #maemo-leste
alex1216 has quit [Client Quit]
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 272 seconds]
<sicelo>
Wizzup, yes, iirc it's xes and warfare. joerg might know best
<joerg>
warfare
<joerg>
our DNS is the one domain I never looked into, no idea where and by whom it's hosted
_uvos_ has joined #maemo-leste
<_uvos_>
Wizzup: wdym amixer commands there no sutch commands, sphone sets the mixer up correctly
<Wizzup>
hm
stlucas__ has quit [Quit: Leaving]
<Wizzup>
but buzz reports no audio with sphone
<Wizzup>
I think
noidea_ has joined #maemo-leste
<_uvos_>
to hack it to make it temorarily work you have to wirte to cpcap registers by patching the kernel to allow wirtes fromuserspace on the regmap
<_uvos_>
and then just wirte the regs
<_uvos_>
yes audio effectively dosent work
<Wizzup>
ah, so it can't be done with amixer
<_uvos_>
no
<_uvos_>
as soon as you switch to the call audio the kernel disabales all audio outputs because it thinks no sound is playing
<_uvos_>
because it dosent know that it not playing audio dosent mean that the amps dont need power
<_uvos_>
sine the modem is now playing audio
<Wizzup>
ok
<_uvos_>
this is a fundamental limitation of the asoc framework
<_uvos_>
when the generic card driver is used
<Wizzup>
can we write the registers from userspace?
<_uvos_>
no, not without patching the kernel
<_uvos_>
for some reason when you disable all audio outputs cpcap enables the speaker
<_uvos_>
thats why speakerphone sortof works
<_uvos_>
this is kinda a bug in cpcap hw
<_uvos_>
but the amp for the mic remains disabled
<_uvos_>
(thats why you only get one way audio)
<Wizzup>
hm
<_uvos_>
the only fix for this is writing a new driver
<_uvos_>
that dosent use the generic framework
<_uvos_>
(aka the very hard way)
_uvos_ has quit [Quit: _uvos_]
joerg has quit [Remote host closed the connection]
joerg has joined #maemo-leste
xmn has joined #maemo-leste
xes has quit [Ping timeout: 240 seconds]
Danct12 has quit [Quit: Quitting]
Danct12 has joined #maemo-leste
<Wizzup>
btw one downside with telepathy-gabble is that it doesn't do OMEMO for xmpp
<Wizzup>
not the end of the world but eh
<Wizzup>
uvos: wonder if we could consider some hack fix to the kernel
<buZz>
weird, looking at voltage and power_now over time, it seems maybe there's no CCCV charging? only CC?
<buZz>
seems that once it would normally switch to CV , it stops charging , leaving battery around ~3.9V for full
<buZz>
^^^ kinda explains the constant re-charging once almost full, it will hit 4.2V , needs to switch to CV, doesnt, drop below 4.0v when charger disables (because its not full) , and then starts the CC charger again
<bencoh>
oh
<bencoh>
now that explains it indeed
<buZz>
i'm just catting /sys/class/power/battery/ stuff, not really monitoring properly
<buZz>
but this totally seems to be happening
<buZz>
also i guess the battery might be overheating because of this, the CC causes a lot more heat
<buZz>
which might be the cause of the 'droid4 on powersupply tends to poweroff after a while'
norayr has left #maemo-leste [Error from remote client]
<buZz>
btw, anyone got syncevolution to actually work against a horde install ? :P
xes has joined #maemo-leste
norayr has joined #maemo-leste
<Wizzup>
buZz: hm, horde?
<buZz>
its a 'groupware' nonsense thingy with SyncML and WebDAV and eh , addressbook, calendar, etc