Jump to content
InsanelyMac Forum


  • Content count

  • Joined

  • Last visited

About macintrash

  • Rank
    InsanelyMac Protégé
  1. Yeah - I actually bought a CalDigit FASTA-6GU3, to avoid all this hassle... and it has all the same issues... (SL 10.6.8) I fear it's just that the driver is useless, not that it's not working with your particular hardware. Oh, I did sort of get it to recognise my HUB, but only the first device I plugged in worked, and it would instantly KP on boot.
  2. Wow, I so agree with the OP. I too am sick of tired of seeing incomplete lists of boot-up options. Pity you missed like one of the most important flags ever. arch=i386 arch=x86_64
  3. macintrash

    Buying a netbook, reccomendations?

    If you find a netbook with an actual supported QE/CI video card, let us know. Even an Intel X3100 would do. Mostly all of the netbooks fall short due to less that perfect video drivers. You can get around WiFi and Ethernet issues with USB or internal replacements, but there's not much you can do about Video. I have a Acer Inspire One D260 (no, I'm not recommending it). It runs quite well, 10.6.7 with a Vanilla-ish 64 bit kernel (with a few bytes modified to allow Atom support). It has a multi-touch pad which is nice, sound works, ethernet works, wireless you have to replace the card, and no QE/CI so fancy programs like "Preview" work. Geekbench score of ~ 948 ... (hell, it was $340 at wallmart, sue me)
  4. macintrash

    Rebranding Atheros AR5006EG to a Vanilla Card

    For Knuth's sake, 004e isn't even from an Atheros card... it's from a Broadcom Airport Extreme. Subsystem 14e4:4320 106b:004e Airport Extreme BCM4306 802.11b/g Wireless LAN Controller to be precise. There might be more useful: VEN_168C DEV_0024 SUBSYS_00000000 ATHER.DeviceDesc.3072 = "Atheros AR5008X Wireless Network Adapter" VEN_168C DEV_001C SUBSYS_0086106B ATHER.DeviceDesc.3062 = "Atheros AR5006EXS Wireless Network Adapter" VEN_168C DEV_0024 SUBSYS_0087106B ATHER.DeviceDesc.3072 = "Atheros AR5008X Wireless Network Adapter" VEN_168C DEV_002A SUBSYS_008F106B ATHER.DeviceDesc.3091 = "Atheros AR928X Wireless Network Adapter" VEN_168C DEV_0030 SUBSYS_009A106B ATHER.DeviceDesc.938x = "Atheros AR938x Wireless Network Adapter"
  5. Buy a USB adapter, (mine is J-Micron *shudder*), has a mini-IDE laptop connector (+full IDE/SATA), and USB on the other. Take out the IDE drive from your laptop. Boot off another PC, select the USB drive as the installation volume, then install via USB onto the drive. Put drive back in. Or - you could just install onto another drive on another computer and like... use an imaging program to copy the image? It's not rocket science.
  6. macintrash

    iDeneb v1.3 10.5.5 on a Dell Inspiron 8600

    Just picked up an old Inspiron 8600, same specs. GeForce 52xx FX. NVKush handles the video (although it complains a little). The first time it booted up fine, and fortunately I turned on screen sharing - because the *second* time it booted, it went to the snow-storm-of-death. Remoted in, detected monitors, changed the screen res to 1920x1200 (native LCD), then thought better of it (I'm saving my eyes for porn), and stuck it in 1280x800. Boots up fine now. Inbuild Broadcom LAN works, Broadcom TrueMobile BlueTooth works, but Wifi (TrueMobile 1400 / Broadcom 4324) is sulking. It's a soft-switch unit, so *gulp* we'll see. Sound (AC97 "default/original" drivers work - input too), full QE/CI. DVD Burner is sweet, ... for a Dell, it's going pretty well. It just won't sleep. (It's Dell, you get that). Fan is also a bit over-excited. So - if you want to get your 8600 working, and it's like mine (ICH4, P4M 2.0 GHZ), you can copy my method - Install JaS 10.5.4 (you need the SSE3 emulation). Enable NVKush, and the AC97 drivers (yes, I know there are three seperate AC97 options in three seperate sections... I forget which I checked - but definately the last one in Audio.) Tick ICH support where you see it (not ICH7-8 though), and enable the Broadcom 4xxx drivers where you find em. It's all pretty logical. Network cable seemed to be a bit shy on detection - if it's not pluggin in on boot, I don't think it will detect. I used a USB Apple adapter just in case. You need the PS/2 driver from Kalyway 10.5.2, forget what it's called, but it's in a Kext on the CD.
  7. I use NVKush and it works 100% with my FX 5200 AGP in a P4.
  8. *Sigh* <h1 class="prodname">HP Compaq dx7400 Small Form Factor PC</h1>Dual Video QE/CI only guaranteed with PCI-e 1x NVIDIA 8400 GS option. STEP BY STEP INSTALL GUIDE 1. Insert JaS 10.5.4 DVD 2. Boot up 3. Select appropriate packages from menu (if that's too hard for you, take it up with JaS). 4. Buy external USB ethernet. 5. Enjoy your hackintosh. Seriously, it's not rocket surgery. I did the whole install in my lunch break, including walking to the Apple store to buy the USB Ethernet. I'll make sure to pick a highly incompatible PC next time so I can make a longer post. I didn't write down every minute detail, I didn't even do any research. I just picked a bunch of seemingly good answers (ICH-9, Vanilla Kernel) and left the rest default. Please stay tuned for my Walkthrough Guide to TETRIS. *SERIOUSLY* If you can't get *ANY* version of OSX to install on this machine (and video card), you are an absolute prime candidate for buying a real Macintosh and should never consider servicing your own automobile, computer, or toothbrush.
  9. Steps: 1. Order 1 x HP Compaq dx7400 with PCIe x 1 NVIDIA GeForce 8400 GT (that's a Dual DVI out board) 2. Insert Kal. 10.5.2 DVD 3. Boot, install. 4. Install NVKush. 5. Finish off your lunch, and get back to work. 6. Pick up USB to Ethernet Adapter from Apple Store ($39) on the way home. Job done. I used the compact form factor version, which made for a tidy little machine. Only problem I noticed was that shutting down didn't always power off correctly. Some research may show a similar machine with a compatible gigabit card - I didn't pick out the machine, I was just installing Vista on a bunch of them and I got bored of waiting for Windows Update.
  10. macintrash

    CardBus/PCMCIA PC Cards for Leopard

    Wow! You are amazing. I was looking for something to fix my USB devices not hot-plugging, saw this, and thought I'd give it a try to fix my PCMCIA Atheros card. Deleted IOPCI* IOPCCard*, unzipped your file, was just going to touch the directory when I heard a click from my speakers. Look up, and my external USB Audio card had suddenly jumped to life! No reboot required. Very impressive. dmesg: 2.0.38 m6b057295Resetting IOCatalogue. kextstat: 108 0 0x4d650000 0x19000 0x18000 jp.co.roland.RDUSB0074Dev (2.2.2) I'm sure more will happen when I actually reboot!
  11. I've always thought - if it's really true that all our cellphones are spying on us, then the truth will come out eventually when someone find the code in the iPhone. Although the juicy stuff would probably be internal in the baseband or whatever they call it, and not accessable to the O/S. If I was a criminal, I *would* buy an iPhone, and make sure there was lots of evidence proving what a nice guy I really was... and puppies... me patting puppies. With a date-stamp for alabai purposes :-p Seriously though - better the devil you know. Don't be an Orwellophile.
  12. macintrash


    Reverse engineer the FreeBSD drivers? Why? They're online... I find this site most useful: FreeBSD: http://fxr.watson.org/fxr/source/dev/bge/if_bge.c#L2623 Linux: http://fxr.watson.org/fxr/ident?v=linux-2....i=ASIC_REV_5787 As you can see at a glance, the 5755, 5787, and 5784 are very similar - 90% so. So you driver would have a good change of working with all three. 12989 if (GET_ASIC_REV(tp->pci_chip_rev_id) == ASIC_REV_5755 || 12990 GET_ASIC_REV(tp->pci_chip_rev_id) == ASIC_REV_5787 || 12991 GET_ASIC_REV(tp->pci_chip_rev_id) == ASIC_REV_5784 || I had a Dell Lattitude 820 with one of those, got as far as detecting the MAC and lasting for 5 minutes without crashing. Given the discussions recently about ring buffers and what not, I would say it would be possible to carry this one over the line. By the look of the Linux drivers http://fxr.watson.org/fxr/ident?v=linux-2....i=ASIC_REV_5752 It would seem the 5752 is similar to the 5755 and 5787, both of which have been made to work - search the forum... http://forum.insanelymac.com/index.php?sho...4987&st=560 should prove revealing. >10623 if ((GET_ASIC_REV(tp->pci_chip_rev_id) != ASIC_REV_5752) && 10624 (GET_ASIC_REV(tp->pci_chip_rev_id) != ASIC_REV_5755) && 10625 (GET_ASIC_REV(tp->pci_chip_rev_id) != ASIC_REV_5787) && 10626 (GET_ASIC_REV(tp->pci_chip_rev_id) != ASIC_REV_5784) && 10627 (GET_ASIC_REV(tp->pci_chip_rev_id) != ASIC_REV_5761) && 10628 (tp->nvram_jedecnum == JEDEC_ST) && 10629 (nvram_cmd & NVRAM_CMD_FIRST)) {
  13. macintrash

    Broadcom 570x and 575x

    The 5755 and 5787 are quite similar (almost identical, compared to say - a 5786). Linux: http://fxr.watson.org/fxr/ident?v=linux-2....i=ASIC_REV_5755 FreeBSD: http://fxr.watson.org/fxr/source/dev/bge/if_bge.c#L2623 FreeBSD seems to handle it a little differently, to my glance over the hex of the Apple driver, it looks more like a hardcoded choice (like the Linux driver). Could just be that the FreeBSD driver isn't complete (it has some binary code). I think it's enough to work out which jump does what though. I would decompile it, but I don't know how to put it back together again. (Always been better at pulling things apart). Can anyone supply the complete dissasembly in a format that can be recompiled with XCode? I can disassemble with IDA under Windows, but I can't "put humpty dumpty together again." Looking at the Linux code, it shouldn't be too hard to figure out. I'd like to do a proper job though - identify all the check, and which cards need which jumps... or at least have the jumps documented. Here's something I picked up on Google, it's in Spanish, but looks neat.
  14. Have a read, should be enough to dissuade any sane person from trying to get a TG3 card working. The way I figure it, the best chance you'd have of getting a working driver would be to compare in the Linux code - http://fxr.watson.org/fxr/source/drivers/n...3.c?v=linux-2.6 - the PCI Device # of your card, against the PCI Device # of the small array of supported 57xx drivers and do *intelligent* (or at least guided) hex editing (see the many other posts on this). Since every reference in the binary to 81 FA 69 16 (actual numbers may not be as I remember) is a conditional jump for that card (a hypothetical 0x1669), one needs to look at what they all mean... The source code is littered with these: 11545 if ([url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5755"]ASIC_REV_5755[/url] || 11546 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5787"]ASIC_REV_5787[/url] || 11547 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5784"]ASIC_REV_5784[/url] || 11548 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5761"]ASIC_REV_5761[/url] || 11549 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5906"]ASIC_REV_5906[/url]) { 11550 tp->tg3_flags2 |= [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=TG3_FLG2_HW_TSO_2"]TG3_FLG2_HW_TSO_2[/url]; 11551 tp->tg3_flags2 |= [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=TG3_FLG2_1SHOT_MSI"]TG3_FLG2_1SHOT_MSI[/url]; 11552 } else { 11553 tp->tg3_flags2 |= [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=TG3_FLG2_HW_TSO_1"]TG3_FLG2_HW_TSO_1[/url] | [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=TG3_FLG2_TSO_BUG"]TG3_FLG2_TSO_BUG[/url]; 11554 if ([url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) == 11555 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5750"]ASIC_REV_5750[/url] && 11556 tp->pci_chip_rev_id >= [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=CHIPREV_ID_5750_C2"]CHIPREV_ID_5750_C2[/url]) 11557 tp->tg3_flags2 &= ~TG3_FLG2_TSO_BUG; 11558 } 11559 } 11560 11561 if ([url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5705"]ASIC_REV_5705[/url] && 11562 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5750"]ASIC_REV_5750[/url] && 11563 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5752"]ASIC_REV_5752[/url] && 11564 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5755"]ASIC_REV_5755[/url] && 11565 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5787"]ASIC_REV_5787[/url] && 11566 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5784"]ASIC_REV_5784[/url] && 11567 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5761"]ASIC_REV_5761[/url] && 11568 [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=GET_ASIC_REV"]GET_ASIC_REV[/url](tp->pci_chip_rev_id) != [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=ASIC_REV_5906"]ASIC_REV_5906[/url]) 11569 tp->tg3_flags2 |= [url="http://fxr.watson.org/fxr/ident?v=linux-2.6;im=excerpts;i=TG3_FLG2_JUMBO_CAPABLE"]TG3_FLG2_JUMBO_CAPABLE[/url]; http://fxr.watson.org/fxr/source/drivers/n...inux-2.6#L11570This is why there are so many instances to replace.... and since everychoice has a 1 in 2 chance of being the *wrong* choice, and some Device ID's have 20+ jumps, you chances of getting a perfect results are the same as flipping a coin 20 times and getting heads. So get smarter - (for instance), I have a 5786 at work, and that Device ID does *not appear once* for a conditional feature or bug within the code.... but lets say I hexedit a 5787 hack that I know works (and I tried this today), I might think I'd have a good chance for sucess. But although these cards are but a single Device ID apart, there are a multitude of conditional jump specific to the 5787 that don't apply to the 5786. So my hacked driver freezes the machine in 5 minutes or so. If I take the time to check the number of conditions of other Device ID's, I might find one that shares more in common. In the above piece of code we see that the 5787 has more in common with the 5784. In short, the odds are long, and the reward small... but some people get their cards to work. And some people don't. Most people pick a random Device ID to hexedit,... and most people don't get a good result. But those who have tried multiple times may have noticed that when replacing a different DeviceID or even trying the "other" kext, will suddenly make the MAC address appear, but the link won't detect.... yet before the MAC wasn't working, but the link worked and crashed. Spend long enough flipping bits and you will get a working driver. Or at least one that doesn't crash perhaps. Start with the closest match you can find, replace that Device ID with yours, and see what happens. If you get a partial result, but it crashes, try changing *half* of the Device ID's back to what they were. If that makes it better, then you're making progress. If not, try it the other way. Keep notes about the differences ... and move on to quarter sized sections... Might take a while, but if you start with the closest match, you sould see results. Enough to encourage you. Eventually, if enough people were to pro-actively search - we'd have an analog of the "human genome project"... might be enough .... if one were to dissassemble the code, or just take careful notes, perhaps conlusions could be reached such as: "The Apple driver takes action X for Device A B and F, the corrosponding Linux driver makes a choice involving Device A B and F in two places... therefore this block probably involves "Jumbo Frames". Then - checking your card against the Linux source, and how it's handles Jumbo frames, you could decide whether it was appropriate for it to Jump or not. The other important thing would be to try and determine as much as possible about the "freeze" that we mostly get when we half-way manage to get a working driver. Is it time based, is it traffic based, is it a buffer filling up? Does it happen on a network with no traffic? Find out what triggers the freeze, and you can look in the Linux or FreeBSD source and see what it might be related to - eg, there are "5 x HZ" timeout checks done... so if your rig crashed 5 seconds after you send a network packet... well, you know where to look (or at least - you know what drivers this applies to). I'm making it sound easier than it is, I know. But the URL to the code I pasted is cross referenced... so find your Device ID, click the hyperlink, and see where it pops up. Have a list of the valid Apple Device ID's in front of you, and see if any seem to share a lot of conditional jumps with yours. That might be enough. A pity the Broadcom has to be so ubiquitous, and yet so divergant in it's many models.
  15. macintrash

    Geforce Go Series (Internal Laptopdisplay)

    I can confirm, I can't even get it to read the laptop display as connected. Must be a Qosmio thing. Qosmio G30 - GeForce 7600 Go 256MB osx.ipspace.com