Comment 21 for bug 936552

X is supposed to support hot-adding of input devices.

Here are the relevant lines that show up during a failed boot but not a successful one:

-(II) config/udev: removing device Apple Inc. Apple Internal Keyboard / Trackpad
-(II) evdev: Apple Inc. Apple Internal Keyboard / Trackpad: Close
-(II) UnloadModule: "evdev"
-(II) Unloading evdev
-(II) config/udev: Adding input device Apple Inc. Apple Internal Keyboard / Trackpad (/dev/input/event6)
-(**) Apple Inc. Apple Internal Keyboard / Trackpad: Applying InputClass "evdev keyboard catchall"
-(II) Using input driver 'evdev' for 'Apple Inc. Apple Internal Keyboard / Trackpad'
-(II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
-(**) Apple Inc. Apple Internal Keyboard / Trackpad: always reports core events
-(**) evdev: Apple Inc. Apple Internal Keyboard / Trackpad: Device: "/dev/input/event6"
-(--) evdev: Apple Inc. Apple Internal Keyboard / Trackpad: Vendor 0x5ac Product 0x249
-(--) evdev: Apple Inc. Apple Internal Keyboard / Trackpad: Found keys
-(II) evdev: Apple Inc. Apple Internal Keyboard / Trackpad: Configuring as keyboard
-(**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.2/1-1.2:1.0/input/input14/event6"
-(II) XINPUT: Adding extended input device "Apple Inc. Apple Internal Keyboard / Trackpad" (type: KEYBOARD, id 10)
-(**) Option "xkb_rules" "evdev"
-(**) Option "xkb_model" "pc105"
-(**) Option "xkb_layout" "us"

I don't agree that this is an issue in the udev layer; that looks like a plain evdev issue to me, since when the device is reopened it comes up with different features.

However, it may be enlightening to see a /var/log/udev and matching Xorg.0.log from the same boot capturing this issue. If nothing else it may point to a workaround. Clint, could you provide such logs?