System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
nmdv has joined #maemo-leste
Langoor has quit [Remote host closed the connection]
nmdv has quit [Ping timeout: 252 seconds]
Langoor has joined #maemo-leste
xmn has joined #maemo-leste
nmdv has joined #maemo-leste
nmdv has quit [Ping timeout: 272 seconds]
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
fab_ has joined #maemo-leste
ceene has joined #maemo-leste
nmdv has joined #maemo-leste
nmdv has quit [Ping timeout: 240 seconds]
fmg_d4 has quit [Quit: fmg_d4]
Wikiwide has quit [Ping timeout: 268 seconds]
fab_ has quit [Ping timeout: 252 seconds]
ceene has quit [Read error: Connection reset by peer]
ceene has joined #maemo-leste
hexnewbie has quit [Ping timeout: 264 seconds]
fmg_d4 has joined #maemo-leste
fmg_d4 has quit [Ping timeout: 268 seconds]
LeePen has quit [Server closed connection]
n9001 has quit [Ping timeout: 255 seconds]
fmg_d4 has joined #maemo-leste
n9001 has joined #maemo-leste
Wikiwide has joined #maemo-leste
akossh has joined #maemo-leste
Wikiwide has quit [Read error: Connection reset by peer]
Wikiwide has joined #maemo-leste
mdz has joined #maemo-leste
hexnewbie has joined #maemo-leste
dsc_ has quit [Server closed connection]
dsc_ has joined #maemo-leste
Wikiwide has quit [Ping timeout: 256 seconds]
Wikiwide has joined #maemo-leste
antranigv has quit [Ping timeout: 240 seconds]
xmn has quit [Ping timeout: 246 seconds]
jrayhawk has quit [Server closed connection]
jrayhawk has joined #maemo-leste
narodnik2 has joined #maemo-leste
narodnik has quit [Read error: Connection reset by peer]
System_Error has quit [Remote host closed the connection]
amunizp has joined #maemo-leste
parazyd has quit [Ping timeout: 240 seconds]
parazyd has joined #maemo-leste
gnarface has quit [Server closed connection]
gnarface has joined #maemo-leste
fmg_d4 has left #maemo-leste [#maemo-leste]
slep has quit [Read error: Connection reset by peer]
slep has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
arno11 has joined #maemo-leste
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
amunizp has quit [Ping timeout: 260 seconds]
arno11 has left #maemo-leste [#maemo-leste]
<freemangordon>
Wizzup: got it working without hacks, it even works properly when call is received while OMP plays music
<freemangordon>
but, can we jump to newer than 6.6?
<freemangordon>
as otherwise I will not be able to send a patch upstream, as audio-card-graph2 has changes after 6.6 will will not allow the patch for 6.6 to be applied
<freemangordon>
s/will will/which will/
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
<freemangordon>
BTW, I am going to push the chages, if you don't mind
<freemangordon>
uvos: ^^^ ?
<Wizzup>
please do push, we *can* go for newer than 6.6, but I would like to aim for 6.6 firs
<freemangordon>
ok, will do
<freemangordon>
and will think of upstreaming afterwards
<Wizzup>
so we can have a 6.6 branch for us and then work on a 6.newer branch?
<freemangordon>
yes
<Wizzup>
freemangordon: do you test with sphone's ofono backend or the voicecallmanager one?
<freemangordon>
whatever comes as default
<Wizzup>
also you cannot comprehend how happy I am with this news, truly
<Wizzup>
in devel that is voicecallmanager
<freemangordon>
mhm
<freemangordon>
BTW, sphone does not survive PA restart
<freemangordon>
ok, lemme clean-up the patches and push
<Wizzup>
\o/ \o/
Wikiwide has joined #maemo-leste
Wikiwide has quit [Read error: Connection reset by peer]
Wikiwide has joined #maemo-leste
ceene has quit [Remote host closed the connection]
fmg_d4 has joined #maemo-leste
amunizp has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
fmg_d4 has quit [Read error: Connection reset by peer]
<freemangordon>
do we have a knob for that? or, shall I create one?
RedW has quit [Ping timeout: 256 seconds]
<Wizzup>
freemangordon: the charging patches?
RedW has joined #maemo-leste
<freemangordon>
Wizzup: yes, see yesterday's backscroll
<freemangordon>
"(17,29,37) uvos: yeah i missed merging in the whole cpcap-charger feature branch"
xmn has joined #maemo-leste
LeePen has joined #maemo-leste
antranigv has joined #maemo-leste
<Wizzup>
yeah
<Wizzup>
I don't know where this branch
<freemangordon>
lets wait for uvos maybe
<freemangordon>
he said he'll merge them
arno11 has joined #maemo-leste
<Wizzup>
imo we can just build one now and do it again later
<Wizzup>
I'd like to toy with it
<Wizzup>
what branch did you push to?
<arno11>
Wizzup: btw for the n900 dts mess, i know what to do to avoid that, so if uvos have no time to check, i can make a PR if you want (and remove the 850 freq)
<freemangordon>
like, it works, but I have NFC why :)
<freemangordon>
IOW - I don't know if we need ("Voice Call Capture", "Internal Mic") c2c route
<Wizzup>
I'd have to read what the routing part in the soundcard does
<freemangordon>
please do, I am having hard times understanding that
<freemangordon>
I am almost sure this route should not be there, however, all my tests were performed with that present
<freemangordon>
Wizzup: another issue with sphone, besides crash on PA restarted - there is no ringing tone if OMP plays music when call comes. OMP properly pauses the music though
<freemangordon>
bbl
fmg_d4 has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
uvos has joined #maemo-leste
<uvos>
i dont think this is a issue with sphone
<uvos>
rather mafw dose something wierd or pa breaks. for the ringtone sphone dosent do anything with pa at all no switching of any kind no restoreing of volumes or anything like that
<uvos>
it simply delegates gst to play a file - thats it
<uvos>
i see no reason why omp would pause besides pa breaking and omp pausing because pa no longer accepts samples on its soccet
<uvos>
(due to it being in a bad state or it crashing)
fmg_d4 has quit [Remote host closed the connection]
fmg_d4 has joined #maemo-leste
<uvos>
or its the kernels fault, with the kernel changeing something due to the modem comeing in voicecall state early maybe
<uvos>
but again here sphone dosent post a single call to pa's interfaces untill the call enters the active state
<uvos>
you can double check this by not loading sphones pa module at all - the ringtone is played by its gst module which only communicates with gst so that will still work
<uvos>
you will note that the behavior is exactly the same
uvos has quit [Quit: Konversation terminated!]
fmg_d4 has quit [Read error: Connection reset by peer]
mdz has quit [Ping timeout: 246 seconds]
Livio has quit [Ping timeout: 260 seconds]
arno11 has joined #maemo-leste
Livio has joined #maemo-leste
<Wizzup>
uvos: can you link to the cpcap charger branch so I/you can merge it in?
<Wizzup>
arno11: then we can also get the n900 fix in
System_Error has quit [Remote host closed the connection]
<uvos>
since we do tend to get stuck on kernel versions for this reason or that reason
<uvos>
and i really really want to be stuck on a lts
<uvos>
since that gives us plenty of time to figure out whats wrong with the new kernel
<uvos>
we can upgrade again in nov/december when this years lts gets released
<uvos>
Wizzup: freemangordon: is there something else missing here or shal i tag a release?
<Wizzup>
uvos: ok, where is the stuff pushed?
<Wizzup>
there's n900 dts and charger stuff for cpcap
<uvos>
6.6.yh
<uvos>
btw vcm has some code that seams to deal with audio routing
<uvos>
possibly that its breaking things by doing things we dont want
<arno11>
Wizzup: btw on n900 there is still the 6.6 headers error with iphb-dkms
<arno11>
but according to irc logs you already fixed a similar issue in march (with arm64)
<Wizzup>
uvos: thanks, I think we should do an experimental build
<Wizzup>
arno11: ok, thanks for doing the digging, I'll promise to take a look tomorrow (got up at 4am so I'm kind of wrecked now :))
<Wizzup>
I wonder if dpkg -L shows anything obviously wrong between the header packages for 6.1.x an 6.6x
<arno11>
ok no probs man ;)
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
fmg_d4 has joined #maemo-leste
<freemangordon>
uvos: you are against what? the patch you linked basically implements the specs
<freemangordon>
and I will send similar patch for upstreaming
<uvos>
freemangordon: i dislike the fact that its called just xxx, when i inevitably have to rebase this stuff for the next kernel i will be looking at this patch trying to figure out if we still need it
<uvos>
it being called just xxx wont help
<freemangordon>
oh, did I really do that?
<freemangordon>
sorry
<uvos>
np
<freemangordon>
I just named it loke that to merge it to upstream tree and forgot to rename it afterwords
<uvos>
ok, i see
<freemangordon>
maybe rename it and rebase
<freemangordon>
or I can do that
<uvos>
i dont want to force push this atm
<uvos>
as Wizzup and arno are working on things i think
<freemangordon>
again, sorry, that was just an overlook
<uvos>
no worrys
<uvos>
btw i found the bug that causes sphone to fail on pa restart
<uvos>
will fix
<freemangordon>
I was so happy that everything works properly that forgot to rename the patch
<freemangordon>
ok, thanks
<freemangordon>
uvos: mafw/omp behave properly: OMP *pauses* playback on incoming call and *resumes* on hangup
<freemangordon>
there is no bug there
<uvos>
it should pause when pa disconnects the stream
<freemangordon>
you can see the playback/pause buttons change
<uvos>
but this should only happen when sphone switches ucm profile
<freemangordon>
no, it pauses before that ;)
<freemangordon>
which is the correct behaviour
<uvos>
no one is telling it to do this
<uvos>
afaik
<uvos>
i would not know who
<uvos>
sphone dosent do anything before the call is accepted
<freemangordon>
I have to check how it know, but, music should stop playing on call, no?
<uvos>
sure but its not implemented
<freemangordon>
it is
<freemangordon>
in OMP at least
<freemangordon>
you can check it by yourself
<uvos>
sure
<uvos>
but the other side is not implemented
<uvos>
or at least nothing in the stack i know of dose this
<uvos>
for sure not sphone
<freemangordon>
yeah
<freemangordon>
maybe if it use notifications (as you proposed back then) it will work properly
<uvos>
well notifications dont do ringger
<uvos>
that was just for sphone-sms which just i now use anyhow
<uvos>
regardless the ringer not working is very puzzeling as sphone only calls gstreamer
<freemangordon>
actually they do
<uvos>
as a totaly normal application and dose not do any profile switching until the call is accepted
<uvos>
besides i can repo the problem with sphones pa module not even loaded
<freemangordon>
yes, I understand
<uvos>
so something is up somewhere else, but i dont know what
<freemangordon>
mhm
<sicelo>
i assume OMP gets info via mce?
<freemangordon>
maybe libplayback or dunno
<freemangordon>
yes, most probably
<sicelo>
s/info/call info/
<uvos>
iirc mce recives call state
<uvos>
but no interface for anyone to recive the call state from mce
<uvos>
nvm it dose
<freemangordon>
sig_call_state_ind
<uvos>
ok maybe omp direcly asks mce for a the call state