linux-mips
[Top] [All Lists]

Re: Au1500 and TI PCI1510 cardbus

To: Marco Braga <marco.braga@gmail.com>
Subject: Re: Au1500 and TI PCI1510 cardbus
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Date: Tue, 20 Mar 2007 19:00:43 +0300
Cc: linux-mips@linux-mips.org
In-reply-to: <d459bb380703200850m1077be9cnecb8283750763a4f@mail.gmail.com>
Organization: MontaVista Software Inc.
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <d459bb380703190755n3f05b8e1v850bb8347e574d68@mail.gmail.com> <200703200204.l2K24WgH020041@centurysys.co.jp> <45FFEDED.6060708@ru.mvista.com> <d459bb380703200747y13ba427ek83cc32b503c33bc7@mail.gmail.com> <45FFFE8B.1010806@ru.mvista.com> <d459bb380703200850m1077be9cnecb8283750763a4f@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803
Hello.

Marco Braga wrote:

I think I'm beginning to make a lot of confusion. Is the problem that the
PCI1510 must NOT be behind a bridge, or the problem is that PCI1510 acts as
a bridge, so cardbus cards cannot work?

   The second.

This is my lspci at start:

00:0c.0 RAID bus controller: Triones Technologies, Inc. HPT371/371N (rev 02)
00:0d.0 Non-VGA unclassified device: Texas Instruments TMS320DM642 (rev 01)
00:12.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller

You can see yourself that PCI1510 is a bridge (Cardbus-to-PCI bridge is largely the same as PCI-to-PCI bridge).

While this is the situation when I load yenta_socket:

00:0c.0 RAID bus controller: Triones Technologies, Inc. HPT371/371N (rev 02)
00:0d.0 Non-VGA unclassified device: Texas Instruments TMS320DM642 (rev 01)
00:12.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller
01:00.0 Network controller: 3Com Corporation 3com 3CRWE154G72 [Office
Connect Wireless LAN Adapter] (rev 01)

So it seems that the 3Com card is behind a bus. Should this work? From what
I've understood, it should now work..

   Think again. :-)

In fact my problem is that it seems to work if I try to ping a host, but it fails when I try some serious transfer. In this case, at some point, any readl() on 3Com returns 0xFFFFFFFF. Just to
test I've tried a pci_config_read() on the PCI1510 and it fails. The entire
boards seems hung. The only thing I can do is to remove the 3Com card.

  Sounds like what's been told in the errata 32.

Thanks!

WBR, Sergei

<Prev in Thread] Current Thread [Next in Thread>