linux-kernel - Re: Realtek 8168D: no active link (2.6.29.2)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200905280009.n4S094jJ032395@turbo.physics.adelaide.edu.au>
Date:	Thu, 28 May 2009 09:39:04 +0930 (CST)
From:	Jonathan Woithe <jwoithe@...sics.adelaide.edu.au>
To:	benny+usenet@...rsen.dk (Benny Amorsen)
Cc:	jwoithe@...sics.adelaide.edu.au (Jonathan Woithe),
	romieu@...zoreil.com (Francois Romieu),
	dave@...dillows.org (David Dillow), linux-kernel@...r.kernel.org,
	edward_hsu@...ltek.com.tw (Edward Hsu)
Subject: Re: Realtek 8168D: no active link (2.6.29.2)

> >   ethtool -s eth0 autoneg off speed 10
> >     - 10 Mbps speed set
> >
> >   ethtool -s eth0 autoneg off speed 100
> >     - 100 Mbps speed achieved
> >
> >   ethtool -s eth0 autoneg on speed 1000
> >     - 1000 Mbps speed attained
> >
> > The duplex setting might not be having an effect though since my switch's
> > FDx (full duplex) LED was extinguished for both the 10 and 100 Mbps cases
> > above.  Explicitly setting the duplex flag using
> >
> >   ethtool -s eth0 autoneg off speed 100 duplex full
> >
> > didn't make any difference - the FDx LED remained off.
> 
> You turned auto negotiation off, and you are surprised that the switch
> doesn't autonegotiate full duplex?

I'm not surprised one way or the other since I have no idea what to expect
when doing these tests on this card with the patches applied.  Given that
ethtool has a "duplex" option I naively thought that it controlled the
card's duplex setting.  I interprete your comment to mean that duplex can't
be controlled like this and it requires autonegotiation in order to active
full duplex mode.  If that's the case then so be it - I'm only reporting
what I did and what effect it had on the card.

FYI, turning off autonegotiation was the only way I had of forcing the
card's speed.  If autoneg was left on the "speed 10" and "speed 100" options
made no difference - the card would always configure for 1000 Mbps.

Furthermore, in order to attain 1000 Mbps it was necessary to turn autoneg
on - with it off, "speed 1000" would result in 100 Mbps only.  However, I
seem to recall reading somewhere that 1000 Mbps required autoneg so I'm not
all that surprised with that observation.

Regards
  jonathan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/