Jump to content

New Driver for Realtek RTL8111


Mieze
1,593 posts in this topic

Recommended Posts

Just tested the latest dev version on my p7p55d (chipset 9) and wake on lan doesn't work at all (everything else seems to be fine though).  I did have WOL working fully on the stable driver. 

 

 

2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: RTL8168D/8111D: (Chipset 9) at 0xffffff8102fd6000,  0:26:18:fe:70:ac
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: MSI interrupt index: 1
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.
2/5/2014 4:24:33.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Already in power state 1.
2/5/2014 4:24:43.000 PM kernel[0]: Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
2/5/2014 4:24:45.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: RTL8168D/8111D: (Chipset 9) at 0xffffff80f55ae000,  0:26:18:fe:70:ac
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: MSI interrupt index: 1
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.
2/5/2014 4:29:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Already in power state 1.
2/5/2014 4:29:27.000 PM kernel[0]: Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
2/5/2014 4:29:30.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
2/5/2014 4:31:07.000 PM kernel[0]: Ethernet [RealtekRTL8111]: switching to power state 0.
2/5/2014 4:32:24.000 PM kernel[0]: Ethernet [RealtekRTL8111]: switching to power state 1.
2/5/2014 4:32:26.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
2/5/2014 4:33:10.000 PM kernel[0]: Ethernet [RealtekRTL8111]: switching to power state 0.
2/5/2014 4:33:41.000 PM kernel[0]: Ethernet [RealtekRTL8111]: switching to power state 1.
2/5/2014 4:33:43.000 PM kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Link to comment
Share on other sites

 

Just tested the latest dev version on my p7p55d (chipset 9) and wake on lan doesn't work at all (everything else seems to be fine though).  I did have WOL working fully on the stable driver. 

 

Thanks! Although I haven't cared for WoL in the first release, I will take a look at it tomorrow.

 

Mieze

Link to comment
Share on other sites

I suspect the issue is... running 32-bit Snow Leopard.

Now using Mieze's version and still wont work on RTL8111C. I am on ML and tested Maverick too.

I will post some logs later cause i forgot to bring the log that was in my stick back home :)

The logs is pretty much the same though except the value of interrupt mitigate when i was using Rehabman's version.

 

This is my board . I noticed that no one uses your driver on this board, but base on your 1st post, it should support RTL8111C.

Works OK with Realtek or Lnx2Mac driver though, but would be nice to have it working since i know that your driver offers a lot more features.

 

Thanks!

Link to comment
Share on other sites

Hi Mieze,

 

I've checked with Linux and the mac looks good, sorry about that but it seems a very strange mac number.

 

The new driver is woking good by now.

 

thanks.

 

No problem!

 

Hi

Anybody knows if it does work for RTL8111GR ?

 

Thanks

 

 

We don't know until anybody tries it. Please give it a try ...

 

Now using Mieze's version and still wont work on RTL8111C. I am on ML and tested Maverick too.

I will post some logs later cause i forgot to bring the log that was in my stick back home :)

The logs is pretty much the same though except the value of interrupt mitigate when i was using Rehabman's version.

 

This is my board . I noticed that no one uses your driver on this board, but base on your 1st post, it should support RTL8111C.

Works OK with Realtek or Lnx2Mac driver though, but would be nice to have it working since i know that your driver offers a lot more features.

 

Thanks!

 

Well, the strange thing is that it doesn't detect the chip correctly although I took the code as it is from the linux driver. A number of users with RTL8111C reported success with older versions of the driver. According to Realtek's source code there is no chip with the id 7c800000. Either Realtek's linux driver is wrong or there is something special with your NIC. Are your running linux on your machine too? In case of yes: which chip is detected by the driver under linux.

 

Do you have LAN boot enabled? In case of yes, please disable it. Also make sure that the PXE OpROM is disabled in BIOS. Did you test the driver from a cold or a warm boot?

 

I will also compare with the source of the r8169 driver from the official linux kernel as it is the only driver that is developed independently of Realtek.

 

EDIT: The r8169 knows 4 versions of the 8111C while Realtek's r8168 driver only has 3 but there is still no NIC with your ID. Anyway, it looks like the developers at Realtek were wrong...

 

Mieze

 

Mieze

Edited by Mieze
Link to comment
Share on other sites

@Mieze,

 

It might be a good idea to include a link from post #1 to the post with the new driver. At the moment, the driver is a bit hard to find.

 

Maybe a good idea but on the other hand it is still not suitable for average users. I will think about it.

 

Mieze

Link to comment
Share on other sites

Maybe a good idea but on the other hand it is still not suitable for average users. I will think about it.

 

Mieze

Maybe with the proper disclaimers:

- those with chips not supported by the "stable" driver

- experienced users wishing to provide feedback on the new code

Link to comment
Share on other sites

Maybe with the proper disclaimers:

- those with chips not supported by the "stable" driver

- experienced users wishing to provide feedback on the new code

Done!

Link to comment
Share on other sites

So far dev5 has been working great, just like its predecessor. Will report any noticeable problem.

06/02/14 10:34:20,000 kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
06/02/14 10:34:20,000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
06/02/14 10:34:20,000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
06/02/14 10:34:20,000 kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
06/02/14 10:34:20,000 kernel[0]: Ethernet [RealtekRTL8111]: RTL8168E-VL/8111E-VL: (Chipset 16) at 0xffffffffffffffff, ff:ff:ff:ff:ff:ff
06/02/14 10:34:24,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control
06/02/14 10:34:26,000 kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0
06/02/14 10:34:27,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

Though I still have to set the speed manually (I don't change any value, just set it manually) to avoid dropped connections while transferring big files through SMB with a windows 7 machine.

Link to comment
Share on other sites

Hi Mieze,

 

dev6 all ok for me:

06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: RTL8168E-VL/8111E-VL: (Chipset 16) at 0xffffffedited4000, ed:it:ed:xx:xx:xx
 

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>

ether ed:it:ed:xx:xx:xx 

inet6 fe80::xxxx:xxxx:xxxx:133c%en0 prefixlen 64 scopeid 0x4 

inet 192.168.0.8 netmask 0xffffff00 broadcast 192.168.0.255

nd6 options=1<PERFORMNUD>

media: autoselect (1000baseT <full-duplex>)

status: active

 

BR

VM

Link to comment
Share on other sites

Here's my report using dev6:

 

2/7/14 10:57:40.000 AM kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
2/7/14 10:57:40.000 AM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
2/7/14 10:57:40.000 AM kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
2/7/14 10:57:40.000 AM kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
2/7/14 10:57:40.000 AM kernel[0]: Ethernet [RealtekRTL8111]: RTL8168C/8111C: (Chipset 5) at 0xffffff805885d000,  (mac address)
2/7/14 10:57:43.000 AM kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control
 
Thanks for your work Mieze :)
Link to comment
Share on other sites

Hi Mieze,

 

dev6 all ok for me:

06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
06/02/2014 22:38:26.000 kernel[0]: Ethernet [RealtekRTL8111]: RTL8168E-VL/8111E-VL: (Chipset 16) at 0xffffffedited4000, ed:it:ed:xx:xx:xx

 

Hello virtualm,

 

thanks for your feedback. It's been a while since I last heard from you. I hope everything is well for you? Your message reminds me of the old days one year ago when the project still was in its infancy.  :)

 

Mieze

Link to comment
Share on other sites

Mavericks 10.9.1 

Gigabyte GA-H55M-S2

All is good

 

1.20 dev6.

07/02/2014 14:14:03,000 kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.
07/02/2014 14:14:03,000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
07/02/2014 14:14:03,000 kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
07/02/2014 14:14:03,000 kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
07/02/2014 14:14:03,000 kernel[0]: Ethernet [RealtekRTL8111]: RTL8168E/8111E: (Chipset 14) at 0xffffff807adc6000, 1c:6f:65:92:43:53
07/02/2014 14:14:17,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, flow-control
Link to comment
Share on other sites

Hello virtualm,

 

thanks for your feedback. It's been a while since I last heard from you. I hope everything is well for you? Your message reminds me of the old days one year ago when the project still was in its infancy.  :)

 

Mieze

 

I'm fine, thank you! :> I'm watching this thread, just never had issues with your driver. 

Please let me know if I can test anything.

 

BR,

VM

Link to comment
Share on other sites

Here's my report 

08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.
08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Ethernet [RealtekRTL8111]: EEE support enabled.
08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xaf54.
08/02/14 07:31:35,000	kernel[0]	Ethernet [RealtekRTL8111]: Ethernet [RealtekRTL8111]: RTL8168G/8111G: (Chipset 20) at 0xffffff81dc71d000, xx:xx:xx:xx:xx: x

Fabio

Link to comment
Share on other sites

Here is my report, the driver is working just fine, thanks for your work! 

Ethernet [RealtekRTL8111]: EEE support enabled.
Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
Ethernet [RealtekRTL8111]: RTL8168B/8111B: (Chipset 1) at 0xffffff80ef0ae000,  x:xx:xx:xx:xx:xx
Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Link to comment
Share on other sites

  • 2 weeks later...

Hello!

I got really bad download speeds in browsers, tried changing to different versions and everything.

The cause was Bittorrent Sync in the background.

 

The moment I quit Bittorrent Sync the download speed in browsers shoots up.

Torrents still get blazing speeds, but not http downloading if btsync is on.

 

Anyone else has this problem?

Link to comment
Share on other sites

Hello!

I got really bad download speeds in browsers, tried changing to different versions and everything.

The cause was Bittorrent Sync in the background.

 

The moment I quit Bittorrent Sync the download speed in browsers shoots up.

Torrents still get blazing speeds, but not http downloading if btsync is on.

 

Anyone else has this problem?

 

Well, if Bittorent Sync is eating up your bandwidth it's no wonder that downloads slow down.

 

Mieze

Link to comment
Share on other sites

×
×
  • Create New...