Interesting.
I haven't encountered a similar problem on my Acer Ferrari 3400 but this may presumably be because your Thinkpad has an Intel processor and an older BIOS.
The only thing that does confuse me is that udev doesn't seem to be bug-free, or maybe it is just not optimized yet for 64-bit and my VIA Technologies chipset (it installs via82cxxx driver into the kernel, by default), since I am, as yet, unable to stop it setting up the four usb ports (seen as USB2.0 by Windows - or at least advertized by Acer as such) initally as uhci devices and then converting the fourth to ehci.
I fail to see why in the 2.6 kernel it is necessary for my /dev creates over 7,500 devices, which contain no data, and which appear to have no use. that and the fact that the /dev/.udevdb directory creates 8 block@loop[0-7] and 16 block@ram[0-15] devices, that persist despite the fact that initrd has finished its boot process - and as far as I can see these 'devices' are only set-up for virtual ram in loading vmlinuz at boot time. Do you happen to know, if trhey exist on your machine, if they are ever used after booting?
Furthermore, usbcore seems to find a mass storage device in my machine (Manufacturer: Generic, Serial #: 7777777777777777 ... with a Vendor ID 0x483 (SGS Thomson Microelectronics), Product ID 0x321 (no name) - very weird.
Also I haven't been able to get my ATI Mobility Radeon 9700 128MB to 3D agp8 (in 64-bit) yet - maybe it too needs some tweaking - although I haven't tried lately since it would only be to prove that it can be done and to find out what fps I can get. Mere Idle curiosity on my part!
However, my usb devices (which include a Maxtor One-Touch 250GB USB2.0 external HDD, and a Dane-Elec 512MB Thumb drive that is partitioned with a 1MB 'virtual' floppy drive and it is seen as such by SuSE 9.3 - I didn't even have to load any scsi drivers (it appears to have been done automagically by SuSE 9.3).
|