Subject: Re: rtl8168e-vl dropping tftp ack

From: Stefan Bader <[email-masked]>
Date: Thu, 18 Apr 2013 11:51:20 +0200

On 17.04.2013 23:32, Francois Romieu wrote:
> Stefan Bader <[email-masked]> :
> [...]
>> The Xen host has the Realtek NIC:
>>
>> 2:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
>>        RTL8111/8168B PCI Express Gigabit Ethernet controller
>>        [10ec:8168] (rev 06)
>>        Subsystem: Micro-Star International Co., Ltd. Device [1462:7798]
> 
> Please include the XID line from the stock kernel.

r8169 0000:02:00.0 eth0: RTL8168evl/8111evl at 0xffffc900000cc000,
 d4:3d:7e:37:f5:7b, XID 0c900800 IRQ 73
r8169 0000:02:00.0 eth0: jumbo features
 [frames: 9200 bytes, tx checksumming: ko]

r8168 Gigabit Ethernet driver 8.035.00-NAPI loaded
eth%d: RTL8168E-VL/8111E-VL at 0xffffc900000cc000, d4:3d:7e:37:f5:7b, IRQ 73
eth0: Identified chip type is 'RTL8168E-VL/8111E-VL'.

> 
> [...]
>> I am not sure this is enough to find out what goes wrong but I can
>> add debugging code to the kernel driver or gather other info if
>> someone can hint me which things would be of interest.
> 
> (tentative guess: small packet / checksumming problem)
> 
> A pcap capture file at the interface of the tftp server with Realtek's
> driver (working) then with the kernel driver (failing) should help a
> lot. No need to play the soft link trick but using a recent kernel will
> be appreciated - fixes will be backported to stable kernels if needed.
> 

This was taken with a 3.9-rc7 kernel running on the Xen host, listening on the
tftp server. First run is with the kernel driver and the second pass with
Realteks's driver (had to do minor adaption to handle the removed __devinit/exit
annotations).