From mboxrd@z Thu Jan  1 00:00:00 1970
Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 08 Jan 2011 19:40:58 +0100 (CET)
Received: from gateway13.websitewelcome.com ([67.18.22.80]:43687 "HELO
        gateway13.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with SMTP id S1491026Ab1AHSkz (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 8 Jan 2011 19:40:55 +0100
Received: (qmail 32457 invoked from network); 8 Jan 2011 18:39:49 -0000
Received: from gator750.hostgator.com (174.132.194.2)
  by gateway13.websitewelcome.com with SMTP; 8 Jan 2011 18:39:49 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=paralogos.com;
        h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-Source:X-Source-Args:X-Source-Dir;
        b=SQN9rpsavQuvnjBeKD8tE9PHawPGQ1OgZwoy6WyiAYoJH9U0skS1XZIg7MVTqrGk/SoG9m03YhweBEAmwP1Z3Fs7txKWXDvY+3qlh5kL8qMX9QV2SAEce3sioDzb/dtK;
Received: from c-98-207-157-135.hsd1.ca.comcast.net ([98.207.157.135]:1442 helo=[127.0.0.1])
        by gator750.hostgator.com with esmtpa (Exim 4.69)
        (envelope-from <kevink@paralogos.com>)
        id 1Pbdia-0005ix-UG; Sat, 08 Jan 2011 12:40:49 -0600
Message-ID: <4D28AFB4.7090108@paralogos.com>
Date:   Sat, 08 Jan 2011 10:40:52 -0800
From:   "Kevin D. Kissell" <kevink@paralogos.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To:     Linux MIPS org <linux-mips@linux-mips.org>,
        tsbogend@alpha.franken.de
Subject: MIPS Malta and PCNet32 Driver
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator750.hostgator.com
X-AntiAbuse: Original Domain - linux-mips.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - paralogos.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Return-Path: <kevink@paralogos.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 28885
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kevink@paralogos.com
Precedence: bulk
X-list: linux-mips

As per an email to the linux-mips group from Thomas Schwinge on July 30,
2010, there's a problem using current (post 2.6.29) sources for a kernel
with the pcnet32 driver with the PCNet32 chip on the MIPS Malta platform
in some configurations.  The probe1 routine fails the test below and
spits out the "No access methods" diagnostic:

...
        /* NOTE: 16-bit check is first, otherwise some older PCnet chips
fail */
        if (pcnet32_wio_read_csr(ioaddr, 0) == 4 &&
pcnet32_wio_check(ioaddr)) {
                a = &pcnet32_wio;
        } else {
                pcnet32_dwio_reset(ioaddr);
                if (pcnet32_dwio_read_csr(ioaddr, 0) == 4
                    && pcnet32_dwio_check(ioaddr)) {
                        a = &pcnet32_dwio;
                } else {
                        if (pcnet32_debug & NETIF_MSG_PROBE)
                                printk(KERN_ERR PFX "No access methods\n");
                        goto err_release_region;
                }
        }

The chip is visible to the kernel and turns up in lspci:

-bash-3.1# lspci -tv
-[0000:00]-+-0a.0  Intel Corporation 82371AB/EB/MB PIIX4 ISA
           +-0a.1  Intel Corporation 82371AB/EB/MB PIIX4 IDE
           +-0a.2  Intel Corporation 82371AB/EB/MB PIIX4 USB
           +-0a.3  Intel Corporation 82371AB/EB/MB PIIX4 ACPI
           +-0b.0  Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE]
           +-0c.0  Cirrus Logic Crystal CS4281 PCI Audio
           +-11.0  MIPS Technologies, Inc. SOC-it 101 System Controller
           \-13.0-[0000:01]----00.0  Matrox Graphics, Inc. G400/G450
-bash-3.1# lspci -n
00:0a.0 0601: 8086:7110 (rev 02)
00:0a.1 0101: 8086:7111 (rev 01)
00:0a.2 0c03: 8086:7112 (rev 01)
00:0a.3 0680: 8086:7113 (rev 02)
00:0b.0 0200: 1022:2000 (rev 44)
00:0c.0 0401: 1013:6005 (rev 01)
00:11.0 0600: 153f:0001 (rev 01)
00:13.0 0604: 3388:0021 (rev 13)
01:00.0 0300: 102b:0525 (rev 85)

I'm suspecting that the problem is at least as likely to be in the Malta
PCI support as in the PCNet driver itself.  Is this phenomenon
understood? Has there been a fix circulated for it?

            Regards,

            Kevin K.