On Wed, Mar 21, 2012 at 05:56:45PM +0100, Dr.-Ing. Edgar Alwers wrote:
> On Sun, 18 Mar 2012 14:46:41 -0500
> Bruce Dubbs <[email protected]> wrote:
> 
> > First, the problem is xorg, so take kde out of the loop.  Look at the 
> > xorg config section and change ~/.xiinitrc
> 
> In the meantime we have some new experiences:
> 
> 1.) There are no differences in the behaviour of the desktop and the laptop ( 
> my wife's system ). After recompiling the kernel of the desktop ( it had not 
> been renewed since the LFS7 installation ) it does not function anymore, 
> exactly the same behaviour like the laptop
> 

 I'm not sure if I've parsed that correctly - you say that the
desktop used to work, but the new kernel broke it ?  I assume you
mean that the mouse and keyboard stopped working in xorg ?

 On the desktop, did you take the working config from the old kernel
(hopefully, you have it in /proc/config.gz), copy it to .config in
the new kernel source, and then run 'make oldconfig' ?

 If you did, what versions were the old and new kernels ?

> 2.)  In my own System I do not experience any problems. The difference to 1.) 
> is that I have the old Xorg and my wife the new one with  the evdef driver. 
> So, it _could be_ that the problem concerns the new xorg
> 

 This is what makes me think I've misunderstood you - now you seem
to be saying that the desktop has no problems ?

 Anyway, for your wife's system, have you set CONFIG_INPUT_EVDEV in
the kernel config ?

> 3.) We changed ~/xinitrc to xterm as you suggested and introduced 
> xkb-defaults.conf. There are keyboard and mouse availaible on the console 
> _before_ entering "startx". After startx, xterm shows up but no 
> keyboard/mouse are functioning ( wired mouse/trackball )
> After the startx command,  the directory "/etc/X11/xorg.conf.d" contains two 
> new files, "10-evdev.conf" and "11-keyboard.conf" and the original 
> "xkb-defaults.conf" is away. 
> 
 Surely 10-evdev.conf was installed by the xorg-server, and you
installed 11-keyboard.conf yourself ?  These are how the server is
able to tie events to their sources.  Actually, taking a quick look
through the rendered book I can't see where 11-keyboard.conf is
mentioned.  I'm sure we mention it somewhere, because I believe that
without it xorg should still work, but with an American keyboard
layout which is not useful for everyone.

 I think 10-evdev.conf should be ok - it comes from the server, so
it should match what everyone else has.  For 11-keyboard.conf you
should have something similar to this:

Section "InputClass"
        Identifier "keyboard-all"
        Driver "evdev"
        Option "XkbLayout" "gb"
        Option "XkbModel" "evdev"
        Option "XkbOptions" "ctrl_alt_bksp"
        MatchIsKeyboard "on"
EndSection

 Obviously, you will not want "gb" for the layout.  I don't know if
there are multiple german keyboard variants, but "de" seems a
likely value to start with.

 Looking at my own Xorg log, I think all the useful information for
debugging goes to stderr and appears on the console, not in the log.
So, try using 'startx 2>xorg-errors'.

 Do you have MagicSysRQ enabled in the kernel ?  If you do (it's
under Kernel Hacking), you can sync with Alt-SysRq-S, wait, then
umount with Alt-SysRq-U and boot with Alt-SysRq-B : those keys
should, I think, still work even if Xorg doesn't find the keyboard.
If you have that, the Sync and Umount ought to allow the xorg-errors
file to be updated.

> 5.) some final lines of Xorg.0.log:
> -------------------
> 9428.142] (II) GLX: Initialized DRI2 GL provider for screen 0
> [  9428.143] (II) intel(0): Setting screen physical size to 270 x 203
> [  9428.793] (II) No input driver/identifier specified (ignoring)
> [  9428.794] (II) config/udev: Adding input device TPPS/2 IBM TrackPoint 
> (/dev/input/mouse0)
> [  9428.794] (II) No input driver/identifier specified (ignoring)

 I think those two 'No input driver' messages are the signs that the
input devices are not configured correctly.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to