From nobody@FreeBSD.org  Tue Sep 25 20:10:17 2001
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6C4B337B40C
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 25 Sep 2001 20:10:17 -0700 (PDT)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.4/8.11.4) id f8Q3AHp92238;
	Tue, 25 Sep 2001 20:10:17 -0700 (PDT)
	(envelope-from nobody)
Message-Id: <200109260310.f8Q3AHp92238@freefall.freebsd.org>
Date: Tue, 25 Sep 2001 20:10:17 -0700 (PDT)
From: Jon Lido <jlido@goof.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Chipset SiS735 / NIC SiS 900
X-Send-Pr-Version: www-1.0

>Number:         30836
>Category:       kern
>Synopsis:       Chipset SiS735 / NIC SiS 900
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    mbr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Sep 25 20:20:01 PDT 2001
>Closed-Date:    Wed Feb 19 16:33:03 PST 2003
>Last-Modified:  Wed Feb 19 16:33:03 PST 2003
>Originator:     Jon Lido
>Release:        FreeBSD 4.4-RELEASE i386
>Organization:
>Environment:
FreeBSD bombilla 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001     murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC
>Description:
The SiS 900 Driver cant read the ethernet-address
from the all-in-one-chipset SiS735.
Ethernet-Address will always be 0:0:0:0:0:0.

This problem seems very similar to problem report kern/21623, but with the SiS 735 chipset instead of the SiS 630E.
>How-To-Repeat:
Install FreeBSD 4.4-RELEASE on a ECS K7S5A motherboard (an SiS 735 chipset) with integrated NIC.
>Fix:
None yet.

I tried using the special case in if_sis.c for the SiS 630:
sis_read_cmos(sc, dev, (caddr_t)&eaddr, 0x9, 6);

This resulted in an ethernet address (don't know if the address is valid), but it still can't find the PHY.  dmesg says:
sis0: Ethernet address: 00:d0:09:f4:7b:cf
sis0: MII without any PHY!

So this may not be related to the situation with the SiS 630.
>Release-Note:
>Audit-Trail:

From: SUZUKI Koichi <metal@gc5.so-net.ne.jp>
To: freebsd-gnats-submit@FreeBSD.org, jlido@goof.com
Cc:  
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Tue, 27 Nov 2001 15:52:04 -0800

 Hi guys,
 
 I bought the same motherboard (ECS K7S5A) last week,
  and I met the same trouble with FreeBSD 4.4-stable cvsuped last wednesday.
 
 It seems that PHY doesn't exists at phy=0 but phy=1 on MIIBUS.
 So I commented out the some sentences
  in function sis_miibus_readreg() in sys/pci/if_sis.c. (see below patch)
 
 With this change, I can use my on-board ethernet interface.
 
 --- dmesg ---
 sis0: <SiS 900 10/100BaseTX> port 0xd400-0xd4ff mem 0xcffdd000-0xcffddfff irq 5 at device 3.0 on pci0
 sis0: Ethernet address: 00:d0:09:ea:04:43
 miibus0: <MII bus> on sis0
 ukphy0: <Generic IEEE 802.3u media interface> on miibus0
 ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 ---
 
 --- ifconfig ---
 sis0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 	inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.xxx
 	inet6 fe80::2d0:9ff:feea:443%sis0 prefixlen 64 scopeid 0x1
 	ether 00:d0:09:ea:04:43
 	media: Ethernet autoselect (100baseTX <full-duplex>)
 	status: active
 ---
 
 
 I don't know why it is restricted only phy=0.
 So this change will cause a problem on the other machine which has SiS900.
 And I'm not sure the symbol name "SIS_REV_735" is apropriate.
 
 
 -- 
 This is my STYLE.
 SUZUKI Koichi
 
 
 Index: if_sis.c
 ===================================================================
 RCS file: /home/ncvs/src/sys/pci/if_sis.c,v
 retrieving revision 1.13.4.7
 diff -u -r1.13.4.7 if_sis.c
 --- if_sis.c	21 Feb 2001 22:17:51 -0000	1.13.4.7
 +++ if_sis.c	27 Nov 2001 23:03:04 -0000
 @@ -459,8 +459,10 @@
 
 	return(val);
  	}
 
 +#if 0
  	if (sc->sis_type == SIS_TYPE_900 && phy != 0)
 
 	return(0);
 +#endif
 
  	CSR_WRITE_4(sc, SIS_PHYCTL, (phy << 11) | (reg << 6) | SIS_PHYOP_READ);
  	SIS_SETBIT(sc, SIS_PHYCTL, SIS_PHYCTL_ACCESS);
 @@ -879,7 +881,8 @@
 
 	command = pci_read_config(dev, PCIR_REVID, 1);
 
 	if (command == SIS_REV_630S ||
 
 	    command == SIS_REV_630E ||
 -
 	    command == SIS_REV_630EA1)
 +
 	    command == SIS_REV_630EA1 ||
 +
 	    command == SIS_REV_735)
 
 		sis_read_cmos(sc, dev, (caddr_t)&eaddr, 0x9, 6);
 
 	else
  #endif
 Index: if_sisreg.h
 ===================================================================
 RCS file: /home/ncvs/src/sys/pci/if_sisreg.h,v
 retrieving revision 1.1.4.3
 diff -u -r1.1.4.3 if_sisreg.h
 --- if_sisreg.h	21 Feb 2001 22:17:51 -0000	1.1.4.3
 +++ if_sisreg.h	27 Nov 2001 16:42:07 -0000
 @@ -366,6 +366,7 @@
  #define SIS_REV_630E		0x0081
  #define SIS_REV_630S		0x0082
  #define SIS_REV_630EA1		0x0083
 +#define SIS_REV_735		0x0090
 
  /*
   * NatSemi vendor ID
 

From: Jon-Erik Lido <jlido@goof.com>
To: freebsd-gnats-submit@FreeBSD.org, jlido@goof.com,
	metal@gc5.so-net.ne.jp
Cc:  
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Sun, 16 Dec 2001 15:07:19 -0500

 1234567890123456789012345678901234567890123456789012345678901234567890
 I tried Suzuki Koichi's patches with mixed results.  Basically it seems
 that while his patches might work for 100BaseTX, they do not work for
 10BaseT.
 
 My dmesg results are the same as his:
 --- dmesg ---
 sis0: <SiS 900 10/100BaseTX> port 0xdc00-0xdcff mem
 0xcfffd000-0xcfffdfff irq 10 at device 3.0 on pci0
 sis0: Ethernet address: 00:d0:09:f4:7b:cf
 miibus0: <MII bus> on sis0
 ukphy0: <Generic IEEE 802.3u media interface> on miibus0
 ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 ---
 
 However, here are the results when trying to use ifconfig:
 ifconfig sis0 inet 10.10.10.3 netmask 255.255.255.0
 sis0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         inet 10.10.10.3 netmask 0xffffff00 broadcast 10.10.10.255
         inet6 fe80::2d0:9ff:fef4:7bcf%sis0 prefixlen 64 scopeid 0x1
         ether 00:d0:09:f4:7b:cf
         media: Ethernet autoselect (none)
         status: active
 
 It appears that while it does not recognize the media type, it does
 see a carrier.
 
 I tried explicitly specifying 10BaseT (which is what my LAN uses):
 ifconfig sis0 inet 10.10.10.3 netmask 255.255.255.0 media 10BaseT/UTP
 sis0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         inet 10.10.10.3 netmask 0xffffff00 broadcast 10.10.10.255
         inet6 fe80::2d0:9ff:fef4:7bcf%sis0 prefixlen 64 scopeid 0x1
         ether 00:d0:09:f4:7b:cf
         media: Ethernet 10baseT/UTP (none)
         status: active
 
 Still no luck.  Then I tried something bizzare.  I have a RealTek 8139
 10/100BaseTX NIC in the same computer, so I tried hooking up a
 crossover cable between the two interfaces.  I wanted to see if it
 would recognize 100BaseTX.  Sure enough:
 ifconfig sis0 inet 10.10.10.3 netmask 255.255.255.0
 ifconfig rl0 inet 10.10.10.4 netmask 255.255.255.0
 sis0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         inet 10.10.10.3 netmask 0xffffff00 broadcast 10.10.10.255
         inet6 fe80::2d0:9ff:fef4:7bcf%sis0 prefixlen 64 scopeid 0x1
         ether 00:d0:09:f4:7b:cf
         media: Ethernet autoselect (100baseTX <full-duplex>)
         status: active
 rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         inet 10.10.10.4 netmask 0xffffff00 broadcast 10.10.10.255
         inet6 fe80::24f:4eff:fe04:3b35%rl0 prefixlen 64 scopeid 0x2
         ether 00:4f:4e:04:3b:35
         media: Ethernet autoselect (100baseTX <full-duplex>)
         status: active
 
 I hope this helps someone.  I'm not sure what to try next.
 
 -Jon

From: SUZUKI Koichi <metal@gc5.so-net.ne.jp>
To: Jon-Erik Lido <jlido@goof.com>
Cc: freebsd-gnats-submit@FreeBSD.org, fwkg7679@mb.infoweb.ne.jp
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Sun, 16 Dec 2001 14:50:25 -0800

 [Cc-ed to Kurosawa-san]
 
 Hi guys,
 
 Jon-Erik Lido wrote:
  >  I tried Suzuki Koichi's patches with mixed results.  Basically it seems
  >  that while his patches might work for 100BaseTX, they do not work for
  >  10BaseT.
 
 My work-around has another problem when you use IPv6.
 
 Kurosawa-san made another patch to deal with IPv6.
 He made this patch under 5.0-current,
    but this is available for 4.4-stable as well.
 I use this patch instead of my work-around in 4.4-stable (But I don't use IPv6).
 
 I'm not sure his patch works well in your situation.
 But, would you try his patch?
 
 http://homepage2.nifty.com/tkuro/archive/if_sis.diff
 
 -- 
 This is my STYLE.
 SUZUKI Koichi
 
Responsible-Changed-From-To: freebsd-bugs->wpaul 
Responsible-Changed-By: sheldonh 
Responsible-Changed-When: Sun Dec 30 05:26:59 PST 2001 
Responsible-Changed-Why:  
Bill, this one now contains a reference to a patch. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30836 

From: "martin@svenskabutiker.se" <martin@svenskabutiker.se>
To: freebsd-gnats-submit@FreeBSD.org
Cc: jlido@goof.com, metal@gc5.so-net.ne.jp
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Tue, 26 Feb 2002 13:40:49 +0100

 Hi, SIS735 owners
 
 I'm working on the 10baseT not working problem. (I have a ECS K7S5A)
 
 The problem is that the Realtek 8201 PHY does not work with the ukphy 
 MII driver when not doing NWAY autoneg.
 
 I have a working patch in my lab but i need more time to test with 
 100baseFX full/half duplex and with a realtek 8139C since I have 
 modified the rlphy driver ro also support the RTL8201 PHY. I don't want 
 my fix to break the realtek cards.
 
 	/Martin
 
 

From: Martin Nilsson <martin@svenskabutiker.se>
To: freebsd-gnats-submit@FreeBSD.org
Cc: jlido@goof.com, wpaul@FreeBSD.org, fcathala@euroserv.com
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Wed, 27 Mar 2002 13:39:02 +0100

 This is a multi-part message in MIME format.
 --------------F4D83847241DDA1294127F97
 Content-Type: text/plain; charset=iso-8859-1
 Content-Transfer-Encoding: 8bit
 
 Fix for PRs:
 kern/35691: Realtek NIC driver does not work with Realtek 8201L NIC adapter
 kern/30836: Chipset SiS735 / NIC SiS 900
 
 Attached is a patch that adds support for the RealTek 8201 PHY that I have on 
 my ECS K7S5A motherboard. This patch makes the integrated SIS 900 NIC work with
 my 10baseT ADSL modem. I have tested it with the following: 100Mbit Switch, 
 100Mbit HUB, 10Mbit HUB together with both the sis and the rl drivers. 
 
 sis driver, autodetect works without problems, speed as expected with tcpblast.
 
 rl driver have problems with autodetect when moving the network cable between 
 the different switches/HUBs, works OK if machine is rebooted.
 rl driver is a bit slow 4.9MB/s in tcpblast against 100Mbit FDX.
 These behaviours are also present without my patch.
 
 	/Please commit, Martin
 
 -- 
 Martin Nilsson, Civilingenjr M.Sc. CS&E 
 Svenska Butiker AB,
 S:t Larsvg 44, 222 70 Lund, Sweden
 martin@svenskabutiker.se  
 Phone: +46-46-304130      
 http://www.svenskabutiker.se
 --------------F4D83847241DDA1294127F97
 Content-Type: text/plain; charset=us-ascii;
  name="rlphy.diff"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="rlphy.diff"
 
 *** sys/dev/mii/rlphy.c.orig	Wed Mar 27 13:09:12 2002
 --- sys/dev/mii/rlphy.c	Wed Mar 27 13:09:17 2002
 ***************
 *** 80,85 ****
 --- 80,86 ----
   DRIVER_MODULE(rlphy, miibus, rlphy_driver, rlphy_devclass, 0, 0);
   
   int	rlphy_service __P((struct mii_softc *, struct mii_data *, int));
 + void  rlphy_status __P((struct mii_softc *));
   
   static int rlphy_probe(dev)
   	device_t		dev;
 ***************
 *** 90,95 ****
 --- 91,103 ----
   	ma = device_get_ivars(dev);
   	parent = device_get_parent(device_get_parent(dev));
   
 +    /* Realtek 8201L */
 + 	if (MII_OUI(ma->mii_id1, ma->mii_id2) == 0x000020 &&
 + 		MII_MODEL(ma->mii_id2) == 0x20) {
 + 		device_set_desc(dev, "RealTek 8201(L) media interface");
 + 		return (0);
 + 	}
 + 
   	/*
   	 * RealTek PHY doesn't have vendor/device ID registers:
   	 * the rl driver fakes up a return value of all zeros.
 ***************
 *** 259,265 ****
   	}
   
   	/* Update the media status. */
 ! 	ukphy_status(sc);
   
   	/* Callback if something changed. */
   	if (sc->mii_active != mii->mii_media_active || cmd == MII_MEDIACHG) {
 --- 267,273 ----
   	}
   
   	/* Update the media status. */
 ! 	rlphy_status(sc);
   
   	/* Callback if something changed. */
   	if (sc->mii_active != mii->mii_media_active || cmd == MII_MEDIACHG) {
 ***************
 *** 267,270 ****
 --- 275,356 ----
   		sc->mii_active = mii->mii_media_active;
   	}
   	return (0);
 + }
 + 
 + void
 + rlphy_status(phy)
 + 	struct mii_softc *phy;
 + {
 + 	struct mii_data *mii = phy->mii_pdata;
 + 	int bmsr, bmcr, anlpar;
 + 	device_t		parent;
 + 
 + 	mii->mii_media_status = IFM_AVALID;
 + 	mii->mii_media_active = IFM_ETHER;
 + 
 + 	bmsr = PHY_READ(phy, MII_BMSR) | PHY_READ(phy, MII_BMSR);
 + 	if (bmsr & BMSR_LINK)
 + 		mii->mii_media_status |= IFM_ACTIVE;
 + 
 + 	bmcr = PHY_READ(phy, MII_BMCR);
 + 	if (bmcr & BMCR_ISO) {
 + 		mii->mii_media_active |= IFM_NONE;
 + 		mii->mii_media_status = 0;
 + 		return;
 + 	}
 + 
 + 	if (bmcr & BMCR_LOOP)
 + 		mii->mii_media_active |= IFM_LOOP;
 + 
 + 	if (bmcr & BMCR_AUTOEN) {
 + 		/*
 + 		 * NWay autonegotiation takes the highest-order common
 + 		 * bit of the ANAR and ANLPAR (i.e. best media advertised
 + 		 * both by us and our link partner).
 + 		 */
 + 		if ((bmsr & BMSR_ACOMP) == 0) {
 + 			/* Erg, still trying, I guess... */
 + 			mii->mii_media_active |= IFM_NONE;
 + 			return;
 + 		}
 + 
 + 		if( anlpar = PHY_READ(phy, MII_ANAR) & PHY_READ(phy, MII_ANLPAR) ) {
 + 			if (anlpar & ANLPAR_T4)
 + 				mii->mii_media_active |= IFM_100_T4;
 + 			else if (anlpar & ANLPAR_TX_FD)
 + 				mii->mii_media_active |= IFM_100_TX|IFM_FDX;
 + 			else if (anlpar & ANLPAR_TX)
 + 				mii->mii_media_active |= IFM_100_TX;
 + 			else if (anlpar & ANLPAR_10_FD)
 + 				mii->mii_media_active |= IFM_10_T|IFM_FDX;
 + 			else if (anlpar & ANLPAR_10)
 + 				mii->mii_media_active |= IFM_10_T;
 + 			else
 + 				mii->mii_media_active |= IFM_NONE; 
 + 			return;
 + 		}
 + 		/*
 + 		 * If the other side doesn't support NWAY, then the
 + 		 * best we can do is determine if we have a 10Mbps or
 + 		 * 100Mbps link. There's no way to know if the link 
 + 		 * is full or half duplex, so we default to half duplex
 + 		 * and hope that the user is clever enough to manually
 + 		 * change the media settings if we're wrong.
 + 		 */
 + 
 + 
 +       /*
 +        * RTL8201 Link partner is not capable of autonegotiation.
 + 		 * Magic register (0x0019) found in Linux driver for SiS900
 +        */
 + 		parent = device_get_parent(phy->mii_dev);
 + 		if (strcmp(device_get_name(parent), "rl") != 0) {
 + 			if( PHY_READ(phy, 0x0019) & 0x01)
 + 			mii->mii_media_active |= IFM_100_TX;
 + 		else
 + 			mii->mii_media_active |= IFM_10_T;
 + 		}
 + 
 + 	} else
 + 		mii->mii_media_active = mii_media_from_bmcr(bmcr);
   }
 
 --------------F4D83847241DDA1294127F97--
 

From: "Matt Emmerton" <matt@gsicomp.on.ca>
To: <freebsd-gnats-submit@FreeBSD.org>, <jlido@goof.com>,
	<wpaul@FreeBSD.org>
Cc:  
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Wed, 2 Oct 2002 22:43:05 -0400

 This is a multi-part message in MIME format.
 
 ------=_NextPart_000_000A_01C26A65.125385E0
 Content-Type: text/plain;
 	charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 It looks like rev 1.8 of sys/dev/mii/rlphy.c integrated large portions =
 of this patch, and this functionality was included in 4.6-RELEASE and =
 thereafter. =20
 
 Can anyone confirm that SIS 735/900 cards are correctly detected and =
 operate properly when using 4.6.2-RELEASE or 4.7-RCx?
 
 If so, a whole raft of PRs relating to problems with SiS NICs with =
 RealTek PHYs can be closed:
 
 kern/30836 (this PR)
 kern/21623 (MAC address not found)
 i386/41998 (MII without PHY)
 kern/35691 (NIC not detected)
 
 ------=_NextPart_000_000A_01C26A65.125385E0
 Content-Type: text/html;
 	charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
 <HTML><HEAD>
 <META http-equiv=3DContent-Type content=3D"text/html; =
 charset=3Diso-8859-1">
 <META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR>
 <STYLE></STYLE>
 </HEAD>
 <BODY bgColor=3D#ffffff>
 <DIV><FONT face=3DArial size=3D2>It looks like rev 1.8 of =
 sys/dev/mii/rlphy.c=20
 integrated large portions of this patch, and this functionality was =
 included in=20
 4.6-RELEASE and thereafter.&nbsp; </FONT></DIV>
 <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
 <DIV><FONT face=3DArial size=3D2>Can anyone confirm that SIS 735/900 =
 cards are=20
 correctly detected and operate properly when using 4.6.2-RELEASE or=20
 4.7-RCx?</FONT></DIV>
 <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
 <DIV><FONT face=3DArial size=3D2>If so, a whole raft of PRs relating to =
 problems=20
 with SiS NICs with RealTek PHYs can be closed:</FONT></DIV>
 <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
 <DIV><FONT face=3DArial size=3D2>kern/30836 (this PR)</FONT></DIV>
 <DIV><FONT face=3DArial size=3D2>kern/21623 (MAC address not =
 found)</FONT></DIV>
 <DIV><FONT face=3DArial size=3D2>i386/41998 (MII without =
 PHY)</FONT></DIV>
 <DIV><FONT face=3DArial size=3D2>kern/35691 (NIC not=20
 detected)</FONT></DIV></BODY></HTML>
 
 ------=_NextPart_000_000A_01C26A65.125385E0--
 

From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker)
To: freebsd-gnats-submit@FreeBSD.org
Cc: jlido@goof.com
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Mon, 7 Oct 2002 04:15:38 +0200 (CEST)

 Matt Emmerton wrote:
 > Can anyone confirm that SIS 735/900 cards are correctly detected and
 > operate properly when using 4.6.2-RELEASE or 4.7-RCx?
 
 I have an ECS K7S5A running 4.7-RC and the onboard LAN works "mostly"
 OK. The NIC and the PHY are detected, autonegotiation with my switch
 works ok and the interface works ok for unicast traffic.
 However, multicast does not work unless the interface is put into
 promiscous mode (e.g. by running tcpdump). So the multicast filter is
 apparently broken.
 By looking at the Linux and NetBSD drivers it appears that the chip
 revision SIS_REV_635 built into the SIS635 and SIS735 chipsets (as well
 as a SIS900B revision FreeBSD doesn't know about) have a larger hash
 table for addressing the multicast filter list. Besides that the Linux
 driver uses a slightly different crc generator polynomial (0x04c11db7
 instead of 0x04c11db6) to create the hash table entries on all card
 revisions.
 
 I'm not sure if the multicast issues should be moved to a separate PR
 or this one kept open.
 
 Wolfgang

From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker)
To: freebsd-gnats-submit@FreeBSD.org
Cc: jlido@goof.com
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Mon, 7 Oct 2002 04:22:36 +0200 (CEST)

 Addendum: the multicast-issue is apparently the same as in kern/35511

From: Chia-liang Kao <clkao@clkao.org>
To: freebsd-gnats-submit@FreeBSD.org, jlido@goof.com
Cc:  
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Tue, 12 Nov 2002 04:58:52 +0800

 the patch (tested on -stable) by FUJITA Kazutoshi at
 http://www.geocrawler.com/archives/3/152/2002/6/0/9065467/
 did resolve problems of my sis900 on a recent asus box.
 
 although the error i got was `attach failed: return 6' instead
 of null mac address.
Responsible-Changed-From-To: wpaul->mbr 
Responsible-Changed-By: mbr 
Responsible-Changed-When: Thu Jan 30 15:26:09 PST 2003 
Responsible-Changed-Why:  
Take this PR over from wpaul. 

The "MII without any PHY" should be fixed. Can you confirm this too ? 
I'll care about the MII patch in the audit trail. 

If there are any remaining problems with the 735 chipset, can you try out 
this patch against FreeBSD 4.7 stable: 

http://people.freebsd.org/~mbr/patches/if_sis_stable.diff 

Martin 


http://www.freebsd.org/cgi/query-pr.cgi?pr=30836 
State-Changed-From-To: open->feedback 
State-Changed-By: mbr 
State-Changed-When: Thu Jan 30 15:36:04 PST 2003 
State-Changed-Why:  
Change state to feedback. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=30836 

From: Martin Karsten <kalli@bbcr.uwaterloo.ca>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/30836: Chipset SiS735 / NIC SiS 900
Date: Fri, 14 Feb 2003 12:49:46 -0500

 The patch at
 
 http://people.freebsd.org/~mbr/patches/if_sis_stable.diff
 
 got my onboard SiS NIC working with FreeBSD 4.7, which wasn't working 
 beforehand (same "MII without any PHY" error that others have reported)
 
 The machine is an Asus Terminator P4 with the following onboard NIC:
 
 sis0@pci0:3:0:  class=0x020000 card=0x807c1043 chip=0x09001039 rev=0x90 
 hdr=0x00
      vendor   = 'Silicon Integrated Systems (SiS)'
      device   = 'SiS900 Fast Ethernet/Home Networking Ctrlr'
      class    = network
      subclass = ethernet
 
 Martin
 
State-Changed-From-To: feedback->closed 
State-Changed-By: mbr 
State-Changed-When: Wed Feb 19 16:32:41 PST 2003 
State-Changed-Why:  
Fixed in CURRENT and STABLE. Thanks ! 

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