Bug 183620 - RTL8111/8168B PCIE NIC not detected on any FreeBSD Version
Summary: RTL8111/8168B PCIE NIC not detected on any FreeBSD Version
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.0-BETA2
Hardware: Any Any
: Normal Affects Only Me
Assignee: Pyun YongHyeon
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-03 14:50 UTC by Danny Winn
Modified: 2015-09-25 17:53 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Danny Winn 2013-11-03 14:50:00 UTC 
Hello,

we are trying to install FreeBSD on a computer that uses the NIC mentioned above. The NIC is running under linux without problems, which we've tested for several days transferring several GB of data.

The NIC is neither detected by the FreeBSD installer when attempting to setup the network, nor after the system installation when booting from HD. We've tested FreeBSD 8.x, 9.x and 10.x; same issues with this NIC.

We cannot use a different NIC (this one is onboard. The micro ATX mainboard has no room left for any other device)

pciconf -l -v:

none2@pci0:3:0:0:    class=0x020000 card=0x81681849 chip=0x816810ec rev=0x0c hdr=0x00
    vendor     = 'Realtek Semiconductor Co., Ltd.'
    device     = 'RTL8111/8168B PCI Express Gigabit Ethernet controller'
    class      = network
    subclass   = ethernet

dmesg:

re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F PCIe Gigabit Ethernet> port 0xd000-0xd0ff mem 0xf3204000-0xf3204fff,0xf3200000-0xf3203fff irq 19 at device 0.0 on pci3
re0: Using 1 MSI-X message
re0: Chip rev. 0x4c000000
re0: MAC rev. 0x00000000
re0: Unknown H/W revision: 0x4c000000
device_attach: re0 attach returned 6

ifconfig -a:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
    inet 127.0.0.1 netmask 0xff000000
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>

Even though "dmesg" shows the device "re0", it remains unknown to "ifconfig".

"if_re" is already in the generic kernel, so it can't be loaded via "kldload" as a module, right?

How-To-Repeat: 1.) Install any FreeBSD Version: 8.4, 9.1, 9.2, 10.0-BETA2 with this NIC
2.) "ifconfig -a" shows only the loopback device.
Comment 1 John Baldwin freebsd_committer freebsd_triage 2013-11-04 20:06:52 UTC 
It looks like Pyun just merged support for this device into 9.x and 10.x
today, e.g.:

Log:
  MFC r257305:
    Add preliminary support for RTL8168G, RTL8168GU and RTL8411B.
    RTL8168GU has two variants(GMII and MII) but it uses the same chip
    revision id.  Driver checks PCI device id of controller and
    sets internal capability flag(i.e. jumbo frame and link speed down
    in WOL).

Modified:
  stable/9/sys/dev/re/if_re.c
  stable/9/sys/pci/if_rlreg.h

In particular, it adds support for the hwrev you pasted as an 8168G part:

+#define        RL_HWREV_8168G          0x4C000000

-- 
John Baldwin
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2013-11-06 04:22:12 UTC 
State Changed
From-To: open->feedback

to submitter: does the recent commit by yongari fix the problem?
Comment 3 Mark Linimon freebsd_committer freebsd_triage 2013-11-06 04:22:12 UTC 
Responsible Changed
From-To: freebsd-amd64->yongari

over to committer of possible fix for MFC consideration.
Comment 4 Ed Maste freebsd_committer freebsd_triage 2015-09-25 17:53:50 UTC 
Support was merged to FreeBSD 9.x and later.