Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 06:00:02PM +0800, Wang YanQing wrote: > I found the mainline's r8169 works the same as realtek's driver, > the first time don't work, but it works after reboot, the reason > is the pci driver's shutdown don't call rtl_rar_set in 3.0 stable > tree but the mainline does.

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 05:04:29PM +0800, Wang YanQing wrote: > On Fri, Nov 30, 2012 at 07:35:00AM +0100, Francois Romieu wrote: > > Which kernel version is it ? > I have done the test and debug with mainline > e23739b4ade80a3a7f87198f008f6c44a7cbc9fd, v3.7-rc7-51-ge23739b More exactly, I find

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 07:35:00AM +0100, Francois Romieu wrote: > Which kernel version is it ? I have done the test and debug with mainline e23739b4ade80a3a7f87198f008f6c44a7cbc9fd, v3.7-rc7-51-ge23739b > I'd rather see the GigaMAC registers written through a call to > rtl_rar_set when the mac

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 07:35:00AM +0100, Francois Romieu wrote: Which kernel version is it ? I have done the test and debug with mainline e23739b4ade80a3a7f87198f008f6c44a7cbc9fd, v3.7-rc7-51-ge23739b I'd rather see the GigaMAC registers written through a call to rtl_rar_set when the mac

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 05:04:29PM +0800, Wang YanQing wrote: On Fri, Nov 30, 2012 at 07:35:00AM +0100, Francois Romieu wrote: Which kernel version is it ? I have done the test and debug with mainline e23739b4ade80a3a7f87198f008f6c44a7cbc9fd, v3.7-rc7-51-ge23739b More exactly, I find the

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-30 Thread Wang YanQing
On Fri, Nov 30, 2012 at 06:00:02PM +0800, Wang YanQing wrote: I found the mainline's r8169 works the same as realtek's driver, the first time don't work, but it works after reboot, the reason is the pci driver's shutdown don't call rtl_rar_set in 3.0 stable tree but the mainline does. Sorry, I

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-29 Thread Francois Romieu
Wang YanQing : [...] > After add some debug code, I found this NIC only accept ethernet > broadcast package, it can't filter out the package send to its > MAC address, but it works good for sending.So ifconfig show the > RX/TX status means it can receive ARP package.(It don't its MAC > address,

[PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-29 Thread Wang YanQing
I get a board with 8168e-vl(10ec:8168 with RTL_GIGA_MAC_VER_34), everything looks well first, I can use ifconfig to set ip, netmask, etc. And the rx/tx statistics show by ifconfig looks good when I ping another host or ping it from another host. But it don't work, I can't get ICMP REPLAY from both

[PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-29 Thread Wang YanQing
I get a board with 8168e-vl(10ec:8168 with RTL_GIGA_MAC_VER_34), everything looks well first, I can use ifconfig to set ip, netmask, etc. And the rx/tx statistics show by ifconfig looks good when I ping another host or ping it from another host. But it don't work, I can't get ICMP REPLAY from both

Re: [PATCH]realtek:r8169: Bugfix or workaround for missing extended GigaMAC registers settings

2012-11-29 Thread Francois Romieu
Wang YanQing udkni...@gmail.com : [...] After add some debug code, I found this NIC only accept ethernet broadcast package, it can't filter out the package send to its MAC address, but it works good for sending.So ifconfig show the RX/TX status means it can receive ARP package.(It don't its