Re: [gentoo-user] dead USB card?

2006-01-31 Thread Jorge Almeida 

On Sun, 29 Jan 2006, Richard Fish wrote:


On 1/28/06, Jorge Almeida [EMAIL PROTECTED] wrote:

On Sat, 28 Jan 2006, Richard Fish wrote:


It looks like the ohci and ehci drivers are fighting over the card.
You don't need both, so I would disable ohci in your kernel
configuration and see if that works.


The card has 3 USB 1.1 sockets and a 2.0 one. Isn't it necessary to
enable ohci to access the 1.1 sockets?


Who designed this freakish thing...Dr Frankenstein???


Probably. Let's say that I'm always a good example of Murphy's laws.
(Did I mention that the 1.1 USB controllers built in the MO are _uhci_?
:))


Anyway, since I have no knowledge of this card, I could be wrong.  But
I would try either the ehci or ohci driver, but not both at the same
time.


Maybe there's something wrong with the motherboard, which is not young
anymore. The USB card is just not working, whether under gentoo or
knoppix. The card is not knew, and it worked before...
Maybe I'll try changing PCI slots...

(Sorry about the delay in replying, but my cable modem has been comatose
for a few days.)

Thanks,

Jorge Almeida
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] dead USB card?

2006-01-29 Thread Richard Fish 
On 1/28/06, Jorge Almeida [EMAIL PROTECTED] wrote:
 On Sat, 28 Jan 2006, Richard Fish wrote:
 
  It looks like the ohci and ehci drivers are fighting over the card.
  You don't need both, so I would disable ohci in your kernel
  configuration and see if that works.
 
 The card has 3 USB 1.1 sockets and a 2.0 one. Isn't it necessary to
 enable ohci to access the 1.1 sockets?

Who designed this freakish thing...Dr Frankenstein???

Anyway, since I have no knowledge of this card, I could be wrong.  But
I would try either the ehci or ohci driver, but not both at the same
time.

-Richard

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] dead USB card?

2006-01-28 Thread Petr Kocmid 
It looks like you have a USB 1.0 hub connected to USB 1.1 controller, if it's 
true, your scanner probably does not like it because of insuficient power 
and/or speed.

-- 
Petr
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] dead USB card?

2006-01-28 Thread Jorge Almeida 

On Sat, 28 Jan 2006, Petr Kocmid wrote:


It looks like you have a USB 1.0 hub connected to USB 1.1 controller, if it's
true, your scanner probably does not like it because of insuficient power
and/or speed.


I didn't connect any hub, the controller is in a PCI card and the
scanner is connected to the card. The strange output of lspci is the
same whether the scanner is connected or not.
--
Jorge Almeida
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] dead USB card?

2006-01-28 Thread Richard Fish 
On 1/27/06, Jorge Almeida [EMAIL PROTECTED] wrote:
 I have a USB PCI card which stopped working, meaning my scanner stopped
 being detected. The problem remains also under KNOPPIX.
 Can I assume the card is dead? (But it is recognized, sort of...)

 Partial output of lspci -vvv (as root):
 02:0c.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 
 (prog-if 10 [OHCI])
 ehci_hcd: block sizes: qh 128 qtd 96 itd 192 sitd 96
 PCI: setting IRQ 11 as level-triggered
 PCI: Assigned IRQ 11 for device :02:0c.3
 ehci_hcd :02:0c.3: controller already in use
 ehci_hcd :02:0c.3: init :02:0c.3 fail, -16
 ehci_hcd: probe of :02:0c.3 failed with error -16
 ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
 ohci_hcd: block sizes: ed 64 td 64
 PCI: setting IRQ 5 as level-triggered
 PCI: Assigned IRQ 5 for device :02:0c.0
 ohci_hcd :02:0c.0: controller already in use
 ohci_hcd :02:0c.0: init :02:0c.0 fail, -16
 ohci_hcd: probe of :02:0c.0 failed with error -16
 PCI: Assigned IRQ 11 for device :02:0c.1
 ohci_hcd :02:0c.1: controller already in use
 ohci_hcd :02:0c.1: init :02:0c.1 fail, -16
 ohci_hcd: probe of :02:0c.1 failed with error -16

It looks like the ohci and ehci drivers are fighting over the card. 
You don't need both, so I would disable ohci in your kernel
configuration and see if that works.

-Richard

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] dead USB card?

2006-01-27 Thread Jorge Almeida 

I have a USB PCI card which stopped working, meaning my scanner stopped
being detected. The problem remains also under KNOPPIX.
Can I assume the card is dead? (But it is recognized, sort of...)

Partial output of lspci -vvv (as root):
02:0c.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 
(prog-if 10 [OHCI])
Subsystem: ALi Corporation USB 1.1 Controller
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV+ VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR+
Interrupt: pin B routed to IRQ 5
Region 0: Memory at ignored (32-bit, non-prefetchable) 
[disabled]
Capabilities: [60] chain broken

02:0c.1 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 
(prog-if 10 [OHCI])
Subsystem: ALi Corporation USB 1.1 Controller
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR+
Interrupt: pin C routed to IRQ 11
Region 0: Memory at ignored (32-bit, non-prefetchable) 
[disabled]
Capabilities: [60] chain broken

02:0c.2 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 
(prog-if 10 [OHCI])
Subsystem: ALi Corporation USB 1.1 Controller
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR+
Interrupt: pin D routed to IRQ 11
Region 0: Memory at ignored (32-bit, non-prefetchable) 
[disabled]
Capabilities: [60] chain broken

02:0c.3 USB Controller: ALi Corporation USB 2.0 Controller (rev 01) 
(prog-if 20 [EHCI])
Subsystem: Unknown device 2020:
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR+
Interrupt: pin A routed to IRQ 11
Region 0: Memory at ignored (32-bit, non-prefetchable) 
[disabled]
Capabilities: [50] chain broken

dmesg: (sorry for the long message)

Linux version 2.6.15-gentoo-r1 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Gentoo 
3.3.6, ssp-3.3.6-1.0, pie-8.7.8)) #1 SMP PREEMPT Fri Jan 27 15:16:19 WET 2006
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000f - 0010 (reserved)
 BIOS-e820: 0010 - 1ffeb000 (usable)
 BIOS-e820: 1ffeb000 - 1ffef000 (ACPI data)
 BIOS-e820: 1ffef000 - 1000 (reserved)
 BIOS-e820: 1000 - 2000 (ACPI NVS)
 BIOS-e820: fec0 - fec1 (reserved)
 BIOS-e820: fee0 - fee01000 (reserved)
 BIOS-e820: fff8 - 0001 (reserved)
511MB LOWMEM available.
On node 0 totalpages: 131051
  DMA zone: 4096 pages, LIFO batch:0
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 126955 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:0
DMI 2.3 present.
Allocating PCI resources starting at 3000 (gap: 2000:dec0)
Built 1 zonelists
Kernel command line: root=/dev/hda5  video=vesafb:ywrap,mtrr vga=0x31a 
pci=usepirqmask
Found and enabled local APIC!
mapped APIC to d000 (fee0)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1506.827 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 514696k/524204k available (2069k kernel code, 9000k reserved, 845k 
data, 172k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 3018.88 BogoMIPS (lpj=6037760)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 3febfbff     
 
CPU: After vendor identify, caps: 3febfbff     
 
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: Hyper-Threading is disabled
CPU: After all inits, caps: 3febfbff   0080  
 
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD