PCI daughter card with USB on a 405GP

PCI daughter card with USB on a 405GP

[v.sudeep]

[-- Attachment #1: Type: text/plain, Size: 1501 bytes --]

Hi Everyone !!!

I am finding it a bit difficult to overcome a problem related to the PCI
daughter card with USB on my 405GP IBM Walnut board. If anyone can help me,
I would be greatful to them.

My problem is as follows....
I want to install a USB printer on my 405GP board. Unfortunately the 405GP
does not have a USB port. So I am trying to use a PCI daughter card with
USB. I tried using two different cards  - OPTi 82c861 and ALi M5273. In both
cases it seems to have some problems in booting up. i.e when the kernel is
probing the pci bus, some errors seem to happen. I snooped the kernel code
and identified as to when the error is being thrown out but am not sure what
exactly is wrong and how I can set it right.

This error occurs in :
	file 	- ./drivers/pci/setup-res.c
	function - pci_assign_bus_resource
	line 	- if ((res->flags ^ r->flags) & type_mask)
			continue;

This results in a kernel panic.  I am not sure of how I could go around this
problem. Any suggestions on how to get the USB card up will be greatly
appreciated.

And thanks in advance.


Note:

1.	Our setup over here is as follows:
		Host Machine : Intel x86 having Red Hat 9 installed
		Target Board : IBM Walnut board - 405GP with PowerPC
processor
		Cross-Compiler: MonteVista Hard Hat Linux 2.0  for the
ibm-walnut board

2. 	Also attaching a file containing all the messages that the kernel
pattered out.

 <<booting-up-messages>>

- S u d e e p    V
Don't change horses in mid stream.




 <<booting-up.messages>>

[-- Attachment #2: booting-up-messages --]
[-- Type: application/octet-stream, Size: 2914 bytes --]

Entry point at 0x400000 ...
----------  progress:  0x200 id mach(): done
Linux version 2.4.2_hhl20 (root@cosmos) (gcc version 2.95.3 20010315 (release/MontaVista)) #34
----------  progress:  0x3eab setup_arch: enter
----------  progress:  0x3eab setup_arch: bootmem
----------  progress:  0x3eab arch: exit
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: 
Calibrating delay loop... 199.47 BogoMIPS
Memory: 30420k available (1124k kernel code, 440k data, 176k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI:pci_assign_resource: type_mask must match<3>PCI: Error while updating region 00:04.0/0 (1)
----------  progress:  0xffff              
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20117kB/6705kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
phy speed read failed 
phy duplex read failed 
<5>eth0: PPC405 EMAC 10 Mbs Half duplex MAC 00:04:ac:e3:10:92
loop: loaded (max 8 devices)
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x0000 (irq = 0) is a 16550A
ttyS01 at 0x0000 (irq = 1) is a 16550A
PPP generic driver version 2.4.1
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Enabling device 00:04.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc3000000, IRQ 31
usb-ohci.c: usb-00:04.0, OPTi Inc. 82C861
Machine Check: PLB0        bear= 0x10000004 acr=   0x00000000 besr=  0x0c000000
Machine Check: PLB0 to OPB bear= 0x02000020 besr0= 0x00000000 besr1= 0x00000000
Data Machine Check in kernel mode.
Oops: machine check, sig: 7
NIP: C00C5598 XER: 20000000 LR: C016C518 SP: C0279DF0 REGS: c0279d30 TRAP: 0200
MSR: 00009030 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0278000[1] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
PLB0: bear= 0x02000020 acr=   0x00000000 besr=  0x0c000000
PLB0 to OPB: bear= 0x10000004 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00000000 C0279DF0 C0278000 C02EA000 00001030 00000000 C02EE908 00000000 
GPR08: C02EE040 EEC00000 C01C0000 C3000000 84000022 30000000 000C0804 00000000 
GPR16: 00000000 FFFE21AD 00000000 00000000 00001032 00279D20 00000000 C0002980 
GPR24: 00000000 0000001E 0000001F C02EA000 C0270400 C3000000 00000032 C02EA000 
Call backtrace: 
C00B5280 C016C518 C016C708 C00B47F0 C00B4884 C016C750 C0161810 
C01618B4 C00024F8 C0005064 
Kernel panic: Attempted to kill init!
Rebooting in 180 seconds..


[-- Attachment #3: booting-up.messages --]
[-- Type: application/octet-stream, Size: 2914 bytes --]

Entry point at 0x400000 ...
----------  progress:  0x200 id mach(): done
Linux version 2.4.2_hhl20 (root@cosmos) (gcc version 2.95.3 20010315 (release/MontaVista)) #34
----------  progress:  0x3eab setup_arch: enter
----------  progress:  0x3eab setup_arch: bootmem
----------  progress:  0x3eab arch: exit
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: 
Calibrating delay loop... 199.47 BogoMIPS
Memory: 30420k available (1124k kernel code, 440k data, 176k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI:pci_assign_resource: type_mask must match<3>PCI: Error while updating region 00:04.0/0 (1)
----------  progress:  0xffff              
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20117kB/6705kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
phy speed read failed 
phy duplex read failed 
<5>eth0: PPC405 EMAC 10 Mbs Half duplex MAC 00:04:ac:e3:10:92
loop: loaded (max 8 devices)
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x0000 (irq = 0) is a 16550A
ttyS01 at 0x0000 (irq = 1) is a 16550A
PPP generic driver version 2.4.1
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Enabling device 00:04.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc3000000, IRQ 31
usb-ohci.c: usb-00:04.0, OPTi Inc. 82C861
Machine Check: PLB0        bear= 0x10000004 acr=   0x00000000 besr=  0x0c000000
Machine Check: PLB0 to OPB bear= 0x02000020 besr0= 0x00000000 besr1= 0x00000000
Data Machine Check in kernel mode.
Oops: machine check, sig: 7
NIP: C00C5598 XER: 20000000 LR: C016C518 SP: C0279DF0 REGS: c0279d30 TRAP: 0200
MSR: 00009030 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0278000[1] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
PLB0: bear= 0x02000020 acr=   0x00000000 besr=  0x0c000000
PLB0 to OPB: bear= 0x10000004 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00000000 C0279DF0 C0278000 C02EA000 00001030 00000000 C02EE908 00000000 
GPR08: C02EE040 EEC00000 C01C0000 C3000000 84000022 30000000 000C0804 00000000 
GPR16: 00000000 FFFE21AD 00000000 00000000 00001032 00279D20 00000000 C0002980 
GPR24: 00000000 0000001E 0000001F C02EA000 C0270400 C3000000 00000032 C02EA000 
Call backtrace: 
C00B5280 C016C518 C016C708 C00B47F0 C00B4884 C016C750 C0161810 
C01618B4 C00024F8 C0005064 
Kernel panic: Attempted to kill init!
Rebooting in 180 seconds..

Re: PCI daughter card with USB on a 405GP

[Xavier Miville]

Hi Sudeep,

I've used a PCI card with a NEC upd720100A HC (a StarTech PCI4USBV2)
with my walnut evb, kernel 2.4.22 and the linuxppc-2.4.22 patch.

The OHCI was working fine, but installation of the EHCI (USB2.0) did
froze the system (didn't had time to debug this problem).

Do OPTi 82c861 and ALi M5273 have OHCI or UHCI for USB1.1? Maybe you
could try the same setup.

Cheers,

Xavier Miville

On Mon, 2004-02-23 at 11:11, v.sudeep@exgate.tek.com wrote:
> Hi Everyone !!!
>
> I am finding it a bit difficult to overcome a problem related to the PCI
> daughter card with USB on my 405GP IBM Walnut board. If anyone can help me,
> I would be greatful to them.
>
> My problem is as follows....
> I want to install a USB printer on my 405GP board. Unfortunately the 405GP
> does not have a USB port. So I am trying to use a PCI daughter card with
> USB. I tried using two different cards  - OPTi 82c861 and ALi M5273. In both
> cases it seems to have some problems in booting up. i.e when the kernel is
> probing the pci bus, some errors seem to happen. I snooped the kernel code
> and identified as to when the error is being thrown out but am not sure what
> exactly is wrong and how I can set it right.
>
> This error occurs in :
> 	file 	- ./drivers/pci/setup-res.c
> 	function - pci_assign_bus_resource
> 	line 	- if ((res->flags ^ r->flags) & type_mask)
> 			continue;
>
> This results in a kernel panic.  I am not sure of how I could go around this
> problem. Any suggestions on how to get the USB card up will be greatly
> appreciated.
>
> And thanks in advance.
>
>
> Note:
>
> 1.	Our setup over here is as follows:
> 		Host Machine : Intel x86 having Red Hat 9 installed
> 		Target Board : IBM Walnut board - 405GP with PowerPC
> processor
> 		Cross-Compiler: MonteVista Hard Hat Linux 2.0  for the
> ibm-walnut board
>
> 2. 	Also attaching a file containing all the messages that the kernel
> pattered out.
>
>  <<booting-up-messages>>
>
> - S u d e e p    V
> Don't change horses in mid stream.
>
>
>
>
>  <<booting-up.messages>>
--
Xavier Miville
Junior Firmware Engineer
Engineering Department
Oerlikon Contraves Inc.

Tel: (450) 542-5683
Fax: (450) 358-7708
xmiville@oerlikon.ca


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[Wolfgang Denk]

In message <1077553750.11751.7.camel@PC856-DDUVAL.oerlikon.ca> you wrote:
>
> I've used a PCI card with a NEC upd720100A HC (a StarTech PCI4USBV2)
> with my walnut evb, kernel 2.4.22 and the linuxppc-2.4.22 patch.
>
> The OHCI was working fine, but installation of the EHCI (USB2.0) did
> froze the system (didn't had time to debug this problem).

We tested a Adaptec AUA-200LP USB 2.0 card in  some  PPC  sytems.  It
worked fine when the devices were already connected at power-on or at
least  when  booting  Linux,  while hot-plug would reliably crash the
kernel. As far as I understand such behaviour is typical of  some  of
the alignment/cache bugs in the Linux kernel's USB code.


Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
All I ask is a chance to prove that money can't make me happy.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[song sam]

Hi,

Wolfgang Denk wrote:
> We tested a Adaptec AUA-200LP USB 2.0 card in some PPC sytems. It
> worked fine when the devices were already connected at power-on or
> at least when booting Linux, while hot-plug would reliably crash the
> kernel. As far as I understand such behaviour is typical of some of
> the alignment/cache bugs in the Linux kernel's USB code.

I also met this USB problem on LITE_DW board when
using USB keyboard and mouse.Has it solved or not?

Sam

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[Matt Porter]

On Tue, Feb 24, 2004 at 10:38:41PM +0800, song sam wrote:
>
> Hi,
>
> Wolfgang Denk wrote:
> > We tested a Adaptec AUA-200LP USB 2.0 card in some PPC sytems. It
> > worked fine when the devices were already connected at power-on or
> > at least when booting Linux, while hot-plug would reliably crash the
> > kernel. As far as I understand such behaviour is typical of some of
> > the alignment/cache bugs in the Linux kernel's USB code.
>
> I also met this USB problem on LITE_DW board when
> using USB keyboard and mouse.Has it solved or not?

I use the following hack locally to work around some of the 2.4 USB
stack DMA problems.

-Matt

===== arch/ppc/mm/cachemap.c 1.12 vs edited =====
--- 1.12/arch/ppc/mm/cachemap.c Tue Dec 10 18:09:59 2002
+++ edited/arch/ppc/mm/cachemap.c       Tue Dec 12 09:43:06 2002
@@ -152,7 +152,26 @@
        case PCI_DMA_NONE:
                BUG();
        case PCI_DMA_FROMDEVICE:        /* invalidate only */
+#if (defined(CONFIG_4xx) && (defined(CONFIG_USB)) || defined(CONFIG_USB_MODULE))
+               /*
+                * USB code does DMA off the stack, so when a driver
+                * uses the stock pci DMA routines, they end up calling
+                * invalidate_dcache_range().
+                * The cache invalidate code in the 405 port invalidates
+                * an entire cache line, regardless of what addresses are
+                * passed in - it 'rounds out' to the surrounding cache line.
+                * While other ports will notice if part of the cache line
+                * is NOT part of the range being invalidated and 'do
+                * the right thing', the 405 code will invalidate the
+                * entire line, potentially trashing the stack, causing a
+                * panic.
+                * Until all the USB drivers are fixed, we flush the data
+                * buffer, a much safer operation.
+                */
+               flush_dcache_range(start, end);
+#else
                invalidate_dcache_range(start, end);
+#endif
                break;
        case PCI_DMA_TODEVICE:          /* writeback only */
                clean_dcache_range(start, end);

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[llandre]

>On Tue, Feb 24, 2004 at 10:38:41PM +0800, song sam wrote:
> >
> > Hi,
> >
> > Wolfgang Denk wrote:
> > > We tested a Adaptec AUA-200LP USB 2.0 card in some PPC sytems. It
> > > worked fine when the devices were already connected at power-on or
> > > at least when booting Linux, while hot-plug would reliably crash the
> > > kernel. As far as I understand such behaviour is typical of some of
> > > the alignment/cache bugs in the Linux kernel's USB code.
> >
> > I also met this USB problem on LITE_DW board when
> > using USB keyboard and mouse.Has it solved or not?
>
>I use the following hack locally to work around some of the 2.4 USB
>stack DMA problems.
>
>-Matt
>
>===== arch/ppc/mm/cachemap.c 1.12 vs edited =====
>--- 1.12/arch/ppc/mm/cachemap.c Tue Dec 10 18:09:59 2002
>+++ edited/arch/ppc/mm/cachemap.c       Tue Dec 12 09:43:06 2002
>@@ -152,7 +152,26 @@
>         case PCI_DMA_NONE:
>                 BUG();
>         case PCI_DMA_FROMDEVICE:        /* invalidate only */
>+#if (defined(CONFIG_4xx) && (defined(CONFIG_USB)) ||
>defined(CONFIG_USB_MODULE))
>+               /*
>+                * USB code does DMA off the stack, so when a driver
>+                * uses the stock pci DMA routines, they end up calling
>+                * invalidate_dcache_range().
>+                * The cache invalidate code in the 405 port invalidates
>+                * an entire cache line, regardless of what addresses are
>+                * passed in - it 'rounds out' to the surrounding cache line.
>+                * While other ports will notice if part of the cache line
>+                * is NOT part of the range being invalidated and 'do
>+                * the right thing', the 405 code will invalidate the
>+                * entire line, potentially trashing the stack, causing a
>+                * panic.
>+                * Until all the USB drivers are fixed, we flush the data
>+                * buffer, a much safer operation.
>+                */
>+               flush_dcache_range(start, end);
>+#else
>                 invalidate_dcache_range(start, end);
>+#endif
>                 break;
>         case PCI_DMA_TODEVICE:          /* writeback only */
>                 clean_dcache_range(start, end);


Hi Matt,

we experienced similar problems and, after applying your patch, everything
works fine (even hot-plug)!
Well done!

Our configuration is:
- PPChameleonEVB board (405EP-based)
- Linux 2.4.20 from Denx's kernel tree
- CiUSB USB controller by Conceptronic, based on 82C861 (it is
OHCI-compatible and not UHCI as documentation claims)

We performed some tests with the following devices:
- Logitech 4-port hub
- Logitech Scroll USB mouse
- Manhattan USB keyboard


For Wolfgang: are you going to include this patch in your kernel tree?


Thanks again for your patch and best regards,

llandre


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[song sam]

Hello Matt,

Sorry for the late reply.I tested your USB patch on
LITE_DW(MPC823e) and found that this patch couldn't
take effect on MPC8xx directly.Maybe the reason was
that there was no CONFIG_USB_MODULE in LINUX kernel
configuration(Perhaps I use MVL 3.0 - 2.4.18 kernel).
So I changed your patch one line

#if (defined(CONFIG_4xx) && defined(CONFIG_USB)) ||
defined(CONFIG_USB_MODULE)

with this line:

#if (defined(CONFIG_4xx) && defined(CONFIG_USB)) ||
defined(CONFIG_USB_MPC8xx)

Then the USB performance improved a lot but not
perfect yet.There are few failure with USB keyboard in
boot-ups.Much better than before-only few success in
boot-ups.I listed the test result and some kernel
configuration + boot message as follows.Pls see
whether there are some faults in it.

_Test_result

Present performance: [OK--USB keybaord alive]

POWER-ON  1st(reboot)  2nd   3rd    4th   5th
OK-10:00am   OK        OK    OK     OK   FAILED
OK-10:30     OK        OK    FAILED
OK-11:00     OK        FAILED
OK-11:30     OK        OK    FAILED
OK-12:00     OK        OK    FAILED

The former performance:

POWER-ON  1st(reboot)  2nd          3rd
OK-10:00am     OK      FAILED
FAILED until next morning to work.

_LINUX_CONFIG

# General setup
#
# CONFIG_HIGHMEM is not set
# CONFIG_KERNEL_START_BOOL is not set
# CONFIG_TASK_SIZE_BOOL is not set
# CONFIG_ILATENCY is not set
# CONFIG_ISA is not set
# CONFIG_EISA is not set
# CONFIG_SBUS is not set
# CONFIG_MCA is not set
# CONFIG_PCI_QSPAN is not set
# CONFIG_PCI is not set
CONFIG_USB_KBD=y
CONFIG_NET=y
CONFIG_SYSCTL=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SEMMNI=128
CONFIG_SYSVIPC_SEMMSL=250
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
# CONFIG_MULTITHREADED_CORES is not set
CONFIG_KERNEL_ELF=y
# CONFIG_BINFMT_MISC is not set
CONFIG_HOTPLUG=y

#
# Input core support
#
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y

# USB support
#
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_BANDWIDTH is not set
# CONFIG_USB_LONG_TIMEOUT is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
CONFIG_USB_MPC8xx=y
# CONFIG_USB_OHCI is not set
# CONFIG_USB_NON_PCI_OHCI is not set
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_HID is not set
# CONFIG_USB_HIDDEV is not set
CONFIG_USB_KBD=y
CONFIG_USB_MOUSE=y
# CONFIG_USB_WACOM is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

_Boot_message

u-boot>run net_nfs
Trying SCC ETHERNET
TFTP from server 172.16.115.6; our IP address is
172.16.115.7
Filename 'uImage.liteusb'.
Load address: 0x200000
Loading:
################################################################################################################################################
done
Bytes transferred = 733721 (b3219 hex)
## Booting image at 00200000 ...
   Image Name:   Linux-2.4.18_mvl30-rpxlite
   Image Type:   PowerPC Linux Kernel Image (gzip
compressed)
   Data Size:    733657 Bytes = 716.5 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Current stack ends at 0x03FBE928 => set upper limit
to 0x00800000
## cmdline at 0x007FFF00 ... 0x007FFFB1
bd address  = 0x03FBEFC4
memstart    = 0x00000000
memsize     = 0x04000000
flashstart  = 0xFF000000
flashsize   = 0x01000000
flashoffset = 0x0001B400
sramstart   = 0x00000000
sramsize    = 0x00000000
immr_base   = 0xFA200000
bootflags   = 0x00000001
intfreq     =     48 MHz
busfreq     =     24 MHz
ethaddr     = 00:10:EC:00:37:5B
IP addr     = 172.16.115.7
baudrate    =   9600 bps
No initrd
## Transferring control to Linux (at address 00000000)
...
Linux version 2.4.18_mvl30-rpxlite (root@sgj) (gcc
version 3.2.1 20020930 (MontaVista)) #1 Thu Mar 4
22:40:33 CST 2004
USB uCode patch installed
rpxfb: allocated 75 pages for frame buffer
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=tty0 console=ttyS0,9600
root=/dev/nfs rw
nfsroot=172.16.115.6:/workspace/myfilesystem/target/
ip=172.16.115.7:172.16.115.6:172.16.115.254:255.255.255.0::eth0:off
panic=1
Decrementer Frequency = 180000000/60
Console: colour dummy device 80x25
Calibrating delay loop... 47.82 BogoMIPS
Memory: 62412k available (1252k kernel code, 444k
data, 76k init, 0k highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536
bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768
bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192
bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384
bytes)
Page-cache hash table entries: 16384 (order: 4, 65536
bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society
NET3.039
Initializing RT netlink socket
Starting kswapd
Disabling the Out Of Memory Killer
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc.,
designed by Axis Communications AB.
Console: switching to colour frame buffer device 80x30
fb0: RPX LCD frame buffer device
CPM UART driver version 0.03
ttyS0 on SMC1 at 0x0280, BRG2
pty: 256 Unix98 ptys configured
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 4096K size
1024 blocksize
eth0: CPM ENET Version 0.2 on SCC2, 00:10:ec:00:37:5b
loop: loaded (max 8 devices)
RPX Lite or CLLF flash device: 2000000 at fe000000
 Amd/Fujitsu Extended Query Table v1.2 at 0x0040
number of CFI chips: 1
Creating 3 MTD partitions on "RPX":
0x00000000-0x00080000 : "RPXLITE flash BOOT partition"
0x00080000-0x00200000 : "RPXLITE flash DATA partition"
0x00200000-0x01000000 : "RPXLITE flash APPLICATION
partition"
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
m8xxhci: initializing controller
usb.c: new USB bus registered, assigned bus number 1
m8xxhci: part 24, mask 1
m8xxhci: MPC823eB2
hub.c: USB hub found
hub.c: 1 port detected
m8xxhci: initializing done
usb.c: registered new driver usb_mouse
usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
usb.c: registered new driver keyboard
usbkbd.c: :USB HID Boot Protocol keyboard driver
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind
8192)
IP-Config: Complete:
      device=eth0, addr=172.16.115.7,
mask=255.255.255.0, gw=172.16.115.254,
     host=172.16.115.7, domain=, nis-domain=(none),
     bootserver=172.16.115.6, rootserver=172.16.115.6,
rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 172.16.115.6
Looking up port of RPC 100005/1 on 172.16.115.6
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 76k init
INIT: version 2.78 booting
Activating swap...
Checking all file systems...
Parallelizing fsck version 1.22 (22-Jun-2001)
Calculating module dependencies... depmod: ***
Unresolved symbols in
/lib/modules/2.4.18_mvl30-rpxlite/kernel/drivers/ide/ide-cs.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.18_mvl30-rpxlite/kernel/fs/nfsd/nfsd.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.18_mvl30-rpxlite/kernel/fs/smbfs/smbfs.o
done.
Loading modules:
mkdir: cannot create directory `/dev/pts': File exists
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Disable TCP/IP Explicit Congestion Notification: done.
Configuring network interfaces: done.
Starting portmap daemon: portmap.
Cleaning: /tmp /var/lock /var/run.
INIT: Entering runlevel: 3
Starting system log daemon: syslogd klogd.
Starting internet superserver: inetd.

MontaVista Linux 3.0, Professional Edition

172.16.115.7 login: root
Last login: Thu Jan  1 00:06:21 1970 on console
Linux 172.16.115.7 2.4.18_mvl30-rpxlite #1 Thu Mar 4
22:40:33 CST 2004 ppc unknown

Welcome to MontaVista Linux 3.0, Professional Edition

root@172.16.115.7:~#

Thanks for reading and look forward to any suggestion.

Best regards,

Sam

---------------Original message -----------------
> On Tue, Feb 24, 2004 at 10:38:41PM +0800, song sam wrote:
> >
> > Wolfgang Denk wrote:
> > > We tested a Adaptec AUA-200LP USB 2.0 card in some PPC sytems. It
> > > worked fine when the devices were already connected at power-on or
> > > at least when booting Linux, while hot-plug would reliably crash
> > > the kernel. As far as I understand such behaviour is typical of
> > > some of the alignment/cache bugs in the Linux kernel's USB code.
> >
> > I also met this USB problem on LITE_DW board when using USB keyboard
> > and mouse.Has it solved or not?
>
> I use the following hack locally to work around some of the 2.4 USB
> stack DMA problems.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[song sam]

Dear Mr. Matt,

I mistook your 405 patch on 8xx for
test.Actually,there is a perfect solution for RPXlite
USB in HOST mode problem on Brad Parker's webpage.
http://www.heeltoe.com/software/usb/usb.html

Egg on face! I should be blamed to disturb you all.

I list the README of m8xxhci driver 1.4 as follows for
clarification.After removing R74/R75(1.5K) as two
20Ks(I only have 20K at hand) to ground on LITE_DW,USB
keyboard worked fine.

Best regards,

Sam

[ Brad Parker <brad@heeltoe.com> wrote: ]
>
> m8xxhci driver 1.4 USB Host controller driver for Motorola MPX 8xx
> (823/850)
>
> The latest testing for this driver has been done on a modified
> RPX_LITE DW 823e board.
>
> The modification is to remove R74 and R75 and add 15k "pull down"
> resistors from the signal pads to ground. (i.e. figure out which
> pad of R74 and R75 is the D+/D- and add a resistor from that pad to
> ground).
>
> This, coupled with the DW board's 48mhz sysclk routing and DRQ1#
> routing, allows the board to be a USB host controller.
>
> This driver disables kernel "printk" when a device is connect. The
> printk turns off interrupts for long periods of time which causes bad
> SOF's to be sent. The microcode patch requires that it be serviced
> ever 1ms or corrupted SOF's are sent out.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Solution of USB in HOST mode on RPXLITE DW 823e board

[song sam]

Hi,

I posted this message for clarification of USB problem
in HOST mode on RPXLITE DW 823e board.There were some
'complaint's when using USB host mode.Under the
instrution of Brad Parker,the problem was solved fine.
Following is README of m8xxhci driver 1.4 from Brad
Parker's webpage.
http://www.heeltoe.com/software/usb/usb.html

Best regards,

Sam

[ Brad Parker <brad@heeltoe.com> wrote: ]
>
> m8xxhci driver 1.4 USB Host controller driver for Motorola MPX 8xx
> (823/850)
>
> The latest testing for this driver has been done on a modified
> RPX_LITE DW 823e board.
>
> The modification is to remove R74 and R75 and add 15k "pull down"
> resistors from the signal pads to ground. (i.e. figure out which
> pad of R74 and R75 is the D+/D- and add a resistor from that pad to
> ground).
>
> This, coupled with the DW board's 48mhz sysclk routing and DRQ1#
> routing, allows the board to be a USB host controller.
>
> This driver disables kernel "printk" when a device is connect. The
> printk turns off interrupts for long periods of time which causes bad
> SOF's to be sent. The microcode patch requires that it be serviced
> ever 1ms or corrupted SOF's are sent out.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: PCI daughter card with USB on a 405GP

[Laurent Mohin]

[-- Attachment #1: Type: text/plain, Size: 2764 bytes --]

Hello,

The pci_assign_bus_resource function checks that your PCI board is able to answer to Memory space and
IO space cycles (PCI:pci_assign_resource: type_mask must match<3>).
Because this check doesn't match, it is unable to map any memory ressource
for your PCI board and thus generate an exception when the ohci driver is
launched.

In your case, I would suspect an hardware problem with your PCI adaptors
on the Walnut board (I used to have a problem with a graphic daughter card
on it and it was due to the lack of one of PCI power supply).

You can check this by deactivating the usb driver in Linux and let the
board booting without any exception. At the prompt try the command : lspci
-xx and check wether the configuration registers of your board are OK or
not.

Hope this helps,

Laurent





v.sudeep@exgate.tek.com
Sent by: owner-linuxppc-embedded@lists.linuxppc.org
23/02/04 17:11


        To:     linuxppc-embedded@lists.linuxppc.org
        cc:
        Subject:        PCI daughter card with USB on a 405GP


Hi Everyone !!!

I am finding it a bit difficult to overcome a problem related to the PCI
daughter card with USB on my 405GP IBM Walnut board. If anyone can help
me,
I would be greatful to them.

My problem is as follows....
I want to install a USB printer on my 405GP board. Unfortunately the 405GP
does not have a USB port. So I am trying to use a PCI daughter card with
USB. I tried using two different cards  - OPTi 82c861 and ALi M5273. In
both
cases it seems to have some problems in booting up. i.e when the kernel is
probing the pci bus, some errors seem to happen. I snooped the kernel code
and identified as to when the error is being thrown out but am not sure
what
exactly is wrong and how I can set it right.

This error occurs in :
                 file            - ./drivers/pci/setup-res.c
                 function - pci_assign_bus_resource
                 line            - if ((res->flags ^ r->flags) &
type_mask)
                                                 continue;

This results in a kernel panic.  I am not sure of how I could go around
this
problem. Any suggestions on how to get the USB card up will be greatly
appreciated.

And thanks in advance.


Note:

1.               Our setup over here is as follows:
                                 Host Machine : Intel x86 having Red Hat 9
installed
                                 Target Board : IBM Walnut board - 405GP
with PowerPC
processor
                                 Cross-Compiler: MonteVista Hard Hat Linux
2.0  for the
ibm-walnut board

2.               Also attaching a file containing all the messages that
the kernel
pattered out.

 <<booting-up-messages>>

- S u d e e p    V
Don't change horses in mid stream.




 <<booting-up.messages>>



[-- Attachment #2: booting-up-messages --]
[-- Type: application/octet-stream, Size: 2853 bytes --]

Entry point at 0x400000 ...
----------  progress:  0x200 id mach(): done
Linux version 2.4.2_hhl20 (root@cosmos) (gcc version 2.95.3 20010315 (release/MontaVista)) #34
----------  progress:  0x3eab setup_arch: enter
----------  progress:  0x3eab setup_arch: bootmem
----------  progress:  0x3eab arch: exit
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: 
Calibrating delay loop... 199.47 BogoMIPS
Memory: 30420k available (1124k kernel code, 440k data, 176k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI:pci_assign_resource: type_mask must match<3>PCI: Error while updating region 00:04.0/0 (1)
----------  progress:  0xffff              
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20117kB/6705kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
phy speed read failed 
phy duplex read failed 
<5>eth0: PPC405 EMAC 10 Mbs Half duplex MAC 00:04:ac:e3:10:92
loop: loaded (max 8 devices)
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x0000 (irq = 0) is a 16550A
ttyS01 at 0x0000 (irq = 1) is a 16550A
PPP generic driver version 2.4.1
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Enabling device 00:04.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc3000000, IRQ 31
usb-ohci.c: usb-00:04.0, OPTi Inc. 82C861
Machine Check: PLB0        bear= 0x10000004 acr=   0x00000000 besr=  0x0c000000
Machine Check: PLB0 to OPB bear= 0x02000020 besr0= 0x00000000 besr1= 0x00000000
Data Machine Check in kernel mode.
Oops: machine check, sig: 7
NIP: C00C5598 XER: 20000000 LR: C016C518 SP: C0279DF0 REGS: c0279d30 TRAP: 0200
MSR: 00009030 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0278000[1] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
PLB0: bear= 0x02000020 acr=   0x00000000 besr=  0x0c000000
PLB0 to OPB: bear= 0x10000004 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00000000 C0279DF0 C0278000 C02EA000 00001030 00000000 C02EE908 00000000 
GPR08: C02EE040 EEC00000 C01C0000 C3000000 84000022 30000000 000C0804 00000000 
GPR16: 00000000 FFFE21AD 00000000 00000000 00001032 00279D20 00000000 C0002980 
GPR24: 00000000 0000001E 0000001F C02EA000 C0270400 C3000000 00000032 C02EA000 
Call backtrace: 
C00B5280 C016C518 C016C708 C00B47F0 C00B4884 C016C750 C0161810 
C01618B4 C00024F8 C0005064 
Kernel panic: Attempted to kill init!
Rebooting in 180 seconds..


[-- Attachment #3: booting-up.messages --]
[-- Type: application/octet-stream, Size: 2853 bytes --]

Entry point at 0x400000 ...
----------  progress:  0x200 id mach(): done
Linux version 2.4.2_hhl20 (root@cosmos) (gcc version 2.95.3 20010315 (release/MontaVista)) #34
----------  progress:  0x3eab setup_arch: enter
----------  progress:  0x3eab setup_arch: bootmem
----------  progress:  0x3eab arch: exit
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: 
Calibrating delay loop... 199.47 BogoMIPS
Memory: 30420k available (1124k kernel code, 440k data, 176k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI:pci_assign_resource: type_mask must match<3>PCI: Error while updating region 00:04.0/0 (1)
----------  progress:  0xffff              
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20117kB/6705kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
phy speed read failed 
phy duplex read failed 
<5>eth0: PPC405 EMAC 10 Mbs Half duplex MAC 00:04:ac:e3:10:92
loop: loaded (max 8 devices)
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x0000 (irq = 0) is a 16550A
ttyS01 at 0x0000 (irq = 1) is a 16550A
PPP generic driver version 2.4.1
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Enabling device 00:04.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc3000000, IRQ 31
usb-ohci.c: usb-00:04.0, OPTi Inc. 82C861
Machine Check: PLB0        bear= 0x10000004 acr=   0x00000000 besr=  0x0c000000
Machine Check: PLB0 to OPB bear= 0x02000020 besr0= 0x00000000 besr1= 0x00000000
Data Machine Check in kernel mode.
Oops: machine check, sig: 7
NIP: C00C5598 XER: 20000000 LR: C016C518 SP: C0279DF0 REGS: c0279d30 TRAP: 0200
MSR: 00009030 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0278000[1] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
PLB0: bear= 0x02000020 acr=   0x00000000 besr=  0x0c000000
PLB0 to OPB: bear= 0x10000004 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00000000 C0279DF0 C0278000 C02EA000 00001030 00000000 C02EE908 00000000 
GPR08: C02EE040 EEC00000 C01C0000 C3000000 84000022 30000000 000C0804 00000000 
GPR16: 00000000 FFFE21AD 00000000 00000000 00001032 00279D20 00000000 C0002980 
GPR24: 00000000 0000001E 0000001F C02EA000 C0270400 C3000000 00000032 C02EA000 
Call backtrace: 
C00B5280 C016C518 C016C708 C00B47F0 C00B4884 C016C750 C0161810 
C01618B4 C00024F8 C0005064 
Kernel panic: Attempted to kill init!
Rebooting in 180 seconds..

RE: PCI daughter card with USB on a 405GP

[v.sudeep]

Hi !!!

Thanks all for your response... I apologise profusely for the delay in
responding....

I did go through all of your responses and this is what I did ...

1.  lspci -vvx  : the following is the output.  I still am finding out how
to understand this..
00:00.0 Host bridge: IBM 405GP PLB to PCI Bridge (rev 01)

        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-
        Latency: 7

        Interrupt: pin A routed to IRQ 0

        Region 1: Memory at <unassigned> (32-bit, prefetchable)

        Capabilities: [58] Power Management version 2

                Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00: 14 10 56 01 06 00 10 22 01 00 00 06 00 07 00 00

10: 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00

20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

30: 00 00 00 00 58 00 00 00 00 00 00 00 00 01 00 00


2. ==== arch/ppc/mm/cachemap.c
I found that this file does not exist at all in the montevista Hard hat
Linux ver 2.0.  So I downloaded ver 3.0 as a preview kit and I am checking
to see if it exists ... I suppose it does... I have made the changes
suggested. But have not able to bring it to a workable state.

3. I downloaded and built the tool chain for the 405GP. And am running into
problems trying to compile the linux 2.4.22 kernel. I am not sure of what I
must do to create the treeboot image... I think by default it does not do
it.. it creates only the vmlinux.gz

4.  Both ALi and OPTi are having OHCI support

 I am in the process of procuring a Adaptec card to see if it could make a
difference for me...

- S u d e e p    V
When so many are lonely as seem to be lonely, it would be inexcusably
selfish to be lonely alone.

-----Original Message-----
From: song sam [mailto:samsongshzu@yahoo.com.cn]
Sent: Tuesday, February 24, 2004 8:09 PM
Subject: Re: PCI daughter card with USB on a 405GP

Wolfgang Denk wrote:
> We tested a Adaptec AUA-200LP USB 2.0 card in some PPC sytems. It
> worked fine when the devices were already connected at power-on or
> at least when booting Linux, while hot-plug would reliably crash the
> kernel. As far as I understand such behaviour is typical of some of
> the alignment/cache bugs in the Linux kernel's USB code.

I also met this USB problem on LITE_DW board when using USB keyboard and
mouse.Has it solved or not?

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: PCI daughter card with USB on a 405GP

[Laurent Mohin]

Hello,

lspci command gives you a dump of the configuration registers of your
PCI devices. In your example, it detects only the IBM405GP PCI bridge

The initial lines are a text traduction of what was read:

00:00.0 Host bridge: IBM 405GP PLB to PCI Bridge (rev 01)
...

The last four lines are an hex dump
00: 14 10 56 01 06 00 10 22 01 00 00 06 00 07 00 00

10: 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00

20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

30: 00 00 00 00 58 00 00 00 00 00 00 00 00 01 00 00

(14 10 and 56 01 are PCI vendor ID and PCI device ID for the 405GP - be
careful PCI is little endian whereas 405GP is big endian)

I don't see any PCI daughter card from your output.
Have you disconnected it to be able to boot?
If yes, try to disable the usb driver in your kernel, and see the result
of the lspci command.

Laurent MOHIN
ACTERNA

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: PCI daughter card with USB on a 405GP

[Xavier Miville]

You will need to apply the corresponding linuxppc patch
(/pub/linux/kernel/ports/ppc/2.4) to 2.4.22. The zvmlinux doesn't seem
to be built with only 2.4.22.

Hope this helps.

On Thu, 2004-02-26 at 09:05, v.sudeep@exgate.tek.com wrote:
> 3. I downloaded and built the tool chain for the 405GP. And am running
> into
> problems trying to compile the linux 2.4.22 kernel. I am not sure of
> what I
> must do to create the treeboot image... I think by default it does not
> do
> it.. it creates only the vmlinux.gz
>

--
Xavier Miville
Junior Firmware Engineer
Engineering Department
Oerlikon Contraves Inc.

Tel: (450) 542-5683
Fax: (450) 358-7708
xmiville@oerlikon.ca


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: PCI daughter card with USB on a 405GP

[v.sudeep]

Hi !!!

Mr Laurent ,
yes, I have disconnected the PCI daughter card. And yes, the kernel is
compiled without the usb related drivers (like you mentioned in your first
mail.)

- S u d e e p    V
Knowledge is the only instrument of production that is not subject to
diminishing returns.

-----Original Message-----
From: Laurent Mohin [mailto:laurent.mohin@acterna.com]
Sent: Thursday, February 26, 2004 8:53 PM
Subject: RE: PCI daughter card with USB on a 405GP

lspci command gives you a dump of the configuration registers of your
PCI devices. In your example, it detects only the IBM405GP PCI bridge

The initial lines are a text traduction of what was read:

00:00.0 Host bridge: IBM 405GP PLB to PCI Bridge (rev 01)
...

The last four lines are an hex dump
00: 14 10 56 01 06 00 10 22 01 00 00 06 00 07 00 00
10: 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 58 00 00 00 00 00 00 00 00 01 00 00

(14 10 and 56 01 are PCI vendor ID and PCI device ID for the 405GP - be
careful PCI is little endian whereas 405GP is big endian)

I don't see any PCI daughter card from your output. Have you
disconnected it to be able to boot? If yes, try to disable the usb
driver in your kernel, and see the result of the lspci command.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/