problem with if_re on RELENG_7

[Pyun YongHyeon]

On Wed, Apr 15, 2009 at 01:38:20PM +0300, Sergey V. Dyatko wrote:
> В Wed, 15 Apr 2009 19:30:26 +0900
> Pyun YongHyeon <pyunyh at gmail.com> пишет:
> 
> PY> On Wed, Apr 15, 2009 at 11:43:43AM +0300, Sergey V. Dyatko wrote:
> PY> > В Wed, 15 Apr 2009 16:41:44 +0900
> PY> > Pyun YongHyeon <pyunyh at gmail.com> пишет:
> PY> > 
> PY> > PY> On Wed, Apr 15, 2009 at 10:04:56AM +0300, Sergey V. Dyatko
> PY> > PY> wrote:
> PY> > PY> > On Wed, 15 Apr 2009 13:15:16 +0900
> PY> > PY> > Pyun YongHyeon <pyunyh at gmail.com> wrote:
> PY> > PY> > 
> PY> > PY> > PY> On Tue, Apr 14, 2009 at 05:45:27PM +0300, Sergey V.
> PY> > PY> > PY> Dyatko wrote:
> PY> > PY> > PY> > Hi list, 
> PY> > PY> > PY> > 
> PY> > PY> > PY> > Are there any problems with the if_re ?
> PY> > PY> > PY> > After upgrade RELENG_7 on my laptop NIC stopped to
> PY> > PY> > PY> > work:( 
> PY> > PY> > PY> > 
> PY> > PY> > PY> 
> PY> > PY> > PY> Would you let me know what was the last good working
> PY> > PY> > PY> revision of if_re.c on your box?
> PY> > PY> > PY> 
> PY> > PY> > 
> PY> > PY> > revision 189945  work fine for me.
> PY> > PY> > 
> PY> > PY> 
> PY> > PY> There are just three commits(r189946, r189947, r190663 after
> PY> > PY> this one. However I have no idea how these can break your
> PY> > PY> controller. Would you check which one broke re(4)?
> PY> > I have tried to reduce the revision number starting with r190663.
> PY> > result below: http://tiger.byfly.by/files/step-by-step.txt
> PY> > 
> PY> 
> PY> Ok, would you set a tunable hw.re.msi_disable="1" with kenv(1)
> PY> before loading re(4) and send me re(4) related dmesg output?
> PY> (Make sure to back out all changes made in if_re.c before
> PY> testing)
> 
> notebook# kenv hw.re.msi_disable
> 1
> notebook# kldload ./if_re.ko
> notebook# cat /var/log/messages
> Apr 15 13:33:56 notebook kernel: re0: <RealTek
> 8168/8168B/8168C/8168CP/8168D/8111B/8111C/8111CP PCIe Gigabit Ethernet>
> port 0xd800-0xd8ff mem 0xdf6ff000-0xdf6fffff irq 17 at device 0.0 on
> pci2 
> Apr 15 13:33:56 notebook kernel: re0: turning off MSI enable bit.
> Apr 15 13:33:56 notebook kernel: re0: Chip rev. 0x38000000 
> Apr 15 13:33:56 notebook kernel: re0: MAC rev. 0x00000000
> Apr 15 13:33:56 notebook kernel: re0: Ethernet address:
> 00:1a:92:ca:b3:bc
> Apr 15 13:33:56 notebook kernel: re0: [FILTER] 
> Apr 15 13:33:56 notebook kernel: miibus0: <MII bus> on re0 
> Apr 15 13:33:56 notebook kernel: rgephy0: <RTL8169S/8110S/8211B media
> interface> PHY 1 on miibus0 Apr 15 13:33:56 notebook kernel: rgephy0:
> interface> 10baseT,10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
> Apr 15 13:33:56 notebook kernel: re0: link state changed to DOWN 
> Apr 15 13:33:58 notebook kernel: re0: link state changed to UP 
> notebook# dhclient re0
> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7
> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7
> DHCPOFFER from 192.168.9.1
> DHCPREQUEST on re0 to 255.255.255.255 port 67
> DHCPACK from 192.168.9.1
> bound to 192.168.9.103 -- renewal in 7200 seconds.
> 

Ok, I think you've have to live without MSI. I'll rearrange re(4)
to disable MSI on RTL8168 SPIN2 device.
Thanks for testing!