ungeskriptet has quit [Read error: Connection reset by peer]
ungeskriptet has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
xmn has joined #maemo-leste
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
xmn_ has quit [Read error: Connection reset by peer]
xmn has joined #maemo-leste
Daanct12 has joined #maemo-leste
Pali has quit [Ping timeout: 256 seconds]
xmn has quit [Read error: Connection reset by peer]
parazyd has quit [Ping timeout: 260 seconds]
parazyd has joined #maemo-leste
xmn has joined #maemo-leste
Daanct12 has quit [Quit: WeeChat 4.1.2]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 245 seconds]
Daanct12 has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
<tmlind> pushed out updated droid4-kexecboot images with battery charging and oops while trying to kexec fixed: https://github.com/tmlind/droid4-kexecboot/commits/master
<tmlind> we no only umount kernel partition in kexecboot if kexec to the new kernel fails, see https://github.com/tmlind/buildroot/commits/mapphone-kexecboot-2017.11
<tmlind> uvos: i did not see the kexecboot up and down keys swapped issue with d4 at least, can you please check with the new images?
joerg has quit [Ping timeout: 245 seconds]
joerg has joined #maemo-leste
<freemangordon> arno11: I think you didn't do proper experiment:
<freemangordon> 1. start OMP and verify tehre is sound
<freemangordon> 2. close OMP
<freemangordon> 3. call the device and do not pick-up (just hang-up)
<freemangordon> 4. close sphone
<freemangordon> 5. start OMP and check if tehre is sound
<freemangordon> oh, and in few minutes it recovers :)
<freemangordon> yeah, the issue is not specific to omp
<freemangordon> mplayer and gst-launch also do not work
<freemangordon> mpv as well
<freemangordon> yeah, ok, after a phone call all sounds are suspended for several minutes
<freemangordon> switching profiles from pavucontrol is ok
<freemangordon> so either sphone does something wrong or someone else
<tmlind> freemangordon: voice calls currently change the routing in the kernel driver, maybe that's the issue?
<tmlind> for mapphone devices that is
<freemangordon> ok, switching profile in pavucontrol hifi->call->hifi recovers it
<freemangordon> tmlind: could be, but what to check?
<freemangordon> yes, confirmed
<freemangordon> dunno what sphone is doing, but it breaks sound until I do hifi->call->hifi or until some (unknown) timeout expiores
<freemangordon> tmlind: there is no voice call active
arno11 has joined #maemo-leste
<freemangordon> just calling the device (wihtout pick-up) is enough to break all other sounds
<tmlind> hmm ok, maybe see sound/soc/codecs/motmdm.c for the tdm (time divsion multiplexing) stuff
<tmlind> sounds like something is not getting restored after a voice call?
<freemangordon> again, sphone just plays ringing sound without switching profiles (iiuc)\
<freemangordon> there is no voice call :)
<arno11> freemangordon: i just did exactly what you said and still absolutely no troubles
<tmlind> yeah but the kernel driver changes routing based on the modem notification
<freemangordon> like, I am calling the device, but just hang
<freemangordon> tmlind: ah
<freemangordon> arno11: yeah, seems like issue with d4 only
<tmlind> yup incoming call, kernel driver activates the modem tdm
<freemangordon> tmlind: do you use voice calls on your d4?
<freemangordon> like, could you confirm that?
<freemangordon> BTW, by "sound not work" I mean it just pauses the process trying to do playback
<tmlind> yup i don't use much other audio though
<tmlind> freemangordon: see motmdm_voice_get_state()
<freemangordon> wait
<freemangordon> need some tme to find kernel source :)
<tmlind> motmdm_enable_primary_dai() gets called on incoming call, and then motmdm_disable_primary_dai() should get called after the call
<freemangordon> but it is not?
<tmlind> maybe there's some missing handling in motmdm_voice_get_state() if incoming call is not answered?
<tmlind> other than disconnected or call failed
<freemangordon> hmm, lemme pick-up
<tmlind> yup that's a good test :)
<freemangordon> yeah, seems that's it :)
<freemangordon> if I pick-up the call there is no issue it seems
<tmlind> ok nice, enable n_gsm debug via /sys and see what the missing message might be in dmesg
<tmlind> modprobe n_gsm debug=0xff
<tmlind> the missing variant likely is something "1,0,0" like, maybe "1,0,1" as that's missing
<freemangordon> tmlind: https://pastebin.com/wKmWKi0u
<freemangordon> seems like 1,0,0 is processed
<freemangordon> "[46624.579315] VOICE CALL 0"
<freemangordon> no issue there
<freemangordon> IIUC
<tmlind> that's after you don't answer but hangup?
<freemangordon> yes
<tmlind> so is the failing test case just don't even hang up just let it ring?
<freemangordon> no, I hang-up
<freemangordon> and there is no sound afterworkd
<tmlind> ok
<freemangordon> but it seems there is more that one way it breaks
<freemangordon> 1st variant - there is no sound at all, switching the profiles in pavucontrol fixes it
<freemangordon> 2nd variant - touch sounds work, but no media sounds
<freemangordon> like, gstreamer, mplayer, mpv, etc
<tmlind> sounds like sound/soc/codecs/motmdm.c maybe not restoring state completely?
<freemangordon> perhaps
<freemangordon> but how to test?
<freemangordon> alsactl?
<tmlind> or actually mcbsp tdm configuration
<tmlind> yeah alsactl diff before and after?
<freemangordon> [47095.422180] abe-clkctrl:0030:0: failed to disable
<freemangordon> is that ok?
<freemangordon> [44018.005493] omap-mcbsp 40126000.mcbsp: RX Frame Sync Error!
<freemangordon> and https://pastebin.com/swB6YmK6
<freemangordon> I guess none of those are to blame, but still
<tmlind> the clkctrl errors are ok for devices that have autoclocking capability enabled
<tmlind> the rx frame sync could be some race in the mcbsp.c configuration for the bus
<tmlind> like if during a voice call alsa tweaks some settings too?
<tmlind> sound/soc/ti/omap-mcbsp.c that is, the set_tdm_slot() changes the settings for mcbsp for voice call
<tmlind> hmm yeah no idea where the %V comes from..
<freemangordon> but those should not be the reason for the issue
<freemangordon> right?
<tmlind> right, sounds like you have this reproducable
<freemangordon> yes
<freemangordon> happens every time
<freemangordon> ok, I see nothing suspicious in alsamixer
<freemangordon> maybe we have issues in both pulseaudio and the driver :)
<freemangordon> oh, maybe the frequency is changed
<tmlind> so in omap-mcbsp.c we set up multiple dais because of the tdm, maybe that's racy between the voice call and audio dais
<freemangordon> ok, starting mafw-gst-renderer makes gst produce no sound :)
<freemangordon> that's total mess
<freemangordon> ok, restarting pulseaudio makes it work again :(
<freemangordon> tmlind: arno11: if anyone has an idea wtf is going on: https://pastebin.com/
<freemangordon> this is what happens on hangup
<arno11> plz update the link :P
<freemangordon> ugh: "You have exceeded the maximum size of 512 kilobytes per Paste."
<freemangordon> arno11: https://pastebin.com/PTsEpNkt
<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> arno11: /etc/pulse/daemon.conf?
<arno11> yes
<freemangordon> nothing in there
<arno11> wow
<freemangordon> arno11: https://pastebin.com/5x1UneUK
<arno11> ah speex-float-1
<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.
<freemangordon> D: [pulseaudio] resampler.c: rate 24000 -> 48000 (method speex-fixed-1)
<arno11> yes so that's why we should switch to fixed resampler by default
<freemangordon> I think the issue happens after "Mhmm, actually there is nothing to rewind."
<freemangordon> then it spits hundreds of those messages per seconfd
<arno11> ok but according to errors, something is wrong with the sink, then source-sink synchro is bad then we have latency issues.
<arno11> then everything goes wrong
<arno11> i think we should try a basic loopback to see if it works
<freemangordon> I must admit I have no clue about PA
<freemangordon> so, if you want me to try something in particular, I can do it
<freemangordon> but that's all :)
<arno11> and definitely check resampling stuff (it could crash PA)
<arno11> ah ok
<arno11> i have to go now but will be available in 1h
<freemangordon> ok
<freemangordon> maybe in the evening
<arno11> yes if you want
<freemangordon> yep
<arno11> ok
rafael2k has joined #maemo-leste
rafael2k has quit [Remote host closed the connection]
rafael2k has joined #maemo-leste
akossh has joined #maemo-leste
rafael2k has quit [Ping timeout: 268 seconds]
pere_ has joined #maemo-leste
pere has quit [Ping timeout: 240 seconds]
<Wizzup> freemangordon: just synced devel, I think for some pkg we didn't have kernel headers at the time
<Wizzup> freemangordon: we can revert and see if things break again
mlqnv has joined #maemo-leste
pere_ is now known as pere
rafael2k has joined #maemo-leste
<Wizzup> hmh
<freemangordon> I think this shall be reverted
<rafael2k> hey, which piece of software does the opengl magic, rotation control, etc?
<rafael2k> need yelp
<rafael2k> the lock screen works beatifully
<freemangordon> hildon-desktop
<freemangordon> which uses clutter
<freemangordon> to do gl stuff
<freemangordon> it takes the resolution from xrandr
<rafael2k> but xrandr is giving correct resolution...
<rafael2k> if there a way to get the stdout of it?
<rafael2k> I'll take a look, will try to understand why it is wrong
rafael2k has quit [Remote host closed the connection]
Daanct12 has quit [Quit: WeeChat 4.1.2]
mlqnv has quit [Quit: leaving]
mqlnv has joined #maemo-leste
<freemangordon> rafael2k: yes, you can
<freemangordon> /usr/sbin/dsmetool -k /usr/bin/hildon-desktop, to stop it
<freemangordon> and then use maemo-summoner to start /usr/bin/hildon-desktop.launch
<freemangordon> send SIGUSR1 to it to enable debug output
<freemangordon> maybe you'll need G_MESSAGES_DEBUG=all when you start it
xmn has joined #maemo-leste
minnemano has joined #maemo-leste
xmn has quit [Client Quit]
minnemano has quit [Client Quit]
akossh has quit [Ping timeout: 268 seconds]
DPA has quit [Ping timeout: 268 seconds]
DPA2 has joined #maemo-leste
<arno11> Wizzup: (just to understand) you moved all stuff from devel to stable, right ?
<Wizzup> mosly everything
<Wizzup> mostly
<arno11> ok. that's 2 different kernels in use, how it works for droid4linux stuff ?
<Wizzup> what do you mean with 2 different kernels in use
<arno11> devel is 6.1.47 and stable is 6.1.9, no ?
<arno11> *6.1.67
<Wizzup> devel is Version: 6.1.67.1-1+m7
<Wizzup> looks like stable is still Version: 6.1.8.0-1+m7
<arno11> yes
<Wizzup> hm, yeah, so maybe I didn't do that somehow
<Wizzup> repodiff doesn't mention it
<Wizzup> weird
<arno11> ah
<Wizzup> $ python3 repodiff.py chimaera-devel chimaera -t newer -f source
<Wizzup> charge-mode 1.3.1+m7 (> 1.2.6+m7 )
<Wizzup> python-mafw 0.2+m7.1 (> 0.2+m7 )
<Wizzup> sphone 0.8.0+m7 (> 0.7.5+m7 )
<Wizzup> Packages in chimaera-devel that are newer than chimaera
<Wizzup> hildon-connectivity-meta 1.10+m7.1 (> 1.10+m7 )
<Wizzup> xorg-server 2:1.20.11.4-1+m7 (> 2:1.20.11.2-1+m7.1 )
<Wizzup> will debug a bit later
<arno11> ok
<arno11> on fresh img stable is 6.1.9 btw
<arno11> freemangordon: your kernel is 6.1.67 on your d4 ?
<freemangordon> ъес
<freemangordon> oops
<freemangordon> arno11: yes
<arno11> ok cool because 6.1.y stuff has been merged with 6.1.67, not with 6.1.8 (or 9) so i suppose we'll have troubles with stable
<freemangordon> umm, can;t parse
<freemangordon> 6.1.y is upstream branch
<freemangordon> we do our patches on top
<freemangordon> so, why should we have troubles?
<freemangordon> ah, you mean because stable is on older kernel?
<arno11> no newer kernel
<freemangordon> well, Wizzup said will debug later
<freemangordon> I guess he'll fix that
<arno11> yep
<freemangordon> do you have som etime now to try to debug PA issues?
<arno11> yes i think
<freemangordon> ok, what do you want me to do?
<arno11> i think we can try to simulate a call with a loopback to see if it works
<freemangordon> but why call?
<arno11> arecord -c 2 -r 24000 -f S16_LE - | aplay -
<freemangordon> I don't pick-up the call
<arno11> with voicecall profile enable in pavucontrol
<freemangordon> ok, but it is not enabled when the issue happens
<arno11> anyway
<freemangordon> ok
<freemangordon> will try
<freemangordon> for how long?
<arno11> if you talk, you should hear your voice in speaker with around 1sec latency
<arno11> just try few seconds to test if sound works
<freemangordon> no
<freemangordon> I hear nothing
<arno11> ah
<arno11> try with 44100 instead of 24000
<freemangordon> ummm
<freemangordon> wait
<freemangordon> it works with hifi profile
<freemangordon> but not with call
<arno11> oh
<arno11> so ucm has troubles lol
<freemangordon> but phone calls work
<arno11> ok
<freemangordon> lemme try with 44100
<arno11> ok
<freemangordon> nope
<freemangordon> lemme try phone call to confirm
<arno11> ok
<freemangordon> umm, no
<arno11> what is weird is that your mic works with hifi profile and apparently not with voicecall
<freemangordon> ok, I stoppped pulseaudio and started it from the shell, could that be the reason?
<arno11> i doubt
<freemangordon> ok, now music plays
<arno11> could you check during a call, in alsamixer, if mic is activated ?
<freemangordon> ok
<arno11> and speaker/earphone
<freemangordon> 3 mics are enabled
<arno11> ok
<freemangordon> Mic1, Mic2 and Call
<arno11> and speaker/earphone ?
<freemangordon> Call is enabled
<freemangordon> HiFi is enabled
<freemangordon> and Voice is enabled
<freemangordon> well, sliders are > 0 (around 30-40)
<freemangordon> not sure if they are enabled really
<arno11> ok let me check in ucm
<freemangordon> shall I rollback the kernel?
<arno11> nope
<arno11> could you check (using hifi profile) if mics are still enabled during music playback
<freemangordon> all mics ar at 0
<arno11> ok
<arno11> so how is it possible to do a loopback using the hifi profile...weird
<freemangordon> I see microphone when hifi profile is enabled
<arno11> you mean activated ?
<freemangordon> yes
<freemangordon> do you want me to do some pa dump?
<arno11> no i think the problem is with ucm
<arno11> because what you see is a bit different that what ucm is supposed to do on mapphone
<arno11> plz check files/folders in /usr/share/alsa/ucm2
<freemangordon> umm, why do we have earpiece in hifi profile?
<freemangordon> arno11: what do you want me to check there?
<arno11> i just want to check if ucm path is still correct
<freemangordon> /usr/share/alsa/ucm2/Mapphone_Audio
<arno11> for hifi profile and earpiece, i don't know
<freemangordon> so the above dir contains 3 files and 3 links
<arno11> ok path is correct
<freemangordon> files are dated 15 of December
<freemangordon> ok, shall I reboot the device to check it behaves the same on fresh boot?
<arno11> yes
<freemangordon> ok
<freemangordon> on fresh boot it works
<freemangordon> lemme try loopback
<arno11> ok
<arno11> loopback is supposed to not work with hifi profile)
<arno11> only with voicecall
<freemangordon> no
<freemangordon> it does not work with call profie
<arno11> wtf
<arno11> and works with hifi i suppose
<freemangordon> nope
<freemangordon> now it does not work at all
<arno11> ah
<arno11> and real calls ?
<freemangordon> thats' after a phone call
<arno11> ah ok
<freemangordon> call worked
<arno11> ok
<arno11> and if you switch profile twice, it works ?
<freemangordon> it?
<arno11> i mean voicecall to hifi to voicecall
<freemangordon> underrun!!! (at least 16000.183 ms long)
<arno11> for loopback
<freemangordon> this is the result from loopback
<arno11> wow
<freemangordon> and after a timeout it started to work
<freemangordon> now loopback works with hifi
<freemangordon> lemme switch to call
<arno11> ok
<freemangordon> nope
<freemangordon> I guess I should hear loopback from the earpiece, right?
<arno11> yes
<freemangordon> notheing
<freemangordon> *nothing
<arno11> are you ok to modify daemon.conf a bit ?
<freemangordon> sure
<freemangordon> I can modify it as much as you tell me to :)
<arno11> ok :) so plz replace 44100 default sample rate by 48000
<arno11> and the contrary for alternate sample rate
<arno11> i mean exchange the 2 values
<freemangordon> ok
<arno11> and replace speex-float-1 by speex-fixed-2
<arno11> then you need to reboot
<freemangordon> can I restart pulseaudio instead?
<freemangordon> no difference
<freemangordon> arno11: I think the approach is wrong
<freemangordon> afaik d4 does not route mic through cpu when in call
<freemangordon> the modem does some magic instead
<freemangordon> and mic is routed directly to the modedm
<freemangordon> *modem
<Wizzup> yes
<Wizzup> well the modem doesn't do magic, the board does
<Wizzup> I think
<freemangordon> well...
<freemangordon> still
<arno11> ok but how could it be enable during a loopback
<freemangordon> we can;t
<freemangordon> because it does not go through cpu
<arno11> so something is really wrong
<freemangordon> arno11: agree, but the issue is with fifi profile
<freemangordon> *hifi
<arno11> yes so ucm is involved
<freemangordon> but not only it seems
<arno11> and the high latency means something is wrong with PA too
<freemangordon> modem driver does some things as well
<arno11> yes
<freemangordon> PA could just wait for some kernel event
<freemangordon> which never comes
<arno11> indeed
<arno11> plz reboot, i really want to see if errors are different with different daemon.conf parameters
<freemangordon> arno11: wait, please explain a bit what are you trying to achieve
<freemangordon> we dont; have issues with the calls it seems
<arno11> according to errors, something is wrong with sink when you hangup
<freemangordon> whch sink?
<freemangordon> *which
<arno11> then we have resampling errors and high latency
<arno11> for sink, no idea
<freemangordon> IIUC, what happens is: after hangup, sphone creates notification that seems to be played over voice profile
<arno11> ok
<freemangordon> but voice profile is not really enabled
<arno11> so ucm sucks
<arno11> but why
<freemangordon> not really, it is the kernel that calls motmdm_enable_primary_dai()
<arno11> ah yes
<freemangordon> see what tmlind said ^^^
<freemangordon> so, PA thinks HiFi profile is enabled
<freemangordon> but in reality it is some frankenstein profile
<arno11> kind of lol
<arno11> with no d4 around, that's not easy to help you :(
<freemangordon> tmlind: why motmdm has to do what it does, in terms of motmdm_enable_primary_dai()/ motmdm_disable_primary_dai()?
<freemangordon> like, on incomming call, motmdm_enable_primary_dai() is called unconditionally, but we want ringing through the speaker
<freemangordon> isn;t there some conflict?
<freemangordon> like, why shall we call enable on "1,4,0"?
<arno11> but why a conflict now and not few days/weeks ago ?
<arno11> what has been changed recently ?
<freemangordon> are you sure there was no issue back then?
<arno11> nope
<freemangordon> we have mafw/OMP from few weeks
<arno11> we must ask d4 users :)
<freemangordon> Wizzup: said there is no issue
<arno11> and PA user mode
<freemangordon> that should make no diff
<arno11> indeed
<freemangordon> I will rather try to not enable dai on incomming call
<freemangordon> but after it is connected
<arno11> maybe you should rollback the kernel afterall, just to be sure
<freemangordon> will wait for tmlind first :)
<tmlind> freemangordon: i think for voice calls the modem is the mcbsp bus master rather than the soc clocking the bus
<freemangordon> tmlind: ok, but what will happen if we call motmdm_enable_primary_dai() and then someone tries to play audio?
<freemangordon> because that's what happens on call reject, IIUC
<freemangordon> brb, dinner
<tmlind> i think one of the two soc audio dais works voice or hifi, one gets disabled, might be worth tracing what android does there
<sicelo> may i briefly interrupt you gentlemen - what are the values of EVICGABS in https://gitlab.freedesktop.org/hadess/iio-sensor-proxy/-/blob/7a12f6bbc91e372a4aa0bc1344531dca7239a016/tests/input-accel-capture.ioctl and how could I generate/find them myself?
<sicelo> *EVIOCGABS
<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
<tmlind> freemangordon: i think hifi should still be functional during a voice call, see https://lkml.org/lkml/2018/3/27/1225
<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
<tmlind> for voice and hifi
<freemangordon> tmlind: this https://pastebin.com/Q5ZRMwMn fixes the issue
<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
<sicelo> and you can use https://libera.irclog.whitequark.org/maemo-leste/ to see any replies to your questions that you might have missed at any time
<apoage2> Sicelo: thanks.. really appreciate that log
<f_> yeah it's awesome
<f_> You can search in them too.
<Wizzup> freemangordon: did you make a separate rtcom plugin for facebook, or did it use the general haze structure?
<bencoh> is that a new one, or just fmg's fremantle plugin?
<Wizzup> I don't know if it is a fremantle one
<Wizzup> I imagine it's new
<bencoh> well, considering the ChangeLog ... :)