[01:14] so it seems that the problem with my multimedia keys might be related to udev or X [01:14] after suspend/resume, this is what i see in my X log: [01:14] [ 4111.568] (EE) evdev: Microsoft Microsoft® 2.4GHz Transceiver v9.0: Unable to open evdev device "/dev/input/event6". [01:14] [ 4111.568] (EE) PreInit returned 2 for "Microsoft Microsoft® 2.4GHz Transceiver v9.0" [01:14] same error if i unplug the USB receiver and plug it back in [01:15] any ideas on how i can find the culprit? it was working fine with Ubuntu 15.10 [02:11] furkan: “PreInit returned 2” looks like a pretty good lead... === RAOF_ is now known as RAOF [02:14] Survey suggests that this is BadValue... [02:15] furkan: Oh, right. That's caused by “unable to open evdev device” [02:16] furkan: Is that *all* the log? [02:16] RAOF: no i can share the whole thing, but that was the error [02:17] Errors are often caused by warnings earlier :) [02:17] Pastebin the whole log and I'll have a quick look at it. [02:17] ok just 1 sec then because i'll have to do another suspend/resume, since i restarted [02:18] Oh, so it works fine at startup? [02:18] yeah [02:20] * RAOF guesses that this is going to be logind integration fallout [02:25] ok got the log, pastebining it now [02:26] RAOF: here it is http://pastebin.com/XNFwSp5S [02:28] that's a fresh boot followed by a suspend/resume [02:29] “[ 12.122] (EE) systemd-logind: failed to get session: PID 1038 does not belong to any known session” is quite interesting. [02:29] What strange thing are you doing? :) [02:29] i have no idea lol.. [02:29] all i did was reboot, log in [02:29] test the volume buttons to make sure they were working [02:29] and then suspend/resume [02:30] and then of course test them again to verify that they're no longer working [02:30] Yeah, that's preeety odd. [02:30] so i'm checking pid 1038 [02:30] root 1038 11.8 0.7 660072 131116 tty7 Ssl+ 21:23 0:48 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch [02:30] It's almost certainly Xorg [02:31] yeah [02:31] :) [02:31] It happily re-adds *most* of your wireless devices, just not the piece that's the multimedia keys. [02:31] ??? [02:31] yeah [02:31] it's a keyboard + mouse combo [02:31] MS Sculpt Ergonomic [02:32] mouse works fine, and keyboard also works fine apart from the volume keys [02:32] It's not clear what's going wrong here; it might even be a kernel issue. [02:32] i tried booting into an older kernel though, and it still persists [02:32] not sure if the errors are the same [02:32] Good thinking; probably not that then. [02:33] i also tried downgrading systemd/udev but dealing with the dependencies was hell [02:33] File a bug against xserver-xorg-input-evdev. If you want to do a little light debugging, the relevant code is in src/evdev.c:EvdevOpenDevice [02:33] interesting, thanks for the tip [02:33] should i file it on launchpad? or upstream? [02:34] Launchpad [02:34] alright will do, thanks :) [02:34] If you've tried with xf86-input-evdev from trunk, you can also file upstream :) [02:34] But certainly Launchpad. [02:35] i guess before i do that i'll also boot from a live ISO [02:35] just to make sure that my configuration isn't somehow broken [02:55] Not a bad idea. [05:37] furkan: does that device exist after resume? and test if it works with evtest [05:37] from a vt [05:37] tjaalton: no the device disappears after resume [05:38] x doesn't do that [05:39] reattaching doesn't help [05:40] sorry i don't understand, you mean if the device disappears the problem lies somewhere else? [05:40] yes [05:40] oh ok i see [05:40] so udev or something? [05:41] oh and the other one was a question [05:41] and i tried evtest in a VT [05:41] hold on let me copy it [05:42] it shows something like ^[[25@ [05:42] (that's from memory since i can't copy/paste from a VT) [05:42] let me just write it on some paper to make sure [05:44] yeah it's ^[[25~, ^[[26~, and ^[[[D, for mute, vol-, and vol+ [05:46] but it doesn't show the event time and stuff [05:46] like it does for all the other keys [05:47] oh and no, reattaching the USB receiver doesn't help [05:58] so the event device is there after suspend? [05:59] no the device is gone [05:59] and with evtest, when i make keystrokes i get output like this for all the keys other than the volume ones: [05:59] Event: time 1456725562.966902, -------------- SYN_REPORT ------------ [05:59] Event: time 1456725563.022896, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7002c [05:59] Event: time 1456725563.022896, type 1 (EV_KEY), code 57 (KEY_SPACE), value 0 [06:00] but for mute/vol-/vol+ i get nothing like that, just ^[[25~, ^[[26~, and ^[[[D [06:00] so it seems the keyboard sends something, but no event is registered? [06:00] but how can you run evtest if the device is gone? [06:01] i think the keyboard shows up as more than 1 device [06:01] even in evtest it's listed twice [06:01] sure, but then you can't test the one that is gone right? [06:03] oh right, yeah, i was testing the remaining ones [06:03] so i'm looking in /dev/input/by-path [06:03] there's 3 symlinks, pci-***-event-kbd [06:03] *** = some long number [06:04] symlinked to ../event2, ../event4, and ../event6 [06:04] and the event4 symlink is broken, of course, since it's no longer there [06:05] so should i file a bug against udev, then? [06:09] what kernel used to work? [06:09] 4.2 from 15.10? [06:10] yeah 4.2 [06:10] but even if i boot up w/ 4.2 it doesn't seem to fix it [06:11] the exact same 4.2? [06:11] yeah i tried going even further back to 3.19, from 15.04 [06:11] i didn't purge my 15.04 + 15.10 kernels [06:11] so then maybe udev rhen [06:11] -then [06:12] i tried downgrading udev to test, but so many dependencies [06:12] having issues of my own right now, limited to just my phone atm :P [06:12] oh sorry, i hate typing on my phone lol [06:14] some local network snag [06:15] i may try to see if i can downgrade udev later, but i'll have to manually download a whole bunch of packages (systemd, xorg, and some other misc packages) [06:15] last time i tried i did 15 packages but there were still more that were broken [06:16] downloaded them all individually from launchpad [06:21] maybe ask pitti when he's around === yofel_ is now known as yofel === yofel_ is now known as yofel [16:06] tjaalton, hi, regarding your nvme issues, was this fixed and are the current daily iso working for you? [16:38] ricotz: i'm not sure, haven't tried images since [17:01] tjaalton, ok [17:05] but i upgraded a machine to xenial which needs it and it boots up fine [17:12] tjaalton, used trusty and upgraded to 4.5rc6 due missing hardware support, and this triggers the missing nvme problem, so initramfs in trusty still needs fixing [17:13] oh yes [17:13] there is a bug too, somewhere [17:15] tjaalton, the xenial images simply hang on boot (black screen), and going a bit further with nomodeset [17:16] with i7-6560U [17:16] (trusty-daily boots and works) [17:22] hmm ok, i can test tomorrow [17:23] which kernel does it have? [17:25] assuming 4.4.0-8 so no i915_bpo yet [17:26] tjaalton, I guess not [17:27] https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/log/?h=master-next [17:28] yeah it's there, -9 should happen today [17:28] oh, tagged already