From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 07:12:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130E01065678 for ; Tue, 8 Jul 2008 07:12:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id CD3FB8FC20 for ; Tue, 8 Jul 2008 07:12:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3147589rvf.43 for ; Tue, 08 Jul 2008 00:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fIazHSUEYdCAyXMufso9ho5TXCfg5CvZFmiSAmyQIh4=; b=sohVpDRJaCscXRsOwmP8jKvjqzaaeuefJxV9asgmBdCTXXboceZfQDJ6LxZa+34iOC PorFjtgM4WIr6BId+sHRvnYBm+YKq92t1fpu5NTuPuypOqSAyxpYvUbsNunkqe0ZXKmf yo+5fVmIV2dSmcdCezspi8hoNAobyeq+ud2iU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=UDV7h74qyM3jhBjWMRgIGjFiuJtQ7Gs+0qNuJyvDF2MLLYgvVgmJL8f7jsKko/4bGf jurp9yezS5z10GRXtEEDbOOCNT3ZZ9deGiPu+ToC9ODTL4U7FeBeb7GKL3tNT9TV25X+ ATXvy1QH27J9CJODzEUUkQhw5r4DYCrbGt/ms= Received: by 10.140.132.8 with SMTP id f8mr2984952rvd.122.1215501154356; Tue, 08 Jul 2008 00:12:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm7851590rvf.9.2008.07.08.00.12.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 00:12:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m687AOwY013648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 16:10:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m687AMm2013647; Tue, 8 Jul 2008 16:10:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 16:10:22 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20080708071022.GF12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <48730C49.1010401@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48730C49.1010401@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: NAGATA Shinya , Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 07:12:35 -0000 On Tue, Jul 08, 2008 at 10:42:17AM +0400, Andrey V. Elsukov wrote: > Pyun YongHyeon wrote: > > > re0: port 0x2000-0x20ff mem > > > 0x48200000-0x48200 > > > fff,0x48000000-0x4800ffff irq 16 at device 0.0 on pci1 > > > re0: Chip rev. 0x24800000 > > ^^^^^^^^^^ > > Hi, Pyun > > Did you look to the last vendors driver? It seems it has > different probe code and supports newest cards. > > ftp://66.104.77.130/cn/nic/rtl_bsd_drv_v175.tgz > I already seen this vendor driver. Both rl(4) and re(4) in RELENG_7 use standard PCI probe code. However re(4) has a additional check to verify the existence of supported chip revision. If we want to support hardware assitance such as TSO, checksum offload, re(4) should know exact chip revision as each revision requires different workaround for its silicon bug. The vedor driver for FreeBSD ignores all hardware assistance and it works like dumb controller. Also the vendor driver has a lot of DSP fixups and magic programming sequence which are really hard to understand what/why they do that. I'd like to say to check Linux driver released by the vendor which takes full advantage of hardware assistance. I tried to contact the vendor to get programming information for newer controllers but they rejected to answer my specific questions. :-( > -- > WBR, Andrey V. Elsukov -- Regards, Pyun YongHyeon