Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

hafnium

Members
  • Content count

    17
  • Joined

  • Last visited

About hafnium

  • Rank
    InsanelyMac Protégé
  1. The NVIDIA 9500GT Thread

    Updating to 10.5.7 makes no difference. Booting with the LED display attached ==> black screen before login. With the NVCAP value applied: Having no screen attatched I can boot and then log in via Screen Sharing from another Mac. Accessing System Profiler//Graphics/Displays shows correct info and that QE/CI is hardware accelerated. So far so good. Sadly, sleeping doesn't work: System goes to sleep but at wake it enters a cycle of what appears to be continuing sleep/wake cycles. Stuck...
  2. The NVIDIA 9500GT Thread

    Yeah, I just got the same setup as well. NVFlash-->NVCap Maker is returning the same NVCAP that you list. Booting 10.5.6 with listed NVCAP value inserted in the com.boot.plist (as hex) using EFI Studio/OS X Tools, gives nothing but a black screen after -v boot. I'll try updating to 10.5.7. Any help is highly appreciated. What is known about NVCAP values when using (mini)displayport connectors?
  3. USB 2.0 for Leopard 10.5.7

    Slice, thanks for the new .7 versions. I'll try them out ASAP. Hafnium
  4. Do you guys have waking from USB keyboards/mice working, or do you have to wake the Hack using the power button?
  5. Well, try it out. Do you get the "... controller will be unloaded across sleep" message during boot? If so, it should work. ICH7 support was added by Slice in his patches IOUSBFamily.kext (see thread).
  6. USB 2.0 for Leopard 10.5.7

    I see the same. With PCB355's patches, the EHCI controller works as expected. (Still no wake from USB keyboard/mouse for me, though). I was able to test the write/read speeds quickly this morning - no differences in speed was found. I averaged around 13-14 mb/s write and 35-40 mb/s read both before and after sleep on a newly booted system using a SanDisk 8 Gb Contour USB flash drive. Right now, as I see it, PCB355's patches are as far as we can get patching the IOUSBFamily.kext to remedy the shortcommings I personally have had. I can't get wake from USB working - if anyone has any ideas they will be most appreciated.
  7. USB 2.0 for Leopard 10.5.7

    Sorry, I'm a bit confused. What do you mean by standard PM? D3, as I remember, means Device Power State 3 = OFF. Next, do you (or anyone else reading this) know how the AAPL,clock-id is generated/found? // Now, look at PCI cards. Note that the onboard controller's provider is an IOPCIDevice so we cannot use that // to distinguish between USB PCI cards and the on board controller. Instead, we use the existence of the // "AAPL,clock-id" property in the provider. If it does not exist, then we are a EHCI controller on a USB PCI card. What is the provider that has the AAPP,clock-id property. Can it be added by DSDT manipulation? Maybe it's an issue with some other kexts?
  8. USB 2.0 for Leopard 10.5.7

    Thanks alot for the sources. I'll experiment with them a bit. You are probably right that some settings/changes in the BIOS are somehow the cause, but I've been trough them many times doublechecking with other people's settings for my particular board (GA-EP45-UD3P; eg. Weaksauce12's Leopard Soup guide). But with PCB355's changes it actually worked so that USB flash drives were not lost across sleep. That must mean that the controller did not unload during sleep. About the D3 state stuff I'm approaching my limits; I don't quite know how to read the code you quote from the .cpp. But I'll look into it in more detail. Maybe USB flash drives are not D3 relevant - USB keyboards and mice should be, right? Could it be that USB devices that need a tiny, little bit of power during sleep (i.e. the D3 state), eg. USB keyboards, are not getting it? To recap: With the changes made by PCB355 I find that USB devices are not removed across sleep. But I still can't wake from USB keyboard or mouse. Any ideas? I'll investigate further myself and try to experiment with your sources (thanks again).
  9. USB 2.0 for Leopard 10.5.7

    Great. This partially works on my system (GA-EP45-UD3P). No error message during boot and no device removal across sleep. Still no wake from USB for me, though. How does it work on your system? I've asked Slice what changes he has made, as those changes made my previous system (P35 based) work as expected (even wake from USB keyboard). How do you succeed in compiling these kexts? I've downloaded Xcode as well as the source. However, when I try to build I get all sorts of errors and warnings. (I'm not used to programming, not at all, so I'm hoping it is not too difficult to get the right environment set up). Thanks so far! Copy original (in your S/L/E folder) IOUSBFamily.kext to eg. desktop. Show the package contents, navigate to Plugins. Replace vanilla kexts in Plugins with patched ones (the ones you download from this thread. Use Kexthelper, OSXTools or Uinstaller to correctly install the patched IOUSBFamily.kext (on your desktop) to your S/L/E folder.
  10. USB 2.0 for Leopard 10.5.7

    Sadly, that made no difference on my system. Did you only make the changes quoted above? I really think we should try that I suggested in my PM to you... Thanks so far...!
  11. Yes, I agree too. Vanilla kexts are preferred. If you are able to find a DSDT or perhaps a EFI string solution, that will be nice. Looking forward to hearing about your progress. In the meantime I have asked Slice to take another look at his patches for IOUSBFamily.kexts. Let's hope he responds (always a good idea to ride two horses).
  12. Sorry, but I don't think this is the solution we are looking for. The problem seems to be that the USB driver in OS X (in this case the AppleUSBEHCI.kext plugin in the IOUSBFamily.kext) recognizes the ICH10 USB controller as not being sleep capable. You can download the source code from Apple. If you look inside, you'll find that every USB controller (EHCI) that doesn't contain a specific Apple phrase (AAPL) will be treated as being located on an expansion slot (PCI) and therefore not sleep capable. If you go to System Profiler/USB, you'll see that the "Host Controller Location" is "Expansion Slot". We need to have OS X recognize the location as being built in (Built In USB), which is the case for other USB busses listed in the System Profiler (under USB Bus). Also, inside the AppleUSBEHCI.kext, where the distinction is being made between sleep capable and not sleep capable, there is a reference to USBOHCI (note the O) even though we are dealing with the EHCI controller driver. We need to ask Slice to look at his patched kexts again or to find a way to make OS X recognize EHCI controllers as being built in and no located on a expansion slot.
  13. Use these patched IOUSBFamily.kexts: http://www.insanelymac.com/forum/index.php...200#entry828818 They fixed all USB-related problems for me using a P35 (ICH9) based board. Doesn't work for P45 (ICH10) based boards, though.
  14. USB 2.0 for Leopard 10.5.7

    Slice, Can I please ask (beg!) you to take another look at the kexts with specific focus on the P45 (ICH10) chipset. You state that you have not done anything about the ICH10 chipset as it was added by Apple. However, with my Gigabyte EP45-UD3P (ICH10/P45) board USB doesn't work across sleep. With my previous P35 (ICH9) your kexts fixed these problems. Your patched kexts doesn't make a difference with the ICH10 board. During boot the following is displayed: AppleUSBOHCI[0xacf0000]::CheckSleepCapability - controller will be unloaded across sleep I think that the OHCI part is wrong (bug in Apple's IOUSBFamily.kext?), since no OHCI controllers are present on the ICH10 chipset. Please see this thread. Others are having the same problems. You could help many people if you could take another look Update: I got the IOUSBFamily source from Apple. In AppleUSBEHCI_PwrMgmt.cpp the string: AppleUSBOHCI[0xacf0000]::CheckSleepCapability - controller will be unloaded across sleep is found, even though the kext is EHCI-related. Also, this .cpp states that all controllers not returning a certain phrase (AAPL, clock-id) are to be treated as external PCI-card controllers and that these are not sleep capable. This must be why the above string is displayed during boot and why the EHCI controllers is "unloaded across sleep". In System Profiler, all my High Speed USB (=EHCI) controllers are showed as being located on an Expansion Slot. UHCI controllers are "Built-In". There are no OHCI controllers present, confirming that the boot message mentioned earlier is inaccurate. Is it possible to patch the AppleUSBEHCI.kext to remedy the "bugs" outlined above? Would be highly appreciated! Thanks!
  15. I have the exact same problem (USB functions lost during sleep). I recently switched from a P35 (ICH9R) based board to a P45 (ICH10R) based board. With the P35 board, using IOUSBFamily.kext patched by Slice (see thread), I was able to get full USB functionality, including wake from sleep using a USB keyboard. With the P45 board, USB functionality behaves exactly like the P35 board with the unpatched IOUSBFamily. Using the patched IOUSBFamily.kext from Slice with the P45 board made no difference. Booting the P45 board with -v gives the following information (regardless of using vanilla or Slice-patched IOUF.kext): USBF: 0.356 AppleUSBOHCI[0x8945000]::CheckSleepCapability - controller will be unloaded across sleep. According to Slice in the above thread, he did not correct anything in the kext for ICH10, as it was "added by Apple". Strangely though, weaksauce12 states that the EP45-UD3P board works OOB with regards to USB (wake from sleep using the keyboard; see thread). I think we should beg Slice to take another look at the IOUSBFamily.kext with specific focus on the P45 (ICH10) chipset. I don't think the ICH10 chipset contains any USBOHCI controllers. I've installed the Apple Dev program USB Prober, which doesn't find any OHCI controllers. Probably a bug (mistyping?) in the IOUSBFamily.kext because AppleOHCIUSB.kext is not loaded (AppleEHCIUSB and AppleUHCIUSB both are loaded). Lets beg Slice (see my other reply) to look at his patches for ICH10 once again.
×