| To: | Donald Becker <becker@xxxxxxxxx> |
|---|---|
| Subject: | Re: pci-skeleton duplex check |
| From: | Roger Luethi <rl@xxxxxxxxxxx> |
| Date: | Thu, 12 Dec 2002 14:20:33 +0100 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <Pine.LNX.4.44.0212112108070.10674-100000@xxxxxxxxxxxxxxxxx> |
| References: | <20021211132436.GA12529@xxxxxxxxxxxxxx> <Pine.LNX.4.44.0212112108070.10674-100000@xxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.3.27i |
On Wed, 11 Dec 2002 21:42:44 -0500, Donald Becker wrote: > Note that the second check ignores 100baseT4, despite it have priority > over 10baseT-*. That was intentional to work around, "a specific issue" > with a transceiver. That "specific issue" might be worth documenting. Information on such quirks is hardest to come by. > The is no extra cost to the extra bit, and it makes it clear we are > testing for 10baseT-FDX. > (The test was originally implemented as part of a complete set of > cases. The test code needed while building a driver is more complex > than what you see in the concise final result.) That was exactly the kind of answer I've been looking for. Nothing beats some historic background. Thank you. Roger |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: pci-skeleton duplex check, David S. Miller |
|---|---|
| Next by Date: | Re: pci-skeleton duplex check, Donald Becker |
| Previous by Thread: | Re: pci-skeleton duplex check, Donald Becker |
| Next by Thread: | Re: pci-skeleton duplex check, Donald Becker |
| Indexes: | [Date] [Thread] [Top] [All Lists] |