USB Host support on mpc 8313

Is there anyone out there who has tried getting usb to work under the
2.6.27 kernel?  I am using the Freescale MPC831x RDB platform and when I
enable "Support for Freescale on-chip EHCI USB controller"
(USB_EHCI_FSL) I get stuck during boot up.  The last two lines of my
boot log are:

 

fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller

fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1

 

 

With the 2.6.20 kernel I had usb working and my boot log looked like:

 

fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller

fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1

fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000

fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004

 

 

I did notice that there were a few usb bug fixes that went into 2.6.27.7
so I updated to the latest version, but it did not help.  Any idea how
or where I can begin looking for a solution?

 

Cheers,

2 more lines

-----Original Message-----
From:=20
linuxppc-embedded-bounces+leoli=3Dfreescale.com@ozlabs.org=20
[mailto:linuxppc-embedded-bounces+leoli=3Dfreescale.com@ozlabs.o
rg] On Behalf Of Joaquin Luna
Sent: Monday, November 24, 2008 11:24 AM
To: <redacted>
Subject: USB Host support on mpc 8313
=20
Is there anyone out there who has tried getting usb to work=20
under the 2.6.27 kernel?  I am using the Freescale MPC831x=20
RDB platform and when I enable "Support for Freescale on-chip=20
EHCI USB controller" (USB_EHCI_FSL) I get stuck during boot=20
up.  The last two lines of my boot log are:
=20
=20
=20
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
=20
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
=20
=20
=20
=20
=20
With the 2.6.20 kernel I had usb working and my boot log looked like:
=20
=20
=20
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
=20
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
=20
fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
=20
fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
=20
=20
=20
=20

4 more quoted lines

There are two settings of the board (USB internal PHY/ USB external
PHY).  They are described in the board UM.

Is the phy_type property in DTS matching the board setting?
utmi_wide for internal PHY
ulpi for external PHY

- Leo

HI,
I am using the MPc5200 processor(TQM5200) board with stk5200 base board for
porting embedded Linux kernel 2.4.25 denx distribution with U-boot loader.
Am trying to compile the drivers for my atheroes chipset AR5006x series with
madwifi able to load the driver and see the wireless interface by ifconfig
command and do self ping but unavle to connect to the Access point or the
other wlan module.
What might be the problem help in this regard is highly appreciated
Regards
Naveen

On Mon, Nov 24, 2008 at 12:37 AM, Naveen Kumar
[off-list ref] wrote:

HI,
I am using the MPc5200 processor(TQM5200) board with stk5200 base board for
porting embedded Linux kernel 2.4.25 denx distribution with U-boot loader.
Am trying to compile the drivers for my atheroes chipset AR5006x series with
madwifi able to load the driver and see the wireless interface by ifconfig
command and do self ping but unavle to connect to the Access point or the
other wlan module.

Is there any particular reason that you're using a 2.4 kernel?
Current 2.6 kernels have much better MPC5200 support, including
support for the TQM5200.  As for your question you'd probably be
better off asking on either the wireless or Madwifi mailing lists
where people are more familiar with wireless issues.

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

Dear Naveen Kumar,

In message [off-list ref] you wrote:

I am using the MPc5200 processor(TQM5200) board with stk5200 base board for
porting embedded Linux kernel 2.4.25 denx distribution with U-boot loader.

There is full support for the TQM5200 / STK5200 in mainline. Please
use a recent 2.6 kernel for any current work.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Never underestimate the bandwidth of a station wagon full of tapes.
                                -- Dr. Warren Jackson, Director, UTCS

Hi all,

I've written EDAC support for the AMD8131/8111 chips that are present on a
Maple board (PPC970FX with IBM CPC925 memory controller/bridge), currently
running in poll mode. I am now trying to get this to work in interrupt mode.
These two chipsets have a feature that enables triggering an NMI when an
error is detected (PERR and SERR). How can this be hooked into the interrupt
system on a PPC board ?

From what I understand from the doc for these chipsets, the NMI will

delivered as a HT message to the CPC925 on this board. What I don't get is
how will this be delivered to the CPU, and on what interrupt line ? The HT
message sent to the CPC925 is the following:

MT = NMI
TM = edge
DM = physical
INTRDEST = 'hFF (all)
VECTOR = 'h00 (does not matter)

Any help appreciated.

Thanks,
Ben

Benjamin Walsh wrote:

Hi all,

I've written EDAC support for the AMD8131/8111 chips that are present on a
Maple board (PPC970FX with IBM CPC925 memory controller/bridge), currently
running in poll mode. I am now trying to get this to work in interrupt mode.
These two chipsets have a feature that enables triggering an NMI when an
error is detected (PERR and SERR). How can this be hooked into the interrupt
system on a PPC board ?

quoted

From what I understand from the doc for these chipsets, the NMI will

delivered as a HT message to the CPC925 on this board. What I don't get is
how will this be delivered to the CPU, and on what interrupt line ? The HT
message sent to the CPC925 is the following:

MT = NMI
TM = edge
DM = physical
INTRDEST = 'hFF (all)
VECTOR = 'h00 (does not matter)

The AMD8131/8130 can generate an NMI to the CPC925. There is an interrupt
controller resided in the CPC925. And you know the CPC925 is attached the
PowerPC PPC970FX. The interrupt controller collects and distributes system
interrupts from the PCI Express and HyperTransport blocks. So you should get the
map connection based on the system in detail. Often these information should be
defined in the corresponding dtc.

Best Regards
Tiejun

Any help appreciated.

Thanks,
Ben

_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

The AMD8131/8130 can generate an NMI to the CPC925. There is 
an interrupt
controller resided in the CPC925. And you know the CPC925 is 
attached the
PowerPC PPC970FX. The interrupt controller collects and 
distributes system
interrupts from the PCI Express and HyperTransport blocks. So 
you should get the
map connection based on the system in detail. Often these 
information should be
defined in the corresponding dtc.

The only DTS I have is the one I extracted from a running target. This is
part of the entry for the 8111:

        ht@0 {  
                ranges = <0x81000000 0x0 0x0 0x0 0xf4000000 0x0 0x400000
0x82000000 0x0 0x80000000 0x0 0x80000000 0x0 0x70000000>;
                reg = <0x0 0xf2000000 0x3000000>;
                device_type = "ht";
                bus-range = <0x0 0x5>;
                compatible = "u3-ht";
                interrupt-map-mask = <0xf800 0x0 0x0 0x7>;
                interrupt-map = <
                        0x0900 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x1100 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x1900 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x2100 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x3000 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x3200 0x0 0x0 0x4 0x6103fa00 0x19 0x1
                        0x3300 0x0 0x0 0x0 0x6103fa00 0x00 0x1
                        0x3400 0x0 0x0 0x3 0x6103fa00 0xff 0x1
                        0x3500 0x0 0x0 0x2 0x6103fa00 0x17 0x1
                        0x3600 0x0 0x0 0x2 0x6103fa00 0x17 0x1
                        0x3700 0x0 0x0 0x0 0x6103fa00 0x00 0x1>;
                #address-cells = <0x3>;
                linux,phandle = <0x61043600>;
                name = "ht";
                #interrupt-cells = <0x1>;
                #size-cells = <0x2>; 

And this is the CPC925, with its interrupt controller:

        hostbridge@f8000000 {
                reg = <0xf8000000 0x1000000>;
                device_type = "memory-controller";
                compatible = "u3";
                #address-cells = <0x1>;
                linux,phandle = <0x61044000>;
                name = "hostbridge";
                #size-cells = <0x1>;

49 more lines

That was exactly my problem.  You guys at freescale rock.

- Joaquin Luna

-----Original Message-----
From: Li Yang [mailto:<redacted>]=20
Sent: Monday, November 24, 2008 2:12 AM
To: Joaquin Luna; <redacted>
Subject: RE: USB Host support on mpc 8313

-----Original Message-----
From:=20
linuxppc-embedded-bounces+leoli=3Dfreescale.com@ozlabs.org=20
[mailto:linuxppc-embedded-bounces+leoli=3Dfreescale.com@ozlabs.o
rg] On Behalf Of Joaquin Luna
Sent: Monday, November 24, 2008 11:24 AM
To: <redacted>
Subject: USB Host support on mpc 8313
=20
Is there anyone out there who has tried getting usb to work=20
under the 2.6.27 kernel?  I am using the Freescale MPC831x=20
RDB platform and when I enable "Support for Freescale on-chip=20
EHCI USB controller" (USB_EHCI_FSL) I get stuck during boot=20
up.  The last two lines of my boot log are:
=20
=20
=20
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
=20
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
=20
=20
=20
=20
=20
With the 2.6.20 kernel I had usb working and my boot log looked like:
=20
=20
=20
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
=20
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
=20
fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
=20
fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
=20
=20
=20
=20

4 more quoted lines

There are two settings of the board (USB internal PHY/ USB external
PHY).  They are described in the board UM.

Is the phy_type property in DTS matching the board setting?
utmi_wide for internal PHY
ulpi for external PHY

- Leo