Skip to contentSkip to conversation

New: rtl8169 slow to come up and not allowing telnetd-ssl negotiation

Bugme-new Andrew Morton 3 participants 3 messages Jan 19, 2011 – Jan 20, 2011 1 message not in the archive

Subsystems (2)
Networking Network drivers
lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]/

Andrew Morton

author
#1 lore raw

(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface).

Quoted 33 lines · On Thu, 13 Jan 2011 09:53:26 GMT [email protected] wrote:

https://bugzilla.kernel.org/show_bug.cgi?id=26632

           Summary: rtl8169 slow to come up and not allowing telnetd-ssl
                    negotiation
           Product: Drivers
           Version: 2.5
    Kernel Version: 2.6.37-git9
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: Network
        AssignedTo: [email protected]
        ReportedBy: [email protected]
                CC: [email protected]
        Regression: Yes

I have an ASUS M3A78 Pro motherboard (AMD64, RS780 chipset) with onboard Realtek 8169. Normally the ethernet connection comes up quickly, including with kernel 2.6.37-git7. With kernel 2.6.37-git9, I get the following in dmesg:

$ dmesg|grep eth0
[    0.878911] r8169 0000:02:00.0: eth0: RTL8168c/8111c at 0xffffc9000007a000,
00:23:54:5e:5d:d5, XID 1c4000c0 IRQ 40
[   11.156602] r8169 0000:02:00.0: eth0: link down
[   11.156639] r8169 0000:02:00.0: eth0: link down
[   11.157333] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   12.780948] r8169 0000:02:00.0: eth0: link up
[   12.783051] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Quoted 4 lines

At this stage I can connect to the internet with HTTP/HTTPS but a telnet-ssl <address-of-this-machine> or telnet-ssl from another machine to this one fails at the telnet negotiation stage. telnet-ssl from this machine to another works.

This regression was bisected to

0ab03c2b1478f2438d2c80204f7fef65b1bca9cf is the first bad commit commit 0ab03c2b1478f2438d2c80204f7fef65b1bca9cf

Author: Jan Engelhardt <[email protected]>
Date:   Fri Jan 7 03:15:05 2011 +0000

netlink: test for all flags of the NLM_F_DUMP composite

#2 lore raw
Quoted 8 lines · Andrew Morton

(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface).

Quoted 2 lines · On Thu, 13 Jan 2011 09:53:26 GMT [email protected] wrote:

https://bugzilla.kernel.org/show_bug.cgi?id=26632

Quoted 7 lines
Quoted 2 lines

Summary: rtl8169 slow to come up and not allowing telnetd-ssl
negotiation

This regression was bisected to

0ab03c2b1478f2438d2c80204f7fef65b1bca9cf is the first bad commit
netlink: test for all flags of the NLM_F_DUMP composite

Adressed by dave/net-next-2.6 b8f3ab4290f1e720166e888ea2a1d1d44c4d15dd for now while it is being figured out what to really do.

maintainer
#3 lore raw
In reply to Andrew Morton

From: Andrew Morton <[email protected]>
Date: Wed, 19 Jan 2011 14:59:04 -0800

Quoted 8 lines

This regression was bisected to

0ab03c2b1478f2438d2c80204f7fef65b1bca9cf is the first bad commit commit 0ab03c2b1478f2438d2c80204f7fef65b1bca9cf

Author: Jan Engelhardt <[email protected]>
Date:   Fri Jan 7 03:15:05 2011 +0000

netlink: test for all flags of the NLM_F_DUMP composite

Which is being reverted.