[SOLVED]xorg-server-1.6.3.901-r2 no keyboard or mouse

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

Hmm, not sure, but I think that you might want to add one or both of these (could be as modules too)

rickj · Posted: Wed Oct 07, 2009 5:07 pm Post subject:

I'll try the extra configs. However, xorg 1.5.2 ran happily with the kernel as it is.

VIDEO-CARDS is "intel"

On the basis of current advice in this thread, there is no driver in xorg.conf, but if the journal happens to restore enough of Xorg.0.log to see it, the correct intel driver is loaded automagically.

rickj · Posted: Wed Oct 07, 2009 5:09 pm Post subject:

Actually, CONFIG_DRM_I830 is set, but of course your grep did not catch it

rickj · Posted: Wed Oct 07, 2009 7:11 pm Post subject:

I found a bug explained at https://forums.gentoo.org/viewtopic-p-5991384.html#5991384, but it does not help my problem.

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

rickj · Posted: Wed Oct 07, 2009 7:18 pm Post subject:

Right Mike, my apologies, this thing seems to be frying my brain.

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

I know, it can get frustrating at times.

Do you have MTRR and SYSVIPC enabled in your kernel?

rickj · Posted: Wed Oct 07, 2009 7:28 pm Post subject:

Yes, both are set

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

Here is my next idea:

post the output of lspci -n :arrow:

over here, and check that the correct drivers are enabled in your kernel,

but make sure that CONFIG_DRM_I915_KMS is not set - because that one is what often causes the kinds of symptoms that you have, hence the reason for my previous grep request.

You can also try Pappy's Kernel Seeds

Try different versions of xf86-video-intel - maybe the unstable one is what you need.

Try X with and without an xorg.conf file.

rickj · Posted: Wed Oct 07, 2009 8:03 pm Post subject:

Interesting - your Debian driver-checker recommends intelfb and intel-agp. which are the ones I am using in the kernel.

CONFIG_DRM_I915_KMS does not appear as an option in my .config at all. I'm using the 2.6.30-gentoo-r6 stable kernel. CONFIG_DRM_I915 is not set.

I've been compiling UNIX kernels for a long time, and have my own "seeds" which have worked well up to now.

The stable intel driver worked just fine with xorg-server 1.5.2, but it's quite possible that an unstable one may be needed for 1.6, so I'll try it.

rickj · Posted: Wed Oct 07, 2009 8:14 pm Post subject:

Tried x11-drivers/xf86-video-intel-2.9.0, the only one later than the stable 2.8.1, but it does not help.

I've tried X with just plain X, with a generated config file from X -config, with no xorg.conf at all, and with the skeletal xorg.conf advised in this topic. I've tried starting via startx, and via xdm. I can't claim to have tried all combinations of the above, but I suspect that with a basic complete lock-up of the sort I'm getting, there is something fairly basic broken.

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

I would give CONFIG_DRM_I915 a try

rickj · Posted: Wed Oct 07, 2009 9:14 pm Post subject:

That *almost* does it. Instead of freezing with a blank screen, I can now see the kde screen, but the CPU is 100% busy and nothing responds. The Xorg.0.log ends with a large number of line pairs of the form:

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

I would disable the FB_INTEL stuff in the kernel.

rickj · Posted: Wed Oct 07, 2009 9:47 pm Post subject:

Tried that, results are just the same.

I found that I still had INPUT_DEVICES="evdev keyboard mouse" in /etc/make.conf from an earlier experiment, so I reduced that to "evdev" and ran

Kalessin · Posted: Thu Oct 08, 2009 1:34 am Post subject:

rickj · Posted: Thu Oct 08, 2009 3:33 pm Post subject:

This has a nasty sound of credibility to it. Your workarounds seem very reasonable, but ideally a stable system should not need special workarounds.

Could some knowledgeable person please let us know how to set this up optimally?

nixnut · Posted: Thu Oct 08, 2009 4:37 pm Post subject:

Try adding Option "AutoAddDevices" "false" to the ServerFlags section of xorg.conf

rickj · Posted: Thu Oct 08, 2009 4:54 pm Post subject:

Thanks, nixnut, that's another part of the answer. Now if I move fast after KDE comes up, I can type normally, and the system responds normally.

But still, after anything from a few seconds to a minute or two, the whole system freezes, with the exception that the mouse pointer remains alive. There is no response to mouse clicks, to keyboard presses or to the power button, and the only way to get the system going again is to pull the power cord. The effect is the same regardless of user activity.

After recovery /var/log/Xorg.0.log is suspiciously truncated.

rickj · Posted: Thu Oct 08, 2009 5:21 pm Post subject:

This may not be entirely an X problem.

If I comment out the XSESSION in /etc/rc.conf, and startx, FVWM comes up normally, and works well for a quarter of an hour. I can get out by typing "reboot" in a root window, and the /var/log/Xorg.0.log looks clean, with two error messages near the end showing that hal failed to add a keyboard and a mouse.

So X alone seems stable. This is some sort of interaction under KDE.

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

rickj,

please post the output of

rickj · Posted: Thu Oct 08, 2009 7:48 pm Post subject:

eselect rc show:

baldeante · Posted: Sun Oct 11, 2009 6:34 pm Post subject:

rickj · Posted: Mon Oct 12, 2009 10:15 pm Post subject:

All solved, see this bug. The key is to use the latest ~arch gentoo-sources kernel 2.6.31-r2 and ~arch xf86-video-intel driver 2.9.0, with no xorg.conf at all. My thanks to all who helped.

Mike Hunt · Watchman Joined: 19 Jul 2009 Posts: 5287

Wow, cool that all is well.