From nobody@FreeBSD.org  Mon Feb  7 21:46:44 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E344416A4CF
	for <freebsd-gnats-submit@FreeBSD.org>; Mon,  7 Feb 2005 21:46:44 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7353D43D1D
	for <freebsd-gnats-submit@FreeBSD.org>; Mon,  7 Feb 2005 21:46:44 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j17Lkh33089243
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 7 Feb 2005 21:46:43 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j17Lkh6m089239;
	Mon, 7 Feb 2005 21:46:43 GMT
	(envelope-from nobody)
Message-Id: <200502072146.j17Lkh6m089239@www.freebsd.org>
Date: Mon, 7 Feb 2005 21:46:43 GMT
From: David Perry <perryd@llnl.gov>
To: freebsd-gnats-submit@FreeBSD.org
Subject: 3Com 3CXFEM656C does not seem to be supported by xl driver, despite HARDWARE.TXT
X-Send-Pr-Version: www-2.3

>Number:         77239
>Category:       kern
>Synopsis:       [xl] 3Com 3CXFEM656C does not seem to be supported by xl driver, despite HARDWARE.TXT
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Feb 07 21:50:13 GMT 2005
>Closed-Date:    Thu Apr 12 20:45:28 GMT 2007
>Last-Modified:  Thu Apr 12 20:45:28 GMT 2007
>Originator:     David Perry
>Release:        5.3-RELEASE
>Organization:
LLNL
>Environment:
FreeBSD 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386

(Hand-typed -- may contain typos)
>Description:
      HARDWARE.TXT says that the 3Com CardBus 3CXFEM656C NIC is supported by the xl driver, but that does not seem to be the case.  I have a Dell Latitude CPx which I installed from a downloaded ISO.  My experience seems to be the same as that of Karel Miklav (http://lists.freebsd.org/pipermail/freebsd-mobile/2004-October/005103.html).

The driver seems to read the card, but cannot configure it (from dmesg):
xl0: <3Com 3c656C Fast Etherlink XL> port 0x1000-0x10ff mem 0x88000000-0x8800007f,0x88000080-0x880000ff irq 11 at device 0.0 on cardbus1
xl0: using memory mapped I/O
xl0: reset didn't complete
xl0: command never completed!
xl0: command never completed!
xl0: eeprom failed to come ready
xl0: failed to read station address
device_attach: xl0 attach returned 6


>How-To-Repeat:
      Re-installed once with same results.  Reboot shows the same dmesg output.
>Fix:
      None
>Release-Note:
>Audit-Trail:

From: Anton Tolchanov <me@ryzh.kiev.ua>
To: bug-followup@FreeBSD.org,
 perryd@llnl.gov
Cc:  
Subject: Re: kern/77239: [xl] 3Com 3CXFEM656C does not seem to be supported by xl driver, despite HARDWARE.TXT
Date: Sat, 29 Oct 2005 01:13:37 +0300

 >       HARDWARE.TXT says that the 3Com CardBus 3CXFEM656C NIC is  
 > supported by the xl driver, but that does not seem to be the case.   
 > I have a Dell Latitude CPx which I installed from a downloaded  
 > ISO.  My experience seems to be the same as that of Karel Miklav  
 > (http://lists.freebsd.org/pipermail/freebsd-mobile/2004-October/ 
 > 005103.html).
 >
 > The driver seems to read the card, but cannot configure it (from  
 > dmesg):
 > xl0: <3Com 3c656C Fast Etherlink XL> port 0x1000-0x10ff mem  
 > 0x88000000-0x8800007f,0x88000080-0x880000ff irq 11 at device 0.0 on  
 > cardbus1
 > xl0: using memory mapped I/O
 > xl0: reset didn't complete
 > xl0: command never completed!
 > xl0: command never completed!
 > xl0: eeprom failed to come ready
 > xl0: failed to read station address
 > device_attach: xl0 attach returned 6
 
    The following patch works fine for 5.4-RELEASE making 3c656C usable:
 
 --- sys/pci/if_xl.c.orig        Sat Oct 29 01:08:10 2005
 +++ sys/pci/if_xl.c     Fri Oct 28 21:49:44 2005
 @@ -1273,6 +1273,7 @@
 
          switch (did) {
          case TC_DEVICEID_BOOMERANG_10_100BT:    /* 3c905-TX */
 +        case TC_DEVICEID_TORNADO_656C:          /* 3c656C */
          case TC_DEVICEID_HURRICANE_575A:
          case TC_DEVICEID_HURRICANE_575B:
          case TC_DEVICEID_HURRICANE_575C:
 
    As I can see, it has not been commited into HEAD yet.
 
 -- 
 ryzh-uanic
 

From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To: bug-followup@FreeBSD.org, perryd@llnl.gov
Cc:  
Subject: Re: kern/77239: [xl] 3Com 3CXFEM656C does not seem to be supported
	by xl driver, despite HARDWARE.TXT
Date: Thu, 12 Apr 2007 20:23:44 +0100

 Hi, 
 
 There is a patch in the PR trail at
 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/77239 which apparently
 fixes the problem for another FreeBSD user, is there any chance you
 could test it and report back success or failure?
 
 If the patch doesn't apply cleanly to current sources, it may be easiest
 to apply it manually.  The line needs to added around line 1278 of 6.x
 src/sys/pci/if_xl.c, or line 1282 in -CURRENT.
 
 Thanks,
 
 Gavin

From: David Perry <perry29@llnl.gov>
To: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>,
 bug-followup@FreeBSD.org, perryd@llnl.gov
Cc:  
Subject: Re: kern/77239: [xl] 3Com 3CXFEM656C does not seem to be
 supported 	by xl driver, despite HARDWARE.TXT
Date: Thu, 12 Apr 2007 12:33:22 -0700

 Sorry, that piece of hardware (quite old) is on it's way to being 
 crushed & recycled...
 
 David
 
 
 At 8:23 PM +0100 4/12/07, Gavin Atkinson wrote:
 >Hi,
 >
 >There is a patch in the PR trail at
 >http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/77239 which apparently
 >fixes the problem for another FreeBSD user, is there any chance you
 >could test it and report back success or failure?
 >
 >If the patch doesn't apply cleanly to current sources, it may be easiest
 >to apply it manually.  The line needs to added around line 1278 of 6.x
 >src/sys/pci/if_xl.c, or line 1282 in -CURRENT.
 >
 >Thanks,
 >
 >Gavin
State-Changed-From-To: open->closed 
State-Changed-By: remko 
State-Changed-When: Thu Apr 12 20:45:21 UTC 2007 
State-Changed-Why:  
The hardware is underway to get recycled, this makes it unlikely that we 
can and will resolve this. reflect it in the ticket. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=77239 
>Unformatted:
