norayr has left #maemo-leste [Error from remote client]
Blikje has quit [Ping timeout: 248 seconds]
Blikje has joined #maemo-leste
uvos__ has quit [Ping timeout: 248 seconds]
uvos has quit [Ping timeout: 268 seconds]
xes has quit [Ping timeout: 255 seconds]
maemish_ has quit [Quit: Connection closed for inactivity]
xes has joined #maemo-leste
akossh has quit [Quit: Leaving.]
panzeroceania has quit [Excess Flood]
panzeroceania has joined #maemo-leste
nmdv has joined #maemo-leste
nmdv has quit [Ping timeout: 276 seconds]
macros_ has quit [Ping timeout: 246 seconds]
macros_ has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
joerg has quit [Ping timeout: 250 seconds]
joerg has joined #maemo-leste
rafael2k_ has joined #maemo-leste
<freemangordon> uvos: yes, the questions "how mce tells x11 to disable input devices" is still relevant
<freemangordon> *question
<freemangordon> scratch that, found it
rafael2k_ is now known as rafael2k
<freemangordon> heh
<freemangordon> mce: x11-ctrl: unable to open display
ceene has joined #maemo-leste
<freemangordon> root does not have access to X display
<freemangordon> Wizzup: any objections adding "xhost +local:" to startup scripts?
<rafael2k> I here cheering for you.
<rafael2k> xhost +
<rafael2k> : )
<freemangordon> yeah
<freemangordon> rafael2k: could you upgrade your device to chimaera-devel and confirm xorg runs as user 'user'?
<rafael2k> yes
uvos has joined #maemo-leste
uvos__ has joined #maemo-leste
<freemangordon> rafael2k: 'yes, I could' or 'yes, it runs as user'? :)
<freemangordon> uvos: it turned out mce cannot open the display :)
<freemangordon> so no input devices got disabled
<rafael2k> freemangordon, sorry, I'll just apt-get upgrade with chimaera-devel repo and let you know, just a sec
<freemangordon> sure, no hurry, I just wasn't sure what that 'yes' was supposed to mean
<rafael2k> The following NEW packages will be installed:
<rafael2k> autologin xinit
<rafael2k> insserv: Script zzzremove-first-boot-flag has overlapping Default-Start and Default-Stop runlevels (S 1 2 3 4 5) and (0 1 2 3 4 5 6). This should be fixed.
<rafael2k> got this too ^
<rafael2k> Installing new version of config file /etc/X11/Xsession-post ...
<rafael2k> Installing new version of config file /etc/X11/Xsession.d/00settings ...
<rafael2k> Installing new version of config file /etc/init.d/xorg ...
<rafael2k> It will take a bit as the kernel is also being upgraded (6.1.13 -> 6.1.15)
<rafael2k> rebooted - it is up
<rafael2k> autologin, startx and xinit as "user"
<rafael2k> Xorg as "root"
<rafael2k> Xsession-post as "user" too
<freemangordon> ok, seems we'll have to tell it to run as "user"
<freemangordon> rafael2k: does loginctl lists x11 session
<freemangordon> it should be cN
<rafael2k> oginctl
<rafael2k> SESSION UID USER SEAT TTY
<rafael2k> 1 1000 user pts/0
<rafael2k> c2 1000 user seat0
<rafael2k> 2 sessions listed.
<freemangordon> cool
<rafael2k> lemme know any test needed
<freemangordon> sure, thanks!
<rafael2k> : ))
<freemangordon> uvos__: do we car that much if startx runs Xorg as root? or, shall we divert /etc/X11/Xwrapper.config and add needs_root_rights=no?
<freemangordon> *care
jessicant has quit [Ping timeout: 256 seconds]
maemish_ has joined #maemo-leste
jessicant has joined #maemo-leste
<sicelo> why would omap4 (samsung tab 2) break on thumb2 kernel? freemangordon any ideas?
<sicelo> is that perhaps why leste kernel isn't thumb2?
akossh has joined #maemo-leste
<freemangordon> sicelo: what is the contaxt?
<freemangordon> *context
<Wizzup> freemangordon: what does that do @ xhost?
<Wizzup> freemangordon: ah, that was the problem?
<freemangordon> mhm
<freemangordon> mce was unable to open the display so it was not disabling input devices
<freemangordon> with upgraded maemo-system-services we should be back to normal
<Wizzup> lol
<Wizzup> good find
<freemangordon> at least here I am seeing something like 40mA on d4
<freemangordon> with gprs on
<freemangordon> Wizzup: maybe upgrade and confirm idle draw on your device is normal
<Wizzup> I will
<freemangordon> well, better upgrade :)
<Wizzup> I did :)
maemish_ has quit [Quit: Connection closed for inactivity]
xmn has joined #maemo-leste
<sicelo> freemangordon: working with mighty17[m], i was trying to use a common kernel config for his samsung espresso and my n900. it works, as long as THUMB2_KERNEL is not set. when set, the espresso doesn't boot correctly. unfortunately, he hasn't got uart, so for now we can't tell what breaks things with THUMB2
<uvos> maybe build a thumb2 kernel for d4
<uvos> possibly its broken for omap4 in general
<uvos> and d4 is easy to debug
<uvos> the leste kernel is not not useing thumb2 beacause of any know issue
<uvos> its not thumb2 because thats upstream default, and i dident change it
<Wizzup> I think we have the same kernel for d4 and n900 now
<uvos> yes
<Wizzup> aren't we enabling thumb kernel? or just userspace?
<uvos> just userspace
<uvos> we have never used thumb2 kernel on d4 afaik, and since we absorbed the n900 into the d4 kernel it has not been thumb2 either
<uvos> freemangordon: we build our own xorg anyhow, so changeing the config file seams no issue. we dont care THAT mutch, but it is a real security thing.
<freemangordon> uvos: if we are going to change Xorg, I would say we better fix it properly
<freemangordon> because it unconditionally checks for modesetting capability on dri devices
<freemangordon> IIUC, there no way pvr driver to have modesetting caps :)
<freemangordon> I wonder if it wouldn;t be easier to just remove pvr node from /dev/dri
<freemangordon> BTW, we have the same issue with lima
<freemangordon> so it is not d4 only
<freemangordon> umm, pvr only
<sicelo> i would test thumb2 with my droid 4, but i'm going to be physically away from it for around 2-3 months
<bencoh> sicelo: may I ask which espresso you were referring to? because samsung chips have been shipped with arm64 kernels for quite a while
<bencoh> (and/or which exynos SoC if you know)
<sicelo> samsung tab 2
<sicelo> it has omap4430 :-)
<bencoh> ah, I see
uvos__ has quit [Ping timeout: 276 seconds]
<freemangordon> Wizzup: cannot build xorg on device or in VM, requires libsystemd-dev :(
<Wizzup> heh
<Wizzup> I can help in 30 mins or so
<freemangordon> Wizzup: what about https://pastebin.mozilla.org/NHJousDv ?
<freemangordon> or anybody who has a clue in that regard :)
<Wizzup> freemangordon: and you can't install libsystemd-dev?
<rafael2k> xorg should not need systemd, this is strange, as it runs on OSes without systemd
<Wizzup> if you want to build it with logind support you need libsystemd-dev
<Wizzup> iiuc
<Wizzup> and on debian they didn't make it so that you can use libsystemd-dev with elogind installed, again iiuc
<Wizzup> freemangordon: you can just tag it and run on CI
<rafael2k> what a shit
<rafael2k> :(
ceene has quit [Ping timeout: 255 seconds]
arno11 has joined #maemo-leste
<arno11> freemangordon: new dist-upgrade works on n900
<arno11> power cons back to normal
<arno11> idle 47
<arno11> i've tested lot of stuff on n900. most things works fine
<arno11> with chimaera
<sicelo> and modem?
<arno11> modem is the main problem
<sicelo> still broken? i would like to see the dmesg, etc. as requested yesterday
<arno11> ok
<arno11> [ 0.486175] kprobes: kprobe jump-optimization is enabled. All kprobes are optimized if possible.
<arno11> [ 16.314483] ehci-omap 48064800.ehci: new USB bus registered, assigned bus number 1
<arno11> [ 16.410766] ohci-platform 48064400.ohci: new USB bus registered, assigned bus number 2
<sicelo> i've got working modem in vanilla 6.3-rc2, i.e. without powervr, but it shouldn't affect modem in any way
<sicelo> arno11: modem is not on USB ...
<arno11> sorry wrong command
<arno11> in fact no mistake
<arno11> grep modem and usb result
gliffy has joined #maemo-leste
<sicelo> :-)
<sicelo> s/vanilla//
<arno11> mdbus2 gives no modem as well
<arno11> only bluetooth lol
<sicelo> zgrep NOKIA_MODEM /proc/config.gz
<arno11> CONFIG_NOKIA_MODEM=m
<sicelo> ok, at least that's a good start
<arno11> yes indeed
<sicelo> zgrep OMAP_SSI /proc/config.gz
<arno11> CONFIG_OMAP_SSI=m
<sicelo> btw, does the modem on your N900 work, e.g. in Fremantle?
<arno11> yes no probs
<sicelo> dmesg | grep 'ssi\|modem'
<arno11> usb results lol
<sicelo> i don't understand ...
<arno11> see previous copy paste
<arno11> ehci usb bla bla
<arno11> but no modem
<sicelo> i'm not sure this comes from that dmesg + grep command
<arno11> i confirm
<sicelo> oh, haha, i see. it's the "ssi"
<sicelo> ssi exists in possible :p
<sicelo> lsmod | grep ssi
<arno11> no result
<sicelo> lsmod | grep 'nokia\|hsi'
<sicelo> weird
<sicelo> so the module doesn't load, but it exists
<arno11> yep
<arno11> nokia hsi no result
<arno11> if no sim card is detected ?
<sicelo> modem is independent of SIM. should still probe without it
<arno11> ok
<sicelo> post your dmesg somewhere
<arno11> ?
<arno11> only dmesg ssi\|modem give results but not related to modem
<buZz> curious how the charging will get improved on cpcap
<buZz> guess i could just do my own kernel again, but meh :P
<sicelo> buZz: if you do build kernel, please humor me and enable THUMB2_KERNEL :-)
<buZz> :D
<sicelo> I'm dying to know if it works on d4 or not
rafael2k has quit [Ping timeout: 276 seconds]
<freemangordon> Wizzup: I installed libsystemd-dev, in the cost of removing couple of packages
<freemangordon> so, any thoughts about https://pastebin.mozilla.org/NHJousDv ?
arno11 has left #maemo-leste [#maemo-leste]
<uvos> i mean its not technicly true
<uvos> you could have a device with a render node that only supports ums
<uvos> that would be wierd, and dosent exist
<uvos> but its not impossib;e
<uvos> honestly the should just drop ums support form xorg allready...
<buZz> is xorg even still being developed?
<uvos> sure
<uvos> its commit history is still quite healthy
<uvos> even if you ignore xwayland stuff
<uvos> and its still the dominat display server
<uvos> at least like 1 year ago it was sill like 90%
nmdv has joined #maemo-leste
nmdv has quit [Ping timeout: 276 seconds]
<Wizzup> freemangordon: no real thoughts, if it works, let's do it
uvos has quit [Ping timeout: 276 seconds]
Twig has joined #maemo-leste
akossh has quit [Quit: Leaving.]
gliffy has quit [Quit: Leaving]
norayr has joined #maemo-leste
<freemangordon> uvos: while I agree, the current check is even worse
<freemangordon> BTW, if you have better idea how to fix that, please share
maemish_ has joined #maemo-leste
Twig has quit [Remote host closed the connection]
xmn has quit [Ping timeout: 268 seconds]
<freemangordon> oh, ok, why is xserver-xorg-legacy installed in the first place?
<freemangordon> Wizzup: we shall remove that from the image
<freemangordon> yep, removing that package from d4 makes Xorg run as user, without any patches
xmn has joined #maemo-leste
<sicelo> :-)
<sicelo> btw, there are chimaera images around already? or need dist-upgrade?
uvos has joined #maemo-leste
<uvos> the exact same query finds the contact if used with e_book_client_get_contacts_sync
<freemangordon> uvos: maybe enable abook debug messages
<freemangordon> sicelo: yes, afaik
<freemangordon> (there are images)
<uvos> OSSO_ABOOK_DEBUG=all sphone -v -v dosent appear to print anything
<uvos> is there something else
<uvos> is osso_abook_debug_init required to get any output?
<freemangordon> G_MESSAGES_DEBUG=all
<freemangordon> also, seems osso_abook_aggregator_new() is async
<uvos> ah
<uvos> ok
<uvos> doc dosent tell me this
<freemangordon> but, why don't you use the functions I propsed?
<freemangordon> *proposed
<uvos> because i want to use the same query
<freemangordon> ok
<uvos> the idea being that later sphone can genrate ebook quers for eatch backend
<freemangordon> ok
<uvos> and then both the eds and the abook module can use those
<uvos> not sure how to tell when osso_abook_aggregator_new is ready
<freemangordon> I think you should connect to "ebook-status" signal
<uvos> i presume havein a aggregator open at all times is bad
<uvos> (ie uses power because its updateing presence or sutch)
<uvos> othwerise it could just have a roster at all times and check OssoABookAggregatorState when it wants to query
<uvos> modest seams to solve this problem with a dirty hack
<Wizzup> freemangordon: cool, shall we conflict it on in hildon-base ?
<Wizzup> or do we install it explicitly?
<uvos> it was needed for n900
<uvos> pre ddk1.17
<uvos> so presumably we install it explicitly
<Wizzup> I can't find it in leste-config, hildon-base or image-builder
<freemangordon> who install it then?
<freemangordon> *installs
<uvos> hmm osso_abook_aggregator_get_state never returns anything except OSSO_ABOOK_AGGREGATOR_PENDING (no mater how long it has been)
<uvos> must be doing something else wrong too
<Wizzup> freemangordon: maybe if you don't install elogind it gets installed automatically, but not removed when you install elogind
<Wizzup> just a guess
<Wizzup> we can conflict with it in any case I think?
<Wizzup> well, if you remove it on the d4 now, and dist-upgrade doesn't pull it back in... we're fine to conflict with it
<Wizzup> maybe good to also have it tested on the PP
<Wizzup> just tested, it doesn't get pulled back in
arno11 has joined #maemo-leste
<arno11> got the modem working on n900: module is not loaded on startup
<arno11> otherwise it works
<arno11> but the phone menu settings is not working
<uvos> i mean no shit
peetah has quit [Ping timeout: 260 seconds]
peetah has joined #maemo-leste
<Wizzup> uvos: wait, we still blacklist the modem?
<Wizzup> I thought the issue was resolved
<uvos> yes, aperantly
<uvos> sure maybe someone solved the underlying issue
<uvos> but no one updated leste-config
<arno11> i can confirm: modem blacklisted
<Wizzup> uvos: yes this is the case I believe
<Wizzup> sicelo: ^^ shall I update the blacklist?
<sicelo> of course. blacklist should be removed
<Wizzup> arno11: btw I'm just getting my n900 set up, so I can try to get you a trace tomorrow for the shutdown issues you're seeing
<Wizzup> sicelo: just checking :)
<arno11> i sent a message no more issue with shutdown
<arno11> in fact most things works great now
<arno11> excepting this bloody phone menu settings
<Wizzup> the setting applet?
<Wizzup> yeah... that's not finished...
<arno11> yes
<arno11> ok
<Wizzup> it requires a non significant amount of work, but it's not -impossible-
<Wizzup> basically the phone settings uses connui-cellular which wraps C functions to ofono calls
<Wizzup> and the C functions made certain assumptions about when to block that don't make it super pleasant to wrap
<Wizzup> I did a bunch, but some things aren't even implemented at all / just stubbed
<arno11> ok
<Wizzup> enough for the signal and operator name and basic stuff to work though
<Wizzup> pin/puk too
<arno11> yeah
<Wizzup> we can look at it some time, see what else needs to be tackled.
<Wizzup> I guess for the n900 we still want call audio
<Wizzup> pavel offered to help with some of it at fosdem when I talked with him
<sicelo> oh, he did?
<Wizzup> yes, I thought I wrote that here
<sicelo> i thought he all but quit n900. nice to know :-)
<Wizzup> he prefers the droid, but he offered to help
<arno11> that's nice
<Wizzup> he said he can get it to work, but we have to fix the latency, but he thought it was maybe some pa issue
<Wizzup> maybe even just the default pa buffer latency
<Wizzup> (I think)
<arno11> or resampling
<arno11> with pa
<Wizzup> if we can get it to work with alsa, even with poor quality, that'd be a big step towards actually getting it to work
<sicelo> i did get it working once myself. just need to get back to it
<Wizzup> maybe soon is a good time :D
<Wizzup> <-- says he who constantly bites of more than he can chew to the point that he can't even bite anymore :p
<sicelo> :-D
maemish_ has quit [Quit: Connection closed for inactivity]
<uvos> freemangordon: ^^
<uvos> allows one to open urls in modest
<Wizzup> uvos: great :)
<Wizzup> arno11: can you share your module blacklist for pm?
<arno11> pm?
<sicelo> power management, i.e. how you get 47mA standby
<arno11> ok i m tired lo
<arno11> lol
<arno11> sec
<arno11> omap3_isp
<arno11> ehci_omap
<arno11> omap_hdq
<arno11> hci_nokia
<arno11> hci_uart
<arno11> sometimes less than 47
<Wizzup> great, this will probably also help with debugging RET
<Wizzup> I wonder if we just add these to leste-config blacklist for now
<uvos> this is with ret right? 47mA seams like it would need to hit ret
<Wizzup> he said without
<uvos> oh ok
<Wizzup> I'm going to check
<arno11> we can try if we are sure they will not interact with other stuff
<Wizzup> uvos: does maemo-6.1.y contain the n900 modem fix?
<Wizzup> I just pulled it, but still searching
<uvos> Wizzup: idk whats the modem fix?
<uvos> its only 15mA more than d4 gets with ret, so pretty good
<arno11> cool
<Wizzup> I see my 'force pio for now', but iirc sicelo tracked it down
<uvos> i know nothing of sutch
<arno11> Wizzup: you should try overclocking as well
nmdv has joined #maemo-leste
<arno11> no difference with pm
<Wizzup> arno11: if you can make an issue on gh and share kernel patches that will help
<arno11> why not
<Wizzup> I will find a new sd card and flash chimaera to it meanwhile
<arno11> overclock stuff is already on the n900 wiki
<arno11> fyi
<Wizzup> aight :)
<Wizzup> issue would be useful, just because it's easier for me/us to track that way
<arno11> ok
<Wizzup> it can point to the wiki for all I care :D
<arno11> :)
arno11 has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Error from remote client]
nmdv has quit [Ping timeout: 268 seconds]