ikmaak has quit [*.net *.split]
n900 has quit [*.net *.split]
moparisthebest has quit [*.net *.split]
tk has quit [*.net *.split]
antranigv has quit [*.net *.split]
ikmaak has joined #maemo-leste
antranigv has joined #maemo-leste
tk has joined #maemo-leste
n900 has joined #maemo-leste
moparisthebest has joined #maemo-leste
norayr has joined #maemo-leste
neimsaci has quit [Quit: WeeChat 4.0.4]
elastic_dog has quit [Ping timeout: 240 seconds]
elastic_dog has joined #maemo-leste
Daanct12 has joined #maemo-leste
moparisthebest has quit [Ping timeout: 246 seconds]
xmn has quit [Quit: ZZZzzz…]
freemangordon has quit [Ping timeout: 255 seconds]
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #maemo-leste
xmn has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
macros_ has quit [Ping timeout: 258 seconds]
macros_ has joined #maemo-leste
ahmed_sam has joined #maemo-leste
maemish_ has joined #maemo-leste
attah has quit [Server closed connection]
attah has joined #maemo-leste
freemangordon has joined #maemo-leste
Daanct12 has quit [Ping timeout: 248 seconds]
Daanct12 has joined #maemo-leste
ceene has joined #maemo-leste
Daanct12 has quit [Quit: WeeChat 4.0.4]
<freemangordon> tmlind: seems there is some issue with schedule_hrtimeout(), it always waits ~300 us more than what requested
<freemangordon> I am afraid we have way bigger issue on n900 than non-working IRTX
arno11 has joined #maemo-leste
<arno11> fremangordon: what kind of issue ?
<freemangordon> arno11: hard to tell how it manifests itself from user POV, but *every* schedule_hrtimeout() call (and thus every usleep_range() call and who knows what else) sleeps at least ~300 us more than the requested delay
<arno11> could explain general latency issues ?
<freemangordon> mhm
<freemangordon> this is used all over the place https://elixir.bootlin.com/linux/v6.1.48/C/ident/usleep_range
<freemangordon> and this is seen as posix timers from userspace
<freemangordon> so, basically there is no way to sleep for less that 300 us, unless I am doing something stupid when measuring
<freemangordon> lets see if tmlind has some idea
<arno11> ok
<arno11> wow indeed it is used all over the place...
xmn has quit [Quit: ZZZzzz…]
arno11 has left #maemo-leste [#maemo-leste]
<sicelo> these are omap3 problems? just odd that it'd be N900-specific
norayr has left #maemo-leste [Error from remote client]
dos has quit [Ping timeout: 240 seconds]
dos has joined #maemo-leste
ahmed_sam has quit [Read error: Connection reset by peer]
maemish_ has quit [Quit: Connection closed for inactivity]
Daanct12 has joined #maemo-leste
<freemangordon> mhm
<freemangordon> lemme boot my d4 to check what the latency is
uvos__ has joined #maemo-leste
<uvos__> Wizzup: tmlind: sure i know its exposed on alsa interface, the problem is this isent wired up to ofonos dtmf interface (nor is it how ofono expects to execute dtmf tones, this seams to go via qmi)
<uvos__> so ideal we would add support for it in ofono, since sphone should try to avoid being the hw abstraction layer
<uvos__> dtmf via qmi seams to not work on d4
<freemangordon> why not use tonegend?
<uvos__> this is impossible
<freemangordon> why?
<uvos__> we _can_not_ send any audio to the modem via cpu in a call
<freemangordon> we can't send audio?
<freemangordon> ah
<uvos__> the modem is given the microphone
<uvos__> it records itself
<freemangordon> ok, but what if we want to record the audio?
<uvos__> we can record
<freemangordon> but not play?
<uvos__> there a special dai
<uvos__> jup
<freemangordon> ugh :(
<uvos__> we should instead wireup tonegend to ofono really
<uvos__> so the interfaces can be the same on any deivce
<freemangordon> mhm
<freemangordon> but, how would that help in d4 case?
<uvos__> well it would allow sphone to not worry about if dtmf is implemented in hw or software
<freemangordon> ok, d4 has the same latency issue
<freemangordon> uvos__: ah, right
<freemangordon> we just ask ofono for dtmf
<uvos__> yes
<uvos__> "ok, d4 has the same latency issue" ugh
<uvos__> thats terrible
<uvos__> xD
<freemangordon> sudo cyclictest -s --mlockall --priority=80
<freemangordon> T: 0 ( 6044) P:80 I:1000 C: 16991 Min: 7 Act: 1014 Avg: 401 Max: 1990
<uvos__> i wonder if kselftest would have caught this
<uvos__> and if we should be running it
<freemangordon> what is kselftest?
<freemangordon> ah
<uvos__> the kernels test suite
<freemangordon> ok, but can we do when cross-compile?
Daanct12 has quit [Ping timeout: 240 seconds]
<uvos__> hmm dont see why not, you compile it for arm32 and run the test on device
<freemangordon> any idea which specific test sshall be run?
<uvos__> well the idea would be to run the entire suite, i dont really know if it would have caught this specific issue
Daanct12 has joined #maemo-leste
ahmed_sam has joined #maemo-leste
Blikje has quit [Remote host closed the connection]
ahmed_sam has quit [Read error: Connection reset by peer]
<uvos__> neat
Daanct12 has quit [Ping timeout: 240 seconds]
uvos__ has quit [Remote host closed the connection]
Oksanaa has quit [Remote host closed the connection]
gry has quit [Quit: leaving]
gry has joined #maemo-leste
ceene has quit [Remote host closed the connection]
SuperMarioSF has joined #maemo-leste
SuperMarioSF_ has quit [Ping timeout: 252 seconds]
Oksanaa has joined #maemo-leste
gry has quit [Changing host]
gry has joined #maemo-leste
Oksanaa has quit [Remote host closed the connection]
gry has quit [Quit: leaving]
maemish_ has joined #maemo-leste
gry has joined #maemo-leste
moparisthebest has joined #maemo-leste
xmn has joined #maemo-leste
maxwelld has left #maemo-leste [#maemo-leste]
antranigv has quit [Quit: ZNC 1.8.2 - https://znc.in]
antranigv has joined #maemo-leste
antranigv has quit [Quit: ZNC 1.8.2 - https://znc.in]
antranigv has joined #maemo-leste
maxwelld has joined #maemo-leste
norayr has joined #maemo-leste
fab_ has joined #maemo-leste
maemish_ has quit [Quit: Connection closed for inactivity]
norly has quit [Server closed connection]
norly has joined #maemo-leste
ahmed_sam has joined #maemo-leste
arno11 has joined #maemo-leste
ahmed_sam has quit [Read error: Connection reset by peer]
attah has quit [Read error: Connection reset by peer]
<arno11> bencoh: Wizzup: weird cases with calls happen with N900 too: sometimes ringtone is not starting at all or too late. and depending of sim card/provider sometimes tone is not working at all
attah has joined #maemo-leste
<arno11> i didn't notice the sms bug
<arno11> *btw
<Wizzup> arno11: yeah this is d4
<arno11> yeah i know
<arno11> just to compare
akossh has joined #maemo-leste
maemish_ has joined #maemo-leste
akossh has left #maemo-leste [#maemo-leste]
akossh has joined #maemo-leste
ahmed_sam has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
fab_ has quit [Quit: fab_]
akossh has quit [Quit: Leaving.]
Oksanaa has joined #maemo-leste
gry has quit [Changing host]
gry has joined #maemo-leste
maemish_ has quit [Quit: Connection closed for inactivity]
gry has left #maemo-leste [leaving]
<sicelo> i hope this change is correct? i think testing for dns[0] again was a typo.
<sicelo> will be happy to have your review and eventually merge. it's something that does bug me a lot
<sicelo> arno11: ofono in general is rock-solid on N900, so yes :-)
nela has quit [Quit: bye]
nela has joined #maemo-leste
LIERO has quit [K-Lined]
ahmed_sam has quit [Read error: Connection reset by peer]