Jump to content

SMF

Members
  • Content count

    180
  • Joined

  • Last visited

  1. 10.8.2 Final! (C54)

    All good for me.
  2. blackosx, Thanks. I missed that change - it would be nice if "major" changes that break boot could be highlighted like having to move the location of the DSDT.aml file. Anyway, I'm back up and booting fine with 2050. Regards, SMF
  3. 2050 breaks my boot - no longer finds DSDT. I had to roll back to 2035 which works fine. Regards, SMF
  4. Firewire issues

    MacKonsti, What I see in my logs is - "1/29/10 11:56:28 PM kernel System sleep prevented by FRWR". If I remove the fix I can sleep. I haven't been able to find something in the ACPI spec that would help me add code to force the FRWR to sleep - perhaps something in the PTS section of the DSDT. Regards, SMF
  5. Firewire issues

    The associated fix does remove the error for me on boot up ... however it appears to break sleep. When I apply the fix and then sleep (via the apple menu) the computer appears to sleep but the fans continue to spin. If I remove the fix and then sleep the computer completely sleeps with fans off, etc. Any ideas/thoughts? Regards, SMF
  6. Firewire issues

    scrax, Thanks, I've got that part. What I'm confused about is in red below. Device (FRWR) // Added device for Texas Instruments TSB43AB22/A IEEE-1394A Controller { Name (_ADR, 0x060A0000) // Reported by 'lspci' Regards, SMF
  7. Firewire issues

    I appologize for being slow but ... how do I figure out the address of my firewire from lspci? Mine shows - 05:06.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024] Any pointer would be appreciated. Regards, SMF
  8. Sleep + Bluetooth Dilemma

    kdawg, Not to be slow but doesn't loosing BT on wake make your kext a non-starter? I mean why enable waking via the BT mouse only to loose BT after you wake? or did I miss read what you posted... Regards, SMF
  9. Sleep + Bluetooth Dilemma

    kdawg, Can you post your legacy kext? I have a DBT-120 B4 and it doesn't work with SL 10.6.2. I do see in IORegistryExplorer WakeonBTEnabled set as True but it's greyed out in the preference pane ... And couldn't you set product/device id in DSDT? Regards, SMF
  10. DSDT fixes for Gigabyte boards

    All, About using the Vanilla network kext - has anyone used it and gotten IPv6 to work? When I use it I no longer get provisioned with an IPv6 address - it's blank in the networks pref pane. IPv6 works fine with the RealtekR1000SL. Regards, SMF
  11. DSDT fixes for Gigabyte boards

    kdawg, It appears that I still need the RealtekSL kext. When I remove it and just use the stock kext I do not get an IPv6 address. Regards, SMF
  12. DSDT fixes for Gigabyte boards

    And here's what I get - Last login: Sat Jan 2 09:43:12 on ttys000 Steves-Computer:~ Steve$ sudo reggie_se -D PhysAddr -r -a 0xe0000000 -B 32 Password: . 4.7.2 (263) Memory Address - 0x00000000e0000000 (local) Address 0xe0000000 0x00bfbfbf |0 0 0 0|0 0 0 0|1 0 1 1|1 1 1 1|1 0 1 1|1 1 1 1|1 0 1 1|1 1 1 1| /* * Intel ACPI Component Architecture * AML Disassembler version 20091112 * * Disassembly of acpi_mcfg.bin, Sat Jan 2 10:24:02 2010 * * ACPI Data Table [MCFG] * * Format: [HexOffset DecimalOffset ByteLength] FieldName : FieldValue */ [000h 0000 4] Signature : "MCFG" /* Memory Mapped Configuration table */ [004h 0004 4] Table Length : 0000003C [008h 0008 1] Revision : 01 [009h 0009 1] Checksum : E4 [00Ah 0010 6] Oem ID : "GBT " [010h 0016 8] Oem Table ID : "GBTUACPI" [018h 0024 4] Oem Revision : 42302E31 [01Ch 0028 4] Asl Compiler ID : "GBTU" [020h 0032 4] Asl Compiler Revision : 01010101 [024h 0036 8] Reserved : 0000000000000000 [02Ch 0044 8] Base Address : 00000000F0000000 [034h 0052 2] Segment Group Number : 0000 [036h 0054 1] Start Bus Number : 00 [037h 0055 1] End Bus Number : 3F [038h 0056 4] Reserved : 00000000 Raw Table Data 0000: 4D 43 46 47 3C 00 00 00 01 E4 47 42 54 20 20 20 MCFG<.....GBT 0010: 47 42 54 55 41 43 50 49 31 2E 30 42 47 42 54 55 GBTUACPI1.0BGBTU 0020: 01 01 01 01 00 00 00 00 00 00 00 00 00 00 00 F0 ................ 0030: 00 00 00 00 00 00 00 3F 00 00 00 00 .......?.... Chief - if you need anything else let me know. Regards, SMF
  13. DSDT fixes for Gigabyte boards

    mm67/kdawg, Section 5.13.2 - Intel ICH9 and System Power States (page 159 of the ICH9 Data Sheet (316972.pdf) shows C0/C1/C2 for ICH9 with C3/C4/C5/C6 Mobile only. Regards, SMF
  14. DSDT fixes for Gigabyte boards

    OK, made the move to Snow Leopard - fairly painless after DSDT mods and a bit of study. On my Gigabyte p35-DQ6 I need only fakesmc.kext and LegacyHDA.kext (ALC889a). I would like to fix the orange icons with a DSDT mod (as I think many would). With Leopard I would mod the plist of IOAHCIBlockStorage with the following code - <key>Physical Interconnect</key> <string>SATA</string> <key>Physical Interconnect Location</key> <string>Internal</string> <key>Protocol Characteristics</key> <dict> <key>Physical Interconnect</key> <string>SATA</string> <key>Physical Interconnect Location</key> <string>Internal</string> </dict> Inserted immediately after the IOAHCIDevice entry. In Snow Leopard the value for "Physical Interconnect Location" is shown as Internal/External in IORegistryExplorer (attached image). Does anyone have an idea of how to inject Dictionary items via DSDT? or even some thoughts on what to experiment with? Or would trying to set AHCI Port Hot Plug to false be easier/better? Regards, SMF
  15. DSDT fixes for Gigabyte boards

    kdawg, I have an Azio (Cambridge Silicon Radio chip) and the "Allow Bluetooth devices to wake computer" is grayed out. I assume that means my USB Bluetooth adapter does not support wake from sleep ... anything I can do in the DSDT? Regards, SMF
×