45 replies to this topic

[PookyMacMan]

Hello!

I just recently received a late Christmas gift; a TP-Link TL-WN851N PCI wireless card!
I put it in my system today, spent an hour and a half getting it to work with Apple's Atheros drivers (turned out I needed the IO80211Family.kext from 10.6.2), and I thought everything was perfect.

Well, not quite.

I just started having problems of my wireless connection just randomly dropping. I keep it under a desk a good distance away from the router, but I don't think it's too far because I use my MacBook farther away and there are no problems...to top it off, even when I shift my computer back into known-distance range, it doesn't detect the network until I restart.

Is there anything I can do about it, or is this a very weak wireless card?

Thank you very much. I am experienced in hackintoshing, so I can do anything you say/provide more info.

[LatinMcG]

what rev 2.0 or 2..1 ? try using proper 10.6.8 kext with device id added.
or maybe ar9285 dsdt fix with id 2a instead of 29.. or try 28 to make it think its ar5bxb72.

[PookyMacMan]

Currently I have 10.6.7. I tried patching that kext but it didn't work.

What would I do to change my DSDT? I have included dsdt.aml and dsdt.dsl.

 DSDTs.zip   14.74K   13 downloads

[LatinMcG]

PookyMacMan, on 10 January 2012 - 12:56 AM, said:

Currently I have 10.6.7. I tried patching that kext but it didn't work.

What would I do to change my DSDT? I have included dsdt.aml and dsdt.dsl.

DSDTs.zip

neeed ioregistry to find where 168c is at

[PookyMacMan]

Sorry I've been so long - I just got the 10.6.7 kext working, and I thought the problem was gone, but now it's coming back...and now that we just got a new router and it's in the same room as the machine, I know it's the computer's problem and not a range issue.

Just ran ioreg and here's the output:  ioreg.rtf   69.58K   3 downloads

[LatinMcG]

thsiis for the p4 ?

[PookyMacMan]

Pentium D. I may have changed the DSDT since the last time, here it is:  dsdt.aml.zip   4.81K   4 downloads

[LatinMcG]

btw u can save a proper ioreg .. not rtf

[PookyMacMan]

Do I just specify a file, like

cd ~/Desktop
ioreg > ioreg.txt

or do I do something else?

[LatinMcG]

open ioregistry exlorer and goto save then point to a folder. done

[PookyMacMan]

Ah, okay. Here you go:  ioreg.zip   347.51K   5 downloads

[PookyMacMan]

I recently looked at a topic in the DSDT subforum that described presenting OS X with a different device ID for various hardware...is this the patch you are talking about?

Have you looked at my DSDT/ioreg?

[LatinMcG]

yes thats what i meant.. works with atheros.
not broadcoms.. needs registers changed not dtgp method.

i been bussy and my lcd was broken.

[PookyMacMan]

So sorry about your LCD. There's no hurry. I'll try and see if I can figure it out on my own while you look at my DSDT/ioreg.

[LatinMcG]

en0 and en1 are backwards.. wireless needs to be en1.
i see its using ar9280 driver so lets fake with ar9285 fix to fake dev id 2a

		   Device (PCI4)
			{
				Method (_S1D, 0, NotSerialized)
				{
					Return (One)
				}
				Method (_S3D, 0, NotSerialized)
				{
					If (HACK ())
					{
						Return (0x03)
					}
					Else
					{
						Return (0x02)
					}
				}
				Method (_S4D, 0, NotSerialized)
				{
					If (HACK ())
					{
						Return (0x03)
					}
					Else
					{
						Return (0x02)
					}
				}
				Method (_S5D, 0, NotSerialized)
				{
					If (HACK ())
					{
						Return (0x03)
					}
					Else
					{
						Return (0x02)
					}
				}
				Method (_ADR, 0, NotSerialized)
				{
					Store (0x001E0000, Local0)
					Return (Local0)
				}
				Name (_UID, 0x07)
				Name (_PRW, Package (0x02)
				{
					0x0B,
					0x05
				})
				Method (_PRT, 0, NotSerialized)
				{
					Store (API4, Local0)
					If (LNot (PICF))
					{
						Store (PIC4, Local0)
					}
					Return (Local0)
				}
				Device (LAN0)
				{
					Name (_ADR, 0x08)
					Method (_DSM, 4, NotSerialized)
					{
					   Store (Package (0x04)
						{
					   "built-in",
						Buffer (One)
						{
						  0x01
						},
						"location",
						  Buffer (0x02)
						 {
						  "1"
						 }
					   }, Local0)
					 DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				   }
				   }
				Device (ARPT)
				{
					Name (_ADR, 0x05)
					Method (_DSM, 4, NotSerialized)
					{
						Store (Package (0x0A)
							{
								"AAPL,slot-name",
								Buffer (0x08)
								{
									"AirPort"
								},
								"device-id",
								Buffer ()
								{
									0x2A,
								},
								"device_type",
								Buffer (0x08)
								{
									"AirPort"
								},
								"subsystem-id",
								Buffer (0x04)
								{
									0x8F, 0x00, 0x00, 0x00
								},
								"subsystem-vendor-id",
								Buffer (0x04)
								{
									0x6B, 0x10, 0x00, 0x00
								}
							}, Local0)
						DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
						Return (Local0)
					}
				}
			}

Attached Files

•  dsdtpookyarptlan0.aml.zip   4.98K   5 downloads

[PookyMacMan]

I'll switch en0 and en1 and use the AR9285 fix and get back. Thank you very much.

[LatinMcG]

extract dsdt i posted above and rename to dsdt.aml

then u know what to do
boot snow one timewith
-v -f

i found the dsdt pci0 was _uid 0x04 not 0x00  fixed so now it might work with 10.6.8
i also aded LAN0 to _ADR, 0x08 as shown in ioreg to fix en0 in dsdt.

also rtc showed last line 0x10

		Device (RTC)
		{
			Name (_HID, EisaId ("PNP0B00"))
			Method (_CRS, 0, NotSerialized)
			{
				Name (RTCB, ResourceTemplate ()
				{
					IO (Decode16,
						0x0070,			 // Range Minimum
						0x0070,			 // Range Maximum
						0x01,			   // Alignment
						0x10,			   // Length should be 0x08 or 0x02
						)
				})
				Return (RTCB)
			}
		}

should be 0x08 or 0x02 dont think i changed it yet.

also the _INI shows if windows 2001 (xp) return msos 0x04
but that if changed to Darwin would cause issues with isli (SLI?) for windows only not osx.. would be enabled and not work right.
so i did not change anything there.

i also aded SBUS that was missing

i see its chipset ich7.. i used ich8 sbus device id

[PookyMacMan]

Yup, thank you very much. So when you add a device like a WiFi card to the DSDT, you simply add the whole device after the methods of the parent device (in this case PCI4)? Also, how did you know where to add the DTGP method?

Sorry for the questions, but I really want to know how DSDT works.

[LatinMcG]

PookyMacMan, on 16 February 2012 - 08:58 PM, said:

Yup, thank you very much. So when you add a device like a WiFi card to the DSDT, you simply add the whole device after the methods of the parent device (in this case PCI4)? Also, how did you know where to add the DTGP method?

Sorry for the questions, but I really want to know how DSDT works.

dtgp goes anywhere on _SB not _SB.PCI0.. under or above _WAK works fine.

i added whole device cause it uses PCI4@5 in ioreg which means its _ADR, 0x05 so i saw its missing and have to add whole device as attachment of the PCI4 @5 aka _ADR, 0x05 minus the _PRW thats handled by PCI4

in my laptop its not shared =RP02.PXS2@0 in ioreg  so i just do _DSM and bellow to the line under _ADR, 0x00 not ad whole device ..
i just rename PXS2 to ARPT  and add _DSM section under _ADR line

this doesnt seem to work with broadcoms due to the way driver accesses directly the device bypassing _DSM.= have to add registers with the device id numbers.. like the IOATA panic fix method

[PookyMacMan]

Thank you very much! I just loaded the new DSDT and I'll see if the problem's fixed.

So, what was the thing you mentioned about SLI? I don't use SLI but I'm curious...also, what were you talking about with the SBUS?

Funny thing about the RTC, because I had fixed that last one so it wouldn't reset CMOS...guess I was still wrong.