<freemangordon>
arno11: "I: [alsa-sink-40124000.mcbsp-dai0-cpcap-hifi cpcap-hifi-0] alsa-sink.c: Scheduling delay of 0.56 ms > 0.25 ms, you might want to investigate this to improve latency..." repeats till ethernity
<freemangordon>
with various values for "delay of 0.xx ms"
<freemangordon>
tmlind: ^^^
Pali has joined #maemo-leste
<arno11>
freemangordon: could you plz have a look in daemon.conf and check what's the default resample method ?
<freemangordon>
yeah, but isn't that commented out?
<freemangordon>
we have ; at the beginning of the line
<arno11>
yes so that's the default value
<freemangordon>
ok
<arno11>
so i think we must try to switch to speex-fixed-2
<arno11>
and use 48000hz as default sample rate
<freemangordon>
I think it does already
<freemangordon>
I: [pulseaudio] resampler.c: Speex appears to be compiled with --enable-fixed-point. Switching to a fixed-point resampler because it should be faster.
<sicelo>
i need them because upstream wants tests for the N900's proximity sensor/switch support in iio-sensor-proxy, and i don't really have a clue how to do it :-P
<freemangordon>
hmm, ok, so we have 2 independent DAIs
fab_ has joined #maemo-leste
<freemangordon>
tmlind: ok, but enable/disable reprogram master DAI
<freemangordon>
so that must affect hifi profile, no?
<freemangordon>
it is still functional, just with wrong frequency
<tmlind>
hmm should not affect hifi, they're on separate mcbsp controllers
<tmlind>
unless there's a bug somewhere
slep has joined #maemo-leste
<tmlind>
maybe a bug in the cpcap driver that touches wrong registers affecting also hifi?
<freemangordon>
snd_soc_dai_set_sysclk(ddata->master_dai, 1, 19200000, SND_SOC_CLOCK_OUT); in enable and snd_soc_dai_set_sysclk(ddata->master_dai, 0, 26000000, SND_SOC_CLOCK_OUT); in disable
<freemangordon>
this does not affect hifi profile?
<freemangordon>
also, is it ok that clk_ids differ?
<freemangordon>
I am shooting in the dark, but still :)
<tmlind>
should not affect hifi but maybe i'm wrong, when a voice call is active we set the modem to be the bus master, then change back after the call
<freemangordon>
but, at the point of "incomming call', there is still no call
<tmlind>
yeah i guess it could be changed a bit later
<freemangordon>
I am going to try it
<tmlind>
ok
<freemangordon>
and do not enable on 1,4,0
<tmlind>
also see the dts files for mcbsp and cpcap
<freemangordon>
hmm, why?
<tmlind>
hifi and voice are separate instances at mcbsp and and cpcap dtsi
<freemangordon>
ok, but what I see in dmesg is:
<freemangordon>
mot-mdm6600-codec 4806a000.serial:modem:audio-codec@2: Master DAI is cpcap-codec.0
<freemangordon>
anyway, let me try the modified driver
<tmlind>
ok could be the audio driver is structured wrong if some parts are not separate
<freemangordon>
and for the first time I heard "missed call notification" sound
<freemangordon>
no idea what the conclusion would be, but to me we have issue in the modem driver
<freemangordon>
also, why kernel enables the dai and not userspace through some also control?
<freemangordon>
*alsa control
<freemangordon>
isn't that supposed to be part of ucm?
<freemangordon>
ah, where is uvos
<freemangordon>
ok, I think what happens here is that kernel changes dai frequencies and/or rate behind PA's back
<tmlind>
freemangordon: ok great. sure could be alsa too, not sure where though, ofono maybe? not sure if ofono knows anythign about alsa
<freemangordon>
it is sphone that switches the profiles
<freemangordon>
but only after you pick-up the call
<freemangordon>
not on reject
<tmlind>
not generic enough imo, there could be other phone clients like a command line one in ofono
<freemangordon>
and immediately after the reject sphone issues "missed call" notification
<freemangordon>
which hits the still reprogrammed for call $something
<tmlind>
might be worth checking if there's some standard way of doing this nowadays
<freemangordon>
all this are wild guesses ofc
<freemangordon>
but my gut feeling tells me I am rgiht
<freemangordon>
*right
<tmlind>
sure, just don't make it limited to sphone
<freemangordon>
ah, sure
<freemangordon>
I am not blaming sphone here
<freemangordon>
it just triggers the bug
<tmlind>
right, but what i'm talking about is alsa controlling the tdm stuff
<freemangordon>
ok, I admit it is out of my area of expertise
<freemangordon>
I know what TDM is, but tht's all :)
<tmlind>
so all the phone using clients would have to implement alsa controls and some knowledge of the modem?
<freemangordon>
ah, I see
<tmlind>
maybe ofono or modemmanager whatever have already sorted this issue out
<freemangordon>
how to check?
<tmlind>
grep alsa
<tmlind>
:)
<freemangordon>
heh
<tmlind>
in ofono and modemmanager
<tmlind>
anyways, it's time for ttyl here, later
<freemangordon>
later
<sicelo>
afaik both ofono and modemmanager have chosen to leave the audio alone, so unlikely to be them
<sicelo>
ofono does provide a CallAudio interface, but that's just a notification for an audio client to start handling routing.
<sicelo>
'modern' distros handle the routing via `callaudiod`
<sicelo>
and i think the long-term plan/hope is for pipewire to transparently handle it
<freemangordon>
ok, but isn;t ucm supposed to do that?
akossh has joined #maemo-leste
<sicelo>
yes, callaudiod basically toggles ucm
<freemangordon>
ok, so it is what sphone already does
<freemangordon>
the point is that we ahve some driver issue here
<sicelo>
i agree
<freemangordon>
driver does things without being instructed by userspace
<freemangordon>
and without letting userspace know, iiuc
fab_ has quit [Ping timeout: 240 seconds]
apoage has joined #maemo-leste
<apoage>
hello, i would like to ask, trying to get runing maemo leste on droid4 by maemo leste wiki but failing to get kexec menu ... is unlocked bootloader necesary to get it runing?? since till now i had there safestrap to hijack boot process
arno11 has left #maemo-leste [#maemo-leste]
<apoage>
¯\_(ツ)_/¯
apoage2 has joined #maemo-leste
apoage2 has quit [Client Quit]
apoage2 has joined #maemo-leste
apoage has left #maemo-leste [#maemo-leste]
<Wizzup>
apoage2: hmmm
apoage2 has quit [Read error: Connection reset by peer]
<Wizzup>
argh
<Wizzup>
apoage: check your android version
<Wizzup>
you don't need to unlock the bootloader
<Wizzup>
check our wiki page on the supported versions
<Wizzup>
you might need to upgrade/downgrdae
<Wizzup>
upgrade/downgrade
<Wizzup>
either that or the image isn't flashed correctly to the microsd
apoage2 has joined #maemo-leste
<Wizzup>
apoage2: pls check irc log
<Wizzup>
but check the wiki page and see if your android version is one of the supported ones
<Wizzup>
and/or check if you dd'd the image correctly
<Wizzup>
(you need to decompress it first)
apoage2 has quit [Read error: Connection reset by peer]
apoage2 has joined #maemo-leste
<apoage2>
Wizzup: ok
apoage2 has quit [Read error: Connection reset by peer]
apoage2 has joined #maemo-leste
apoage2 has quit [Read error: Connection reset by peer]
apoage2 has joined #maemo-leste
<apoage2>
Wizzup:First I would like to apologize for my irc client.. had to go to phone and it's well kind of unstable app.. the thing is I ran completely by wiki except android install script I ran manually since was on windows mashine but at first nor second droid boot there was no kexec menu.. will try different SD and complete process under Linux.. had to ask for that unlocking because I have Verizon droid 4 and it's kind of hard locked
<sicelo>
no worries, and yes, there's only the Verizon Droid 4. that's what all of us have ;-)
<apoage2>
Ok so no hard stops.. thank you every one