cvs commit: src/sys/dev/re if_re.c src/sys/pci if_rlreg.h
wpaul at FreeBSD.ORG
Wed Jun 28 20:27:52 UTC 2006
> On 2006-06-28 16:34, Bill Paul <wpaul at FreeBSD.ORG> wrote:
> >>On 2006-06-28 16:04, Bill Paul <wpaul at freebsd.org> wrote:
> >>> wpaul 2006-06-28 16:04:54 UTC
> >>> FreeBSD src repository
> >>> Modified files:
> >>> sys/dev/re if_re.c
> >>> sys/pci if_rlreg.h
> >>> Log:
> >>> Properly detect the RTL8168(B?) again. [...]
> >>> So, the HWREV code for the 8168 has been put back to 0x30000000,
> >>> a new 8111 HWREV code has been added, and there are now separate
> >>> entries for recognizing both devices in the device list. This will
> >>> allow all devices to work, though if it turns out I'm wrong I may
> >>> need to change the ID strings
> >>> Revision Changes Path
> >>> 1.69 +4 -1 src/sys/dev/re/if_re.c
> >>> 1.58 +2 -1 src/sys/pci/if_rlreg.h
> >> Thank you! :-)
> > One last thing: would it be possible for you to get a look at the
> > chip itself and confirm the part number stamped on it?
> > I'm curious to know if it says RTL8168 or RTL8168B. Based on the
> > dmesg output from your system, it looks like it's not a laptop, so
> > I'm hoping it's not too much trouble to pop the cover and take a
> > peek. If it is a big pain though, don't worry about it: hopefully
> > RealTek will get back to me before too long.
> It's not a laptop, but the NIC is an on-board one. There's definitely
> something funny going on though. PCI reports in dmesg that this
> device is:
> pci2: <ACPI PCI bus> on pcib3
> pci2: physical bus=2
> found-> vendor=0x10ec, dev=0x8168, revid=0x01
> but the text stamped on the chip is:
> 58296S1 G535B
That's damn weird. I'm positive my device is also stamped RTL8111B, and
it definitely reports hwrev 0x38000000 (I double checked).
Unfortunately, being able to distinguish between parts using the PCI
device ID is a lost cause. For example, the original 8169, the
the 8169S/8110S, and the 8169SB/8110SB all report 0x8169. For some
peculiar reason though, the 8169SC/8110SC will report 0x8167.
The 8168 and 8111 parts should both report 0x8168. (The main difference
between the 816x and 811x parts is the physical packaging which the
driver doesn't care about anyway.)
Anyway, for the time being I'm satisfied that all parts are detected.
With any luck I should hear from RealTek later today.
More information about the cvs-all