<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
<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
<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 :)