From owner-freebsd-stable@FreeBSD.ORG  Mon Jan 19 23:34:06 2009
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@FreeBSD.org
Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by hub.freebsd.org (Postfix) with ESMTP id 124C81065670;
	Mon, 19 Jan 2009 23:34:06 +0000 (UTC)
	(envelope-from jkim@FreeBSD.org)
From: Jung-uk Kim <jkim@FreeBSD.org>
To: freebsd-stable@FreeBSD.org
Date: Mon, 19 Jan 2009 18:33:46 -0500
User-Agent: KMail/1.6.2
References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com>
	<20090117044758.GB68290@cdnetworks.co.kr>
	<200901191633.37309.jkim@FreeBSD.org>
In-Reply-To: <200901191633.37309.jkim@FreeBSD.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200901191833.51320.jkim@FreeBSD.org>
Cc: pyunyh@gmail.com, Sascha Holzleiter <sascha@holzleiter.name>
Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jan 2009 23:34:09 -0000

On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote:
> I found something interesting.  I have another RTL8169SC that works
> perfectly fine without the patch.  The hardware revision is
> 0x18000000.  After reading Linux driver (drivers/net/r8169c), I
> realised they use different masks for hardware revisions.  With
> their logic, non-working chip seems to be 0x98000000 (8110SCe)
> while working chip seems to be 0x18000000 (8110SCd) with
> 0xfc800000. FYI...

Now armed with the information, I made it work without reverting 
memory mapped I/O. :-)

http://people.freebsd.org/~jkim/re/re.current2.diff
http://people.freebsd.org/~jkim/re/re.stable2.diff

Jung-uk Kim