Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tuesday 26 July 2011 22:35:10 Neil Bothwick wrote: > Since you beat me to it, that makes me the 10nd :) "Time for bed," said Zebedi. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tue, 26 Jul 2011 21:03:57 +0100, Peter Humphrey wrote: > > I see only 11 possibilities -- that's a binary three. (Thanks to Neil > > for that clever idea.) > > I'm sure Neil would be the first to disclaim originality in that idea. Since you beat me to it, that makes me the 10nd :) -- Neil Bothwick Why is the word abbreviation so long? signature.asc Description: PGP signature
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On Tuesday 26 July 2011 00:02:26 walt wrote: > I see only 11 possibilities -- that's a binary three. (Thanks to Neil for > that clever idea.) I'm sure Neil would be the first to disclaim originality in that idea. -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On 07/26/11 01:02, walt wrote: > Hm. Does the second machine have an EFI BIOS too? No, "regular", old-style, bios. > Hm again. I see only 11 possibilities -- that's a binary three. (Thanks > to Neil for that clever idea.) :-) > 1) You failed to notice those same errors the first time you booted the >usb stick. (But something important has changed with your machine >because it won't boot from usb now, but boots the same code from dvd.) The usb mouse worked in the regular ohci/ehci ports for the first boot. Now, after booting the cd, when I put the mouse into the same port(s) I get the same result (i.e. "... device descriptor bla error). > 2) The live cd install disk lacks the correct drivers for your hardware. >(But then how did it boot the first time?) Well, it does contain drivers for ohci/ehci and hid-devices so... > 3) There is some EFI setting that you changed while fiddling with the EFI >GUI menu system. (Is there a way to restore the EFI default settings?) Could be a possibility of course but there's not a whole lot to change in there... Hm... I installed a second nic in the machine into the only pcie x1 slot (next to the graphic card) after booting for the first time. I'm thinking perhaps there might be some conflict... the onboard nic refuses to work properly also (as mentioned in my first mail)... I'll try to put the nic into another slot, but... ...here's what lspci -v says about my nic's (but I can't detect anything wrong - IRQs seems ok): (this is the extra card I put in) 08:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection Subsystem: Intel Corporation Gigabit CT Desktop Adapter Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at fe3c (32-bit, non-prefetchable) [size=128K] Memory at fe30 (32-bit, non-prefetchable) [size=512K] I/O ports at 9000 [size=32] Memory at fe3e (32-bit, non-prefetchable) [size=16K] Expansion ROM at fe38 [disabled] [size=256K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [a0] MSI-X: Enable+ Count=5 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 00-1b-21-ff-ff-ad-78-9d Kernel driver in use: e1000e (this is the onboard nic) 09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) Subsystem: ASUSTeK Computer Inc. Device 8432 Flags: bus master, fast devsel, latency 0, IRQ 76 I/O ports at 8000 [size=256] Memory at d0004000 (64-bit, prefetchable) [size=4K] Memory at d000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable- Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 There's also an (binary) option 100 (i.e. 2^2 = 4): Hardware malfunction. :-( But then again 'tis strange that the usb ports work in the UEFI screen... :-s Thanks for the input, it does help! Best regards Peter K
[gentoo-user] Re: New motherboard, usb-problems etc.
On 07/25/2011 06:44 AM, pk wrote: > On 07/25/11 14:24, walt wrote: > >> So, you're saying that usb stick has actually changed in some way after >> the install? That's certainly possible. Have you tried making a new >> one from the live cd? > > ...I did redo the usb stick but it refuses to boot (on both computers); Hm. Does the second machine have an EFI BIOS too? > ...Now, I've created a live cd (i.e. burnt a > dvd-image since the "cd" is really dvd-size) and booted with that but I > get the same kernel output (i.e.: > usb 2-3: new high speed USB device using ehci_hcd and address 2 > usb 2-3: device descriptor read/64, error -32 Hm again. I see only 11 possibilities -- that's a binary three. (Thanks to Neil for that clever idea.) 1) You failed to notice those same errors the first time you booted the usb stick. (But something important has changed with your machine because it won't boot from usb now, but boots the same code from dvd.) 2) The live cd install disk lacks the correct drivers for your hardware. (But then how did it boot the first time?) 3) There is some EFI setting that you changed while fiddling with the EFI GUI menu system. (Is there a way to restore the EFI default settings?)
Re: [gentoo-user] Re: New motherboard, usb-problems etc.
On 07/25/11 14:24, walt wrote: > So, you're saying that usb stick has actually changed in some way after > the install? That's certainly possible. Have you tried making a new > one from the live cd? No, I'm saying that the usb ports on the motherboard seems dead in my now brand new Gentoo install... I did redo the usb stick but it refuses to boot (on both computers); it just hangs after the Gentoo boot screen (where you can choose what to boot). When I first booted the Gentoo live usb I didn't have any problems with usb (that I noticed)... Now, I've created a live cd (i.e. burnt a dvd-image since the "cd" is really dvd-size) and booted with that but I get the same kernel output (i.e.: usb 2-3: new high speed USB device using ehci_hcd and address 2 usb 2-3: device descriptor read/64, error -32 - same messages goes for ohci and there's a message saying it's "unable to enumerate USB device on port n" - where n is 1,2...10 [ten usb ports in the rear]). > If two machines won't boot from your live install usb stick then there > must be something wrong with it, no? Yes, I've concluded that as well. But I seem to be able to write and read from the stick without problems (firmware problems maybe?)... Very strange. > The point is to boot the live cd (usb stick) and make a list of all the > drivers the kernel is using when the hardware is working correctly, and > then build your own kernel using the same drivers. Yes, I'm well aware of what hardware drivers I need. I'm just a bit confused of where I should look next; if it's a hardware problem (i.e. the usb ports are really dead) then how come they work in the UEFI bios screen (i.e. I can use my mouse to navigate)? Is is a configuration problem in the kernel config (conflicting configuration)? Anyway, thanks for replying! Best regards Peter K
[gentoo-user] Re: New motherboard, usb-problems etc.
On 07/25/2011 03:44 AM, pk wrote: > Hi, > > I just put together a new computer composed of an Asus motherboard (AMD > 990FX chipset, "Sabertooth" model, i.e. this one: > http://www.asus.com/Motherboards/AMD_AM3Plus/SABERTOOTH_990FX/). > Initially, the onboard usb devices worked fine in AMD64 Gentoo 11.0 live > cd (via usb stick), which I used to install my system. Now, all usb > ports (ohci & ehci except the xhci - 3.0 ones) seems dead (and, as it > seems, the onboard NIC Realtek 8111e). The usb stick that I used for the > Gentoo live doesn't boot (I've tried it in another computer as well) So, you're saying that usb stick has actually changed in some way after the install? That's certainly possible. Have you tried making a new one from the live cd? If two machines won't boot from your live install usb stick then there must be something wrong with it, no? The point is to boot the live cd (usb stick) and make a list of all the drivers the kernel is using when the hardware is working correctly, and then build your own kernel using the same drivers.
