Jump to content

fluid | fixed

RehabMan

RehabMan

Member Since 25 Jun 2012
Offline Last Active Today, 03:29 PM
-----

In Topic: New Driver for Realtek RTL8111

Yesterday, 03:18 PM

View PostMieze, on 22 May 2013 - 09:25 PM, said:

Hello RehabMan,

I've got another idea. The problem might be related to the interrupt mitigation feature. In order to test you'll have to change in file RealtekRTL8111.cpp the line


WriteReg16(IntrMitigate, 0x5f51);

into


WriteReg16(IntrMitigate, 0x0);

Let's see if it works! I had this idea while peeking into the chip's configuration of the Win7 driver and it uses 0.

Mieze

I tried it.  If anything, it makes things marginally slower.

BTW, if I force link speed to 100mbit/sec with your driver, I get 7-8MB/sec.  Does that give you any ideas?

In Topic: New Driver for Realtek RTL8111

21 May 2013 - 10:12 PM

View PostMieze, on 21 May 2013 - 09:58 PM, said:

Because they copy packets to/from a DMA buffer and let the network stack do most of the work...

Mieze

It would not surprise me if Apple's SMB implementation is fundamentally flawed.  I'm sure the engineers tasked with implementing it went into it kicking and screaming (NIH syndrome).

If I had a recent Mac here... (I'm actually considering it)... I'd certainly test with it.  I need a light, small (13") laptop to travel with but still waiting to see what interesting laptops/convertibles Haswell may bring before I make a decision.

In Topic: New Driver for Realtek RTL8111

21 May 2013 - 09:48 PM

View PostMieze, on 21 May 2013 - 09:33 PM, said:

My homeserver uses a MSI B75MA-P45 (i3 3225) with an RTL8111E-VL (chipset 16).
The test machine uses an Foxconn D42s (Atom D425) with an RTL8111D (chipset 9).
The 2011 iMac and Mac mini have a Broadcom 57765.

Thanks for the info...

Quote

Taking all the facts into account, in particular the reports of similar problems with Apple hardware, I wouldn't call this a hardware issue. I rather think that there is a serious problem in Apple's SMB stack with regard to timing. With scatter-gather-DMA and task offload the drivers timing becomes less predictable and as my driver's architecture is very similar to the network drivers of recent Macs, its no no wonder that there are similar problems. The main difference is that Apple seems to have found a hack to get it working with their hardware.

And that lnx2mac and slice's driver do not exhibit this problem...

I'll let you know what I find out when I have some time...

In Topic: New Driver for Realtek RTL8111

21 May 2013 - 07:24 PM

View PostMieze, on 21 May 2013 - 03:07 AM, said:

Hello RehabMan,

I ran some small tests with Win7 using the poor Atom copying some large files from and to the Mac server with the Realtek NIC and got a throughput between 30-50MB/sec according to the time it took to complete the transfer. That is roughly what I expected with this hardware.

Also tried to use the Win7 machine as the server with the Mac server as the client. The performance was comparable to the results I got in the other scenario described above.

Mieze

Thanks for trying that.  I could be something to do with settings on my server, I suppose...  Is your test as you mention above, realtek<->realtek or does your server have a different NIC?  I have 5 "desktop" computers here and one laptop (a few tablets too, but...).  Unfortunately, all the desktop systems are built on the same platform: Intel DH67xx with Intel 82579 NIC.  Probook is my only Realtek.  

This is 'by design' having been burned in the past by poor performing Realtek NICs, I avoided it in all my desktop builds...

But I will play around w/ the settings on the 82579 and see if there is something I can tweak there.

Otherwise, I will try to fix slice's driver (two problems I see so far: doesn't auto-negotiate 1000mbit, and doesn't work at all after sleep).  Those problems, for me, might be more fixable than trying to fix this issue in yours...

At any rate, I'll let you know if I make any progress...

Thanks!

In Topic: Clover General discussion

20 May 2013 - 06:00 PM

View Postpokenguyen, on 20 May 2013 - 04:46 AM, said:

EDIT: Clover seems to change my OemID in DSDT registry, how to avoid this?

Original DSDT Header:
DefinitionBlock ("DSDT.aml", "DSDT", 2, "HPQOEM", "161C ", 0x00000001)

DSDT Header after booting to Clover:
DefinitionBlock ("iASLmXqbWw.aml", "DSDT", 2, "Apple ", "161C ", 0x00000001)


I need it to make Voodoops2 working properly

@Slice

Is there a reason Clover patches the DSDT header replacing the actual oemID with "Apple"??

© 2013 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   Web hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy