ac_laptop has joined #maemo-leste
ac_laptop has quit [Quit: WeeChat 3.8]
akossh has quit [Quit: Leaving.]
slep has left #maemo-leste [#maemo-leste]
slep has joined #maemo-leste
Daanct12 has joined #maemo-leste
Alatheia has quit [Ping timeout: 256 seconds]
Alatheia has joined #maemo-leste
slep has left #maemo-leste [#maemo-leste]
Alatheia has quit [Excess Flood]
Alatheia has joined #maemo-leste
xmn has joined #maemo-leste
sch has quit [Ping timeout: 246 seconds]
joerg has quit [Ping timeout: 276 seconds]
joerg has joined #maemo-leste
<tmlind> ok got the mz608, it was on some old v2.6 kernel.. decided to try to flash it with mz609 kernel with some xda instructions (roughly backup cid, clear cid, flash mz609, don't restore cid) and it boots with some warnings
<tmlind> flashed kexecboot, installed linux, turns out the lcd works with the same timings as mz617, it just has smaller physical dimensions :)
<tmlind> hoping to send out some more mainline lcd patches at some point over the weekend
<tmlind> sounds like mz615 can also be flashed in a similar way using mz617 firmware, i should have an mz615 in a box somewhere
<tmlind> oh and no memtester errors on the mz608 unlike my mz609 had, so it for sure has bad memory
ceene has joined #maemo-leste
rafael2k has quit [Quit: Leaving]
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
<Wizzup> tmlind: cool @ timings!
<Wizzup> I have mzmz615,mz616,mz617 and mz608 here too if helpful
arno11 has joined #maemo-leste
<arno11> uvos: sorry, i forgot to tell you that landscape view fix in sphone doesn't work: boolean 'False' doesn't work (i don't understand why), it must be replace by 'false'. this way it works.
<arno11> and avoid confusion if the user set boolean to 'true' (True doesn't work)
<arno11> (and in fact 'False' is 'working' because it is not recognized as a valid option)
arno11 has left #maemo-leste [#maemo-leste]
Twig has joined #maemo-leste
<sicelo> arno, so maybe we should just update the config file to use false/true?
ceene has quit [Ping timeout: 260 seconds]
arno11 has joined #maemo-leste
<arno11> sicelo: yes i think so (and set LandscapeCalls to true)
arno11 has left #maemo-leste [#maemo-leste]
arno11 has joined #maemo-leste
<arno11> i tried calls from a fresh install: good news, it works OOTB with a proper pulse/daemon.conf file
<arno11> bad news: it is too slow to take incoming calls
<arno11> tweaking priorities and blocking 125MHz freq is not enough
<arno11> the key is transitions.ini file
<arno11> anyway we are closed to OOTB calls
<arno11> (and SIP calls are ok with the modified daemon.conf file)
<freemangordon> umm, what does it mean "too slow to take..."
<freemangordon> does it mean that UI does not appear fast enough?
<arno11> exactly, i mean the device is too slow to open sphone dialer (with PA running at 100% at the same time)
<arno11> OTOH, no troubles in 16bpp + modified transitions
<arno11> it really means that's a performance issue
<arno11> and to make thing more complicated, apt-worker + auto wifi search make n900 unusable every 5 min lol
<arno11> To be positive, that' s just many basic things that cause troubles on N900 OOTB
<arno11> (when i say OOTB, i mean OOTB + -devel upgrade)
<arno11> freemangordon: PA running in user mode should help
<freemangordon> yeah, but I lack the knowledge to do it
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> I think we just don't start pa in system mode and don't set the env vars if any
<Wizzup> and then it should autospawn, no?
Daanct12 has quit [Quit: WeeChat 4.1.1]
ceene has joined #maemo-leste
The_Niz has joined #maemo-leste
<freemangordon> hmm, lemme try on my d4
ceene has quit [Ping timeout: 252 seconds]
<freemangordon> Wizzup: does not seem to run properly
<freemangordon> there is start-pulseaudio-x11, but no idea who is supposed to run it
shOkEy has quit [Ping timeout: 268 seconds]
shOkEy has joined #maemo-leste
<freemangordon> /etc/xdg/autostart/pulseaudio.desktop it is
<freemangordon> but seems h-d ignores it
uvos__ has joined #maemo-leste
<uvos__> on systemd systems systemd starts it
<freemangordon> starts what? /etc/xdg/autostart/pulseaudio.desktop
arno11 has joined #maemo-leste
<uvos__> on session creation systemd forks itself, setuids itself to the user in question, and executes an entire init process, with its own services and runlevels
<uvos__> it runs the pulsaudio binary
<freemangordon> I think it is desktop env that shall start .desktop files, no?
<uvos__> [Service]
<uvos__> LockPersonality=yes
<uvos__> MemoryDenyWriteExecute=yes
<uvos__> NoNewPrivileges=yes
<uvos__> RestrictNamespaces=yes
<freemangordon> no, no
<uvos__> SystemCallArchitectures=native
<uvos__> SystemCallFilter=@system-service
<uvos__> Type=simple
<uvos__> ExecStart=/usr/bin/pipewire
<uvos__> Restart=on-failure
<uvos__> Slice=session.slice
<uvos__> [Install]
<uvos__> Also=pipewire.socket
<uvos__> WantedBy=default.target
<uvos__> heres the unit
<freemangordon> this is piperwire :)
<uvos__> its for pipewire
<uvos__> but the pa one is the same
<freemangordon> no
<uvos__> i know pa is the same
<freemangordon> it is not
<freemangordon> sec, lemme explain
<freemangordon> there is /etc/init.d/pulseaudio-enable-autospawn
<freemangordon> that enables pa autospawn
<freemangordon> and DE is supposed to run /etc/xdg/autostart/pulseaudio.desktop, which calls start-pulseaudio-x11
<freemangordon> systemd has nothing to do here
<freemangordon> but seems our DE ignores /etc/xdg/autostart
<uvos__> init.d dosent even exist on a systemd system
<uvos__> yes pa is started the same way
<freemangordon> right, but exists on our
<uvos__> this is maybe how it worked in sysv
<freemangordon> mhm
<freemangordon> there is even a man page for start-pulseaudio-x11
<uvos__> the systemd way is imo vatly supierior
<freemangordon> anyway
<freemangordon> could be
<uvos__> since there is a real dependancy system involved, and is agnostic of what the desktop is or if there is even one
<uvos__> ie in console only sessions
<freemangordon> still, I guess I shall modify maemo-audio to call start-pulseaudio-x11 from xsession file
<freemangordon> unless you have a better idea
<uvos__> sure no we have no real session level init so xsession it is
<freemangordon> ok
fab_ has joined #maemo-leste
The_Niz has left #maemo-leste [#maemo-leste]
<arno11> if it can help: without init.d/pulseaudio script, PA doesn't try to start and no error messages on boot
<arno11> if i run the script on boot without --system, it tries to start but complains about the use of root and the lack of DISPLAY env var
<sicelo> freemangordon: start-pulseaudio-x11 is indeed the correct way to do this. i use exactly the same on pmOS, which is also openrc
<freemangordon> sicelo: for soe reason it does not work properly
<freemangordon> *some
<freemangordon> oh, it did
<freemangordon> I had to make xorg startup script depend on pulseaudio-enable-autospawn
<arno11> and ? it works ?
<freemangordon> yes
<arno11> woohoo
<arno11> freemangordon: plz, give me more details to be able to test :P
<freemangordon> wait
<freemangordon> arno11: clone and build https://github.com/maemo-leste/maemo-audio
<arno11> ok thx
<freemangordon> arno11: also, you have to add dependency to pulseaudio-enable-autospawn in /etc/init.d/xorg
<freemangordon> I will fix that properly, but not now
<arno11> ok
<freemangordon> system sounds does not seem to work
<freemangordon> oh, wait
<arno11> ah probably need to modify some stuff in PA config
<freemangordon> no idea
<arno11> (currently building)
<freemangordon> guys, are system sounds supposed to work?
<arno11> check if there are deactivated in settings maybe
<freemangordon> already did :)
<arno11> ok (build ok and dependency added)
<arno11> (installing and rebooting)
<arno11> ah during installation it says 'the user user is already a member of pulse-acces' so if sound is not working we know where to look at
<arno11> (rebooting)
<freemangordon> ok, it works fine
<freemangordon> it was that I started PA from ssh session
<freemangordon> after proper reboot it is ok
<arno11> cool :)
<arno11> let's try
<freemangordon> on d4 seems PA is using 2-3% less
<arno11> ok probably much impressive on N900 lol
<freemangordon> which is about 30%-40% decrease
<arno11> ok
<arno11> (h-d loading...)
<arno11> wooo about the same on N900 :)
<arno11> let's try a call...
<freemangordon> unless resampling is done with NEON, I doubt there will be much diff
<arno11> arghh seems cmtspeech crashed on startup
<freemangordon> what is "cmtspeech"?
<freemangordon> like, is that some kind of process?
<arno11> it is a kernel module
<arno11> i don't understand what's going on
<arno11> let me few min
<freemangordon> ah, kernel oops that is then :)
<arno11> rebooting...
<arno11> it will be ok
<arno11> still loading lol
<sicelo> cmtspeech? not cmt_pulse?
<arno11> cmtspeech and now after rebooting ofono crashed
<arno11> ah seems cmtspeech can't communicate with PA
<sicelo> you set the permissions as shown before?
<arno11> sicelo: weird maybe i'm in the wrong group ?
<arno11> sorry didn't see your message
<sicelo> the group in udev rule is wrong
<arno11> ah
<arno11> plz details :)
<sicelo> what's the group in udev rule?
<arno11> let me check
<sicelo> just check which group owns cmtspeech
* sicelo is at a meeting
<arno11> sorry i was looking in the wrong path lol
<arno11> ok so indeed that's wrong
<arno11> owner root and group pulse-access
<sicelo> so it should be just pulse, not pulse access
<arno11> yep ok (it will be a bit long to check, ofono crashed again...)
<arno11> and owner: user ? or root ?
<sicelo> root
<arno11> ah ok
<arno11> let's go, need at least 8 min
<sicelo> why's ofono crashing?
<arno11> freemangordon: btw i tried audio and video and it is really better in user mode :)
<arno11> sicelo: it happens sometime if something is wrong with cmt_pulse
<sicelo> ok
<arno11> still not working
<freemangordon> arno11: what is better? cpu usage? or?
<arno11> yes cpu usage and PA is really working better in background
uvos__ has quit [Ping timeout: 256 seconds]
<arno11> ATM everything is fine with a real improvement
<arno11> non working calls are half a surprise
<arno11> i'll have time this weekend to check
<freemangordon> ok, I'll push the changes to -devel repo later on
<arno11> ok cool and many thx
<arno11> bbl
arno11 has left #maemo-leste [#maemo-leste]
uvos__ has joined #maemo-leste
<uvos__> arno11: ofono crashing when cmtspeach is missing isent great, it really should just work in data only mode instead
<uvos__> freemangordon: thats quite a bit @ perf advantage of pa using shm, i dident expect it to be that mutch
<freemangordon> uvos__: how much? the values I reported?
<freemangordon> keep in mind I took those from top, so not really precise
<freemangordon> I didn't perform any extensive testing
DPA2 is now known as DPA
akossh has joined #maemo-leste
<uvos__> sure but i wasent expecting it to be super mesurabe without real benchmarking
arno11 has joined #maemo-leste
<arno11> it works now, as user:pulse-access in dev rules and running cmt_pulse with no root
<arno11> but result is similar to system mode
<arno11> high cpu usage
<arno11> but for audio and video it is really better on N900. need to check with a fresh install
<sicelo> oh great @ no root cmt_pulse
<arno11> yes :)
<arno11> in fact it works better because i didn't use chrt and renice
<arno11> sicelo: the weird thing is that it didn't work when adding user:pulse-access in dev rules...
<arno11> using chown, it works
<sicelo> wait ... you set user:pulse-access?
<Wizzup> you need to reload udev db
<Wizzup> and/or re-login
<sicelo> you should have root:pulse-access (or more likely, root:pulse)
<arno11> it didn't work after reboot
<sicelo> user is in that group, so it should be able to control the device
<arno11> pulse group doesn't exist
<sicelo> ok. pulse-access then :-)
<arno11> yep
<sicelo> but root:pulse-access,not user:pulse-access
<arno11> root:pulse-access doesn't work
<arno11> only user
<sicelo> sounds weird to me. anyway I'll also play with it when I'm finally free
<arno11> actually udev looks like that: mode 0660 (maybe wrong), owner user and group pulse-access
<arno11> and doesn't work, only working with chown command: sudo chown user:pulse-access /dev/cmt_speech
<arno11> every other possiblities causes cmt_pulse or ofono errors
<sicelo> what does `id` return for user user?
<arno11> which part do you want to check ?
<sicelo> just run id and ahare the output
<sicelo> *share
<arno11> uid=1000(user) gid=1000(user) groups=1000(user),27(sudo),29(audio),44(video),102(netdev),111(pulse-access)
<sicelo> ok. root:pulse-access should work then if the permissions on cmtspeech are 660
<arno11> ok let's try
<sicelo> please show output of ls -l /dev/cmtspeech
<arno11> the command returns no such file
<arno11> and after reboot root:pulse-access still doesn't work
<arno11> and works with chown command
<arno11> but still with user:pulse-access
<freemangordon> ok, so, shall I push to -devel?
<freemangordon> Wizzup: ^^^
<Wizzup> freemangordon: feel free
<Wizzup> (work mtg atm)
<freemangordon> ok
<arno11> freemangordon: troubles are just with calls, everything else seems to work
<freemangordon> but this is not working either ways, no?
<freemangordon> or it is WIP?
<freemangordon> arno11: like, shall we push it to -devel, despite it is breaking the calls?
<freemangordon> (on n900)
<arno11> sure
<freemangordon> ok
<arno11> it works
<arno11> just a problem with permissions
<arno11> with cmtspeech
<arno11> (currently checking sip calls)
uvos__ has quit [Ping timeout: 276 seconds]
<arno11> sip, audio , video are ok
<freemangordon> so, no there is no need to increase the prio?
<freemangordon> *now
uvos__ has joined #maemo-leste
<sicelo> someone should also test how calls on d4 are affected, if any. of course i don't expect problems there
* freemangordon is testing
<freemangordon> no issues
<arno11> sicelo: seems only affecting cmt_speech
<arno11> cool
uvos__ has quit [Ping timeout: 256 seconds]
uvos__ has joined #maemo-leste
<Wizzup> arno11: does cmt_speech still run as a different user for you?
<freemangordon> uvos__: https://pastebin.com/yCwpGW8M
<uvos__> hmm what
<uvos__> ill look in to it
<arno11> Wizzup: sorry, wdym exactly ?
<sicelo> arno11: i've just got home. will shortly boot my leste N900 and also have a look at the weird permissions problem. i don't have it under pmOS, so I'm really surprised
<arno11> sicelo: ok
<Wizzup> arno11: does it run as 'user' ?
<arno11> Wizzup: yes it works well as user
<arno11> brb
arno11 has left #maemo-leste [#maemo-leste]
xmn has quit [Quit: ZZZzzz…]
uvos__ has quit [Ping timeout: 245 seconds]
uvos__ has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> Wizzup: sorry i forgot: works as user but only using chown command
<arno11> no way to get it working through udev on my device
<arno11> btw sip calls are now awesome with twinkle :)
<arno11> sicelo: you should try it ! :)
<Wizzup> ok
<Wizzup> great
<sicelo> mmm, on my device, i have /lib/udev/rules.d/10-nokia-modem.rules and 10-nokia-modem.rules.leste
<sicelo> arno11: re - twinkle, i will ... but i don't really have that many people i can call via sip :-)
<arno11> (me too) indeed, that's a problem :)
<arno11> and for udev, i've got the 2 modem rules as well
<arno11> (i've used the .leste one btw)
uvos__ has quit [Ping timeout: 256 seconds]
uvos__ has joined #maemo-leste
<arno11> freemangordon: sorry, didn't see your quest about prio: no need anymore on my config, not sure with no tweaks, i'll try tomorrow
<arno11> from a fresh install
shOkEy has quit [Ping timeout: 256 seconds]
RedW has quit [Remote host closed the connection]
uvos__ has quit [Ping timeout: 268 seconds]
shOkEy has joined #maemo-leste
RedW has joined #maemo-leste
shOkEy has quit [Ping timeout: 268 seconds]
uvos__ has joined #maemo-leste
uvos__ has quit [Ping timeout: 256 seconds]
uvos__ has joined #maemo-leste
<sicelo> arno11: Wizzup: the group to be set in that udev rule is `audio`
<sicelo> so /dev/cmt_speech gets owned by root:audio
<arno11> ah ok cool (i tried but with user...)
<arno11> thx
<arno11> so it seems/means we have Leste working perfectly with no PA system mode :)
arno11 has left #maemo-leste [#maemo-leste]
Twig has quit [Remote host closed the connection]
fab_ has quit [Quit: fab_]
uvos__ has quit [Ping timeout: 256 seconds]
uvos__ has joined #maemo-leste
xmn has joined #maemo-leste
akossh has quit [Quit: Leaving.]