Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Sep 2011 13:22:36 -0700
From:      YongHyeon PYUN <pyunyh@gmail.com>
To:        Eugene Grosbein <egrosbein@rdtc.ru>
Cc:        stable@freebsd.org, John Baldwin <jhb@freebsd.org>, yongari@freebsd.org
Subject:   Re: busdma MFC broke ipfw fwd for RELENG_6
Message-ID:  <20110917202236.GB13993@michelle.cdnetworks.com>
In-Reply-To: <4E74FF02.7070607@rdtc.ru>
References:  <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> <4E74A8C6.2070608@rdtc.ru> <20110917200508.GA13993@michelle.cdnetworks.com> <4E74FF02.7070607@rdtc.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 18, 2011 at 03:11:46AM +0700, Eugene Grosbein wrote:
> 18.09.2011 03:05, YongHyeon PYUN пишет:
> 
> >>> I have back-ported re(4)/rl(4) for latest 6.x.
> >>> http://people.freebsd.org/~yongari/re/6.x/README.txt
> >>> Just compile tested and not sure whether it fixes the issue.
> >>
> >> I confirm that the problem disappears using this driver with clean RELENG_6 sources
> >> and RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet:
> >>
> >> re0@pci1:11:0:  class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00
> >>     vendor     = 'Realtek Semiconductor'
> >>     device     = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
> >>     class      = network
> >>     subclass   = ethernet
> >>     cap 01[dc] = powerspec 2  supports D0 D1 D2 D3  current D0
> >>
> >> Also, this machine uses RT8139 (rl0) for its LAN and it works too.
> > 
> > Glad to hear that. Unfortunately I have no plan or time to merge
> > all changes made in re(4)/rl(4) to stable/6 so you may have to
> > stick to this unofficial driver. As you already know, I overhauled
> > these drivers long time ago and there were too many changes.
> 
> Well, given that before busdma commit that hardware worked just fine with stock driver,
> it could be less overhead for me to rollback that one busdma small chunk :-)
> Who knows, which drivers got broken then in 2010 in 6.4-STABLE with busdma change besides re(4)...

I agree but that MFC may have fixed bugs in other driver which
correctly used bus_dma(9) KPI.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110917202236.GB13993>