<Wizzup> uvos__: so I checked amixer and during calls with voicecall manager and the controls seem to be identical in calls where there is audio and calls where there is no audio
<Wizzup> so userspace seems to be doing what it should be doing
<Wizzup> I did not see any errors when asking pulseaudio to switch UCM or not
<Wizzup> I tried to manually change alsamixer controls and pulseaudio UCM - switch back and forth, and that didn't make it work either
<Wizzup> so I'm at a loss, I don't think voicecallmanager is doing anything wrong here
<Wizzup> voicecall-manager (daemon) debug output is also identical when it works and when it doesn't work
<Wizzup> I guess I'll compare kernel regs next
<Wizzup> uvos__: /sys/kernel/debug/asoc/Mapphone Audio/cpcap-codec.0 is also identical when it works / doesn't work
Rodney_ has joined #maemo-leste
vadparaszt has quit [Ping timeout: 272 seconds]
d4dsc has left #maemo-leste [#maemo-leste]
d4dsc has joined #maemo-leste
<Wizzup> uvos__: what I can tell right now is that from the relevent regs the CPCAP_REG_TXI (0x0814) seems to be different
<Wizzup> 0814: 00c2 when it's only one side (remote side can't hear me) and 0814: 0cc2 when it's both sides
<Wizzup> apparently the /sys/kernel/debug/regmap/spi0.0/registers file is no longer writable so I can't test whether that is it for sure but it mist be
<Wizzup> so CPCAP_BIT_MB_ON1R and CPCAP_BIT_MB_ON1L are somehow not set
<Wizzup> this is called the MIC1R Bias and MIC1L Bias in alsamixer
<Wizzup> tmlind: you might have some ideas too perhaps
<Wizzup> (this is 6.1)
n900 has quit [Ping timeout: 256 seconds]
<Wizzup> also since when is the registers file no longer writeable?
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<Wizzup> my regtool says as much too:
<Wizzup> python regtool.py cmp regs_both_works.txt regs_onesideonly.txt
<Wizzup> Difference in CPCAP_REG_TXI.CPCAP_BIT_MB_ON1L: 1 != 0
<Wizzup> Difference in CPCAP_REG_TXI.CPCAP_BIT_MB_ON1R: 1 != 0
inky has quit [Ping timeout: 240 seconds]
antranigv_ has joined #maemo-leste
antranigv has quit [Ping timeout: 252 seconds]
<Wizzup> hm looks like the define is REGMAP_ALLOW_WRITE_DEBUGFS and I don't see a CONFIG_ option for it
<Wizzup> uvos__: also very unrelated but if we don't display the dialer buttons in sphone we can't send dtmf
<Wizzup> any reason not to have those buttons at least clickable within a call?
<Wizzup> (well visible and clickable)
Rodney_ has quit [Ping timeout: 272 seconds]
n900 has joined #maemo-leste
vadparaszt has joined #maemo-leste
vadparaszt has quit [Ping timeout: 272 seconds]
vadparaszt has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
vadparaszt has quit [Ping timeout: 272 seconds]
System_Error has joined #maemo-leste
vadparaszt has joined #maemo-leste
<tmlind> Wizzup: there's some kernel kconfig debug option for enabling regmap write
<tmlind> Wizzup: i think it's the REGMAP_ALLOW_WRITE_DEBUGFS that you have to define manually
fab_ has joined #maemo-leste
joerg has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
ceene has joined #maemo-leste
amunizp has quit [Ping timeout: 252 seconds]
antranigv_ is now known as antranigv
fab_ has quit [Ping timeout: 260 seconds]
akossh has joined #maemo-leste
fab_ has joined #maemo-leste
arno11 has joined #maemo-leste
antranigv is now known as antranigv_
antranigv_ is now known as antranigv
<uvos__> Wizzup: no reason, its just that the dialer and the call manager are different plugins entirely that thus far share no code
<uvos__> tmlind: no you have to chainge a define in the code
<uvos__> tmlind: ah yes exactly
<uvos__> Wizzup: the registers where never writeable
<uvos__> Wizzup: at least not in the time span i have been working with this
<arno11> dsc_: freemangordon: conversations update to 0.7.15 (from 0.7.10): it takes only 1 or 2 sec max to show the UI on N900 now, great !
<uvos__> i think its pretty uff for a running applcation to take 2 seconds just to show a window
<uvos__> but you kown :P
<arno11> :P
<uvos__> Wizzup: the main reason why i never implemented dtmf is because on d4 dtmf is exposed via alsa, which is wrong place for it to be
<uvos__> Wizzup: and for me to implement / test dtmf in sphone i need some platform where dtmf works correctly via ofono's interface
antranigv is now known as antranigv_
antranigv_ is now known as antranigv
antranigv is now known as antranigv_
antranigv_ is now known as antranigv
antranigv is now known as antranigv_
arno11 has left #maemo-leste [#maemo-leste]
attah has quit [*.net *.split]
ikmaak has quit [*.net *.split]
Wizzup has quit [*.net *.split]
LIERO has quit [*.net *.split]
LIERO has joined #maemo-leste
Wizzup has joined #maemo-leste
ikmaak has joined #maemo-leste
attah has joined #maemo-leste
<sicelo> uvos__: you likely have "some platform where dtmf works correctly via ofono's interface" :-p
xmn has quit [Ping timeout: 255 seconds]
antranigv_ is now known as antranigv
xmn has joined #maemo-leste
antranigv is now known as antranigv_
antranigv_ is now known as antranigv
antranigv is now known as antranigv_
xmn has quit [Ping timeout: 268 seconds]
antranigv_ is now known as antranigv
Oksana has joined #maemo-leste
<uvos__> sicelo: ok "some platform where dtmf works correctly via ofono where i wont die of brodom wating for sphone to compile" :P
Wikiwide has quit [Ping timeout: 268 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<uvos__> anyhow i will implement the ui bits for dtmf, thats not so hard
<uvos__> maybe Wizzup can deal with the backend side
<uvos__> Wizzup: unfortionaly this means that the non-working audio in vcm and the non-wroking audio in 6.6 are unrelated
<uvos__> i was hopeing those where the same problem :|
n900 has quit [Ping timeout: 268 seconds]
antranigv has quit [Quit: ZNC 1.9.0 - https://znc.in]
mdz has joined #maemo-leste
amunizp has joined #maemo-leste
n900 has joined #maemo-leste
<freemangordon> arno11: which UI? main? I would say the better test would be the time needed to show chat
<Wizzup> uvos__: they might be related but thye are not the same problem
<Wizzup> uvos__: so in 6.6 for example 0618 is set correctly
<Wizzup> uvos__: I wrote a python script to bring the audio regs in sync with certain text dump of the regs, but I guess I just modified the define yeah
<Wizzup> uvos__: oh you wrote unrelated :)
<Wizzup> yes
<Wizzup> well, 6.6 is the next step
DFP has joined #maemo-leste
n900 has quit [Ping timeout: 268 seconds]
inky has joined #maemo-leste
n900 has joined #maemo-leste
kona has quit [Read error: Connection reset by peer]
kona has joined #maemo-leste
nela has quit [Ping timeout: 268 seconds]
arno11 has joined #maemo-leste
<arno11> freemangordon: i meant UI: it tooks 10 sec before last update...
<arno11> chat UI is still around 3-4 sec
<arno11> *main UI
<arno11> arghh sorry that's unclear
<arno11> 10 sec for main UI before update
<arno11> now 1 or 2 sec
<arno11> chat UI is 3-4 sec
nela has joined #maemo-leste
leste has quit [Remote host closed the connection]
uvos__ has quit [Ping timeout: 260 seconds]
pere has quit [Ping timeout: 246 seconds]
kiva has joined #maemo-leste
kiva has quit [Quit: Client closed]
Oksana has quit [Ping timeout: 240 seconds]
<dsc_> so regarding chat clearing/removal, i will keep this functionality as-is for a few days so that people can use/test it
<dsc_> p2p needs fixing there, other than that its good
<dsc_> if we then still want something else, I would like to start a discussion on Github
<freemangordon> will you fix p2p?
<dsc_> because merging those 2 features into 1 *may* introduce some corner cases that need to be explored, and I would like to discuss them in a more formal way on Github where we have markdown etc.
<dsc_> freemangordon: yes, today
<freemangordon> dsc_: I think we shall merge and *iff* there are corner cases we shall fix
<freemangordon> there is no 'delete chat' functionality in fremantle, still ,I don;t remember anyone saying it is missing
<dsc_> perhaps, lets see what e.g uvos/arno think
<Wizzup> I don't ever clear chats fwiw so I am not a good tester
<freemangordon> I do
<Wizzup> and I agree what fremantle does seems sensible to me
<dsc_> Wizzup: you have not tried the feature yet at all
<dsc_> hence I request to first look at it ;)
<freemangordon> from time to time I clear chat history to clean-up db and free some RAM
<freemangordon> dsc_: again, for p2p chat, 'delete chat' makes no sense
<freemangordon> for group chats, "delete chat" is "leave group", no?
<Wizzup> dsc_: from how rtcom works and I have my preference :)
<Wizzup> I did look at the code
<Wizzup> tmlind: uvos: so any suggestion how to debug the CPCAP_REG_TXI.CPCAP_BIT_MB_ON1L and CPCAP_REG_TXI.CPCAP_BIT_MB_ON1R regs not being set?
<Wizzup> but only in some cases
<Wizzup> I didn't see any difference in amixer settings or dapm settings
<Wizzup> I could try to add some printk statements to kernel code or something
<dsc_> freemangordon: yes I agree but there are some implications that is hard to discuss on IRC; what should happen in the overview when X is done
n900 has quit [Ping timeout: 260 seconds]
<dsc_> X being clearing, or removal, whatever
<dsc_> we can discuss it on IRC, but I would prefer an issue so I have time to think about presenting some situations/cases
<dsc_> and we can solve those edge-cases there
arno11 has left #maemo-leste [#maemo-leste]
pere has joined #maemo-leste
<freemangordon> dsc_: ok, understand
<freemangordon> so, please fix p2p functionality (which includes no "delete chat" for p2p)
<freemangordon> and then we'll continue on GH issue tracking
n900 has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> dsc_: btw i tried clear/delete functionalities, works fine on my device, very useful in case of unwanted/spam SMSes
<arno11> and probably useful to free up some RAM, specialy on N900 :P
<arno11> and again launch time is very good now
<Wizzup> it can get better still if we add some dbus thing iirc
<Wizzup> then h-d will just focus the conversations window
<arno11> ah cool
amunizp has quit [Quit: Not sure what quit means.]
amunizp has joined #maemo-leste
ceene has quit [Remote host closed the connection]
xmn has joined #maemo-leste
fab_ has quit [Quit: fab_]
arno11 has left #maemo-leste [#maemo-leste]
fab_ has joined #maemo-leste
fab_ has quit [Remote host closed the connection]
pere has quit [Ping timeout: 256 seconds]
fab_ has joined #maemo-leste
lightbringer has quit [Remote host closed the connection]
lightbri1ger has joined #maemo-leste
lightbri1ger has quit [Changing host]
lightbri1ger has joined #maemo-leste
lightbri1ger is now known as MinceR
MinceR has quit [Ping timeout: 260 seconds]
System_Error has quit [Remote host closed the connection]
mdz has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Livio has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
pere has joined #maemo-leste
lightbri1ger has joined #maemo-leste
lightbri1ger is now known as MinceR
fab_ has quit [Quit: fab_]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
System_Error has quit [Ping timeout: 260 seconds]
Juest has quit [Ping timeout: 252 seconds]
System_Error has joined #maemo-leste
Juest has joined #maemo-leste
amunizp has quit [Ping timeout: 260 seconds]
arno11 has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
akossh has quit [Ping timeout: 268 seconds]
Juest has quit [Ping timeout: 264 seconds]
Juest has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
Livio has joined #maemo-leste
pere has joined #maemo-leste
Wikiwide has joined #maemo-leste
Livio has quit [Ping timeout: 256 seconds]
System_Error has quit [Remote host closed the connection]
arno11 has left #maemo-leste [#maemo-leste]
System_Error has joined #maemo-leste
leste has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
System_Error has quit [Remote host closed the connection]