[03:09] Hello. I'm having problems with X in a qemu emulated Ubuntu Jaunty Armel system. I can load gdm or run startx to get to a desktop, but once X loads, I cannot use the keyboard or mouse. Here's my Xorg.0.log http://ubuntu.pastebin.com/f5a153034 -- Could anyone please offer any suggestions? [07:06] just what we needed.. a poll about zapping [08:38] tjaalton: it turns out that the buttons fix for tablets is not in rc1. It was cherrypiced a bit after tagging... [08:41] tjaalton: https://bugs.freedesktop.org/show_bug.cgi?id=19282 the patch is here. [08:41] Freedesktop bug 19282 in Input/Core "Events handled wrong when master button map differs from the originating device..." [Normal,Resolved: fixed] [09:03] Alexia_Death: is it here? http://wiki.x.org/wiki/Server16Branch [09:04] seems to be [09:04] "mi: ensure chained button mappings from SD -> MD (#19282)" [09:04] yes [09:05] the hash thingie matches nice. [09:06] I'll add it later today [09:06] and will check the list for others too [09:06] I havent tested that pach myself tho... Great... then theres a little catch with the wacom driver and the hotplug should work:D [09:07] a link to the patch and it'll be included as well [09:07] in the driver.. [09:07] afk, cleanup -> [09:08] hmm.. that will be a bit tricky... theres a hack and something thats supposed to be a solution... the hack works, the solution does not. the hack however is not nice on anything else than 1.6 because it causes a memory leak. in 1.6 double free kills the server. [10:31] Alexia_Death: ok, I'll wait for a bit then [10:34] tjaalton, have you seen the request from jonpackard above ? i see the same here [10:35] (log is identical to his at http://ubuntu.pastebin.com/f5a153034) [10:35] hal and dbus are running fine [10:37] ogra: not in detail.. will check [10:37] (# [10:37] II) Cannot locate a core pointer device. [10:37] # [10:37] (II) Cannot locate a core keyboard device. [10:37] # [10:37] (II) The server relies on HAL to provide the list of input devices. [10:37] # [10:37] If no devices become available, reconfigure HAL or disable AllowEmptyInput. [10:37] thats the issue here i thikn [10:37] no, the last line is more important [10:37] [config/dbus] couldn't take over org.x.config: org.freedesktop.DBus.Error.AccessDenied (Connection ":1.6" is not allowed to own the service "org.x.config.display0" due to security policies in the configuration file) [10:38] that one ? [10:38] yes [10:38] the first ones are just informational [10:38] note that system is a debootstrapped ARM rootfs [10:38] oh.. [10:38] with xfce4, xorg and gdm installed on top [10:38] maybe enabling dbus had something to do with it [10:38] so might be a dependency missing [10:39] can you build the xserver wihtout --enable-dbus? [10:39] ah, thats builtin now ? [10:39] sorry, --enable-config-dbus [10:39] yes [10:39] just delete the line from rules [10:40] it was enabled for wacom hotplub [10:40] i can, will take a while, the arm build machine i hav is a bit slower than x86 [10:40] uh, -plug [10:40] ah [10:40] googling only found me gentoo probs :) so it might not be enabled in other distros [10:43] Alexia_Death: you've used the dbus setup before.. normal hal hotplug still works? [10:43] * ogra wonders if xfce4 starts up a session bus [10:45] tjaalton: yes. Its designed so HAL can do its thing, and just stylus works. then when the daemon runs, it removes the HAL added device and adds fully configured devices. [10:47] actually, I have the same error [10:47] but then hal kicks in and does it's business [10:47] is config/xorg-server.conf installed anywhere? [10:48] good catch [10:48] it isn't :) [10:48] tjaalton: did you install it? I had to modify the package to install it for intrepid [10:48] :) [10:48] the 1.5 packages in my ppa do in an hackish nature... [10:53] the destination is /etc/dbus-1/system.d? [11:07] bah, have to go out -> [11:15] so copying the .conf file in place made the error in the log go away ... but still neither mouse or kbd [11:17] ogra: it would have been unexpected if that made a difference :) [11:17] well, it fixed the noise in the log :) [11:18] heh. i meant other than that [11:18] yeah :) [11:19] shuldnt there also be a .service file ? [11:19] lshal lists the devices correctly? [11:20] no idea, i cant get to the console :) [11:20] * ogra boots with the text kernel option [11:22] well, withough X running lshal doesnt list any x11 options [11:22] nor any evdev driven devices [11:24] but they show up in /proc/bus/input/devices? [11:24] there is an AT kbd and a ps/2 mouse [11:25] argh [11:25] ah, i thought there was no sysfs mounted, but its all there [11:26] (note this is qemu ARM, but X used to work in former setups) [11:27] well, s/X/input/ [12:12] ogra: used to work with 8.10? [12:12] or previous xserver? [12:12] yep [12:12] build is running ... [12:12] lets see [12:13] yep to which question?-) [12:20] previous server [12:20] we didnt have armel with 8.10 :) [12:20] right [12:26] if hal doesn't have the input.x11_driver properties, that's not X's fault, though :) [12:31] true.. and downgrading the server should confirm that [16:12] bah, still no mesa [16:20] tjaalton: what if you use drm_i915_sarea_t instead of struct drm_i915_sarea? [16:21] (since the kernel seems to call it struct _drm_i915_sarea instead) [16:21] using the typedef should work afaict [16:24] jcristau: where is that? [16:25] I actually googled the error message and found out what it means [16:25] in mesa. intelWindowMoved() [16:25] ah.. [16:28] well, changing it to _drm_i915_sare worked [16:28] _sarea [16:29] it'd break for people using the libdrm headers. hence the suggestion to use the typedef [16:29] well, it didn't work :) [16:30] s/struct drm_i915_sarea/drm_i915_sarea_t/ should have worked just the same, unless i'm missing something [16:30] aah [16:30] I left struct there [16:30] bingo [16:31] (my c sucks) [16:43] ok, will build just to be sure it doesn't explode somewhere else [16:43] I mean if there are other bugs left [16:50] yep [16:54] intel_context.c does the same [16:55] and _screen.c [17:37] .. and _screen.h, bah [17:39] * jcristau hands git grep to tjaalton [17:45] [17:45] man, that's fast [19:18] ok, so i915_drm.h from 2.6.28 is missing *bo_handle [19:18] sigh [19:18] there is a commit for it [21:45] so, I got mesa to build, but it'll need a kernel update until it's ready to be published [21:55] phew, compiz works again [21:55] and x11perf -aa10text is now up to ~200k chars [21:55] with EXA, not UXA