Jump to content

eugene k2

Members
  • Content count

    24
  • Joined

  • Last visited

About eugene k2

  • Rank
    InsanelyMac Protégé
  1. By the way, could you please tell the exact nvidia string you have used? I'm afraid HDMI audio is not supported at all. Perhaps, it is necessary to write our own driver, or check the linux community.. I haven't investigated HDMI audio support of ION-based cards yet, but it is really worth trying.
  2. I'm not very familiar with overclocking.. especially if speedstep is unsupported natively by the CPU... First you need to get "P-States Calculator". This is an application that calculates values for _PSS. Second, you may wish to install VoodooPower.kext (http://www.superhai.com/darwin.html). After you install it, P-States calculator will be able to read the values from the CPU. That's all I know for sure As a suggestion, you may try to install P-States Calc + Voodoo, disable AppleIntelCPUPowerManagement, enable "disabler' , set your BIOS to "normal" operation, boot OS X and write down _PSS values. After that reboot, overclock the CPU in BIOS, boot OS X, write down your new values, repeat several times with different CPU speeds. You will get a list of _PSS values. After that, set the CPU to maximum reliable speed in BIOS, edit DSDT, add all the _PSS values you wish, remove "Disabler" and enable AppleIntelCPUPowerManagement with your custom DSDT. After that boot OS X and check if CPU is being overclocked dynamically. (e.g. by running CPU-X or something, I'm not sure).
  3. I'm using first version of the 10.6.2 patched-kernel with only 3 bytes patched (in x86 mode, not x64). This kernel seems to need DSDT _PSS stuff. I don't like this binary-only patch, since I don't know what exactly and how was patched: I prefer opensource stuff with plain C code And this 10.6.2 x86 kernel panics without _PSS-enabled DSDT: AppleIntelCPUPowerManagement says: "No HPETs available. CPU configured incorrectly". I wonder if x64 version behaves the same way or not. Binary-patched stuff is kind of blackbox for me. (It seems this patch changes CPU Id on the fly, that's why it may cause random issues). 10.6.0 used to boot just fine with DSDT _PSS values and without any disablers. That's why I think _PSS is necessary. (In case you wish to use some vanilla kernels in the future). Nope. There's only =one= _PSS entry. That's why SpeedStep is not working. According to Intel, ATOM does not support it anyway. So this simply fixes panics and allows to boot vanilla kernels. Overclockers will need custom _PSS numbers. By the way, I'm not sure, but it might be possible to add more _PSS values, thus, making the CPU SpeedStep-capable (sort of). AppleIntelCPUPowerManagement should be running, too. If you have less than 4Gb of memory, then you don't even need the patch. I enabled 'safe sleep' mode as my default. sudo pmset -a hibernate=1 (With this option PC goes to 'Safe Sleep' all the time. Otherwise it will go into StandBy only). yes. I also edited some parts of DSDT _DSM values to be as close as possible to Chameleon on-the-fly patches. Well.. It seems there =is= a bug in PC-EFI 10.5. I checked my boot file, original Chameleon 2 rc3 and 10.5 boot files. And PC-EFI 10.5 boot file (as well as mine, since it is based on 10.5 sources) cause problems with CPU identification. The original rc3 boot is OK. That's why I added SMcputype into smbios.plist: this fixes the problem. I checked PC-EFI sources. smbios_cpu_type() function behaves incorrectly in PC-EFI 10.5: it returns Platform.CPU.NoCores=1, and this sets SMcputype into 257, while correct value for Atom 330 is, supposedly, 769 ("Core2Duo"). Pre-10.5 Chameleon does not detect or insert SMcputype into SMBIOS. I fixed this problem in PC-EFI code and posted my comment @ netkas.org. Download the attached ionitx_boot_v2.zip with the new /boot file. In my case the problem was not with 'Legacy' mode itself, but with 'legacy mode + USB 2.0 controller mode'. If I enable HiSpeed mode in BIOS, OS X hangs on start-up without USBLegacyOff=yes fix. With this fix, it behaves correctly. I did not find AHCI controller in DSDT, but haven't spent enough time on that. Yep. A misprint. Sleep works for me. The only issue I noticed was USB keyboard lock-up once. But this only happened once. This bug in PC-EFI 10.5 is fixed now. Please upgrade ionitx_boot_v2.zip My initial source code was taken from http://netkas.org/?p=271 And this code contains a bug in CPU detection. In V1 of my files I fixed it by means of adding SMcputype value into smbios.plist. In V2 I fixed netkas code and removed SMcputype. I expect this issue is fixed in the next build of Chameleon when it is out. USB Legacy fix, CPU ID fix (new) and 4GB sleep fix are the only ones I made. My fixes are based on PC-EFI 10.5 code. By the way, do you know how to submit my changes to Netkas or Chameleon guys? I added a comment at netkas.org - I'm sure he will fix the issue, but the other two fixes have already been described at the Chameleon forum in Bug Reports and Suggestions quite long time ago... It would be good to add IONITX NVidia 9400 ID, too, to fix "Unknown" video card name (without DSDT patch).
  4. Please have a look at my detailed post dealing with Zotac IONITX http://www.insanelymac.com/forum/index.php?showtopic=197516
  5. Hi guys, For those of you with IONITX A-E boards, here’s a complete package with all my modifications. I hope some of you find it useful. UPDATE: V2 is out. === Features === I spent some time trying to make my Zotac IONITX A-E board as close to Mac Mini as possible and fix most of problems with the ION chipset. Current set of settings and KEXTs provides the following features: * Supports video card, ethernet, wi-fi, USB, audio (ALC866) out of the box * Supports native power management, no need for disabler.kext * Sleep and Safe Sleep (hibernate) work fine, even with 4Gb of RAM * Ethernet and Video are recognized correctly under their own names * CPU is recognized as “Core 2 Duo” * USB works fine, it is safe to set USB 2.0 Controller into HiSpeed mode in BIOS and enable USB Legacy devices * No need for UUID / PlatformUUID kexts * CPU temperatures are recognized by iStat and similar software * AHCI controller is recognized under its own name * ALC662 audio is working fine (although only one analog input is available). Digital Out, Front-panel Out, and Green Jack Out are OK. * ...I haven’t tried multiple monitor setups... * Fixes PC-EFI CPU Identification bug === BIOS setup === I set VRAM to 512kBytes in BIOS, USB Legacy: auto, USB 2.0 Controller: HiSpeed. HyperThreading is -enabled-. My board has 4Gb of RAM memory. If your configuration differs, you may need to change the DSDT. === Installation === * Place /Extra files to your /Extra folder * Edit /Extra/smbios.plist: set your memory serials if you wish, change your Mac Mini serial, if you wish * Place “boot” into / * If you are running 10.6.2, get 10.6.2 ‘patched’ kernel from [1] (Vanilla 10.6.2 kernel won’t boot with Atom). === My mods in details === === Chameleon === I updated Chameleon boot loader based on 2.0-RC3-r658-PC-EFI10.5 sources with 3-rd party and my own fixes. 1. added a fix for “USB Legacy” BIOS switch + HiSpeed USB [2] In /Extra/com.apple.boot.plist USBLegacyOff=yes is set by default. It should be possible to boot OS X with USB Legacy = Auto; USB 2.0 Controller: HiSpeed BIOS settings. (Note: don’t try “Wait=yes” in Chameleon if you are using USB keyboard. You will not be able to press any key after USB Legacy support is turned off). 2. added a fix for more than 2Gb of RAM (safe sleep) [3] Updated hfs.c. If more than 2Gb of RAM were installed, Chameleon would fail to restore sleepimage. This is now fixed. 3. new PC-EFI 10.5 identifies ATOM incorrectly - you will get ‘Unknown’ processor in ‘About my Mac’. In order to fix this, the easiest way is to add SMcputype = 768 into smbios.plist to force “Core 2 Duo” ID. (Chameleon authors should fix this later). [V2]: fixed bug in PC-EFI platform.c code: CPU should be recognized properly now without smbios.plist's SMcputype. 4. added ION 9400 graphics card ID (it is no longer identified as “Unknown”) (This works if GraphicsEnabler is set to ‘yes’). === /Extra/Extensions === 1. added PCI ID for AHCI Port Controller (into /Extra/AHCIPortInjector.kext) (should be recognized as MCP79 AHCI instead of Unknown Standard AHCI Controller) 2. ALC662.kext injector from shoarthing This enables audio output from both front and rear jacks. Works fine for me. 3. fakesmc.kext: This is a special version of fakesmc with support for CPU temperature reading. [4] 4. DSDT has all the necessary fixes, so, there is no need for Disabler.kext of NullCPUPowerManagement.kext etc.. 5. OS X gets UUID from the Mac address of the board, that’s why PlatformUUID.kext or UUID.kext are not necessary. 6. OpenHaltRestart.kext is still necessary. If you cannot reboot, replace it with EvOreboot.kext from [5] === DSDT changes === 1. Added mods from banini_jeque, shoarthing, wrc4: - removed CPU aliases - added check for ‘Darwin’ OS - aded DTGP - HDAC changed into HDEF - added _DSM stuff for ALC662 (codec-id etc.), although this is not necessary [ALC662.kext injector works fine] - added PWRB fix 2. My own mods: - updated _DSM for the video (should work without GraphicsEnabler=yes, if you wish), NVCAPS set to Chameleon defaults - added VRAM,totalsize (set to 512 by default) - added model name and slot for Ethernet controller - PinConfigurations for HDEF set to alc662-compatible - added _PSS P-states values. This allows to boot OS X without ‘Disabler’ or ‘NullAppleCPUManagement’. These mods allow you to boot OS X without GraphicsEnabler, EthernetBuiltIn and VBIOS. But it is OK to keep both DSDT and Chameleon settings. For your convenience, I included by original DSDT in /stuff. You can compare your own DSDT with mine and ensure my fixes are compatible with your BIOS. (For instance, Region values might be different depending of the amount of RAM installed). === com.apple.boot.plist === 1. Kernel Flags: debug=0x100 This is set in order to display the name of any KEXT that caused kernel panic. A diagnostic setting just in case you wish to figure out what’s wrong. 2. Legacy Logo = yes I like apple logo 3. GraphicsEnabler=yes, EthernetBuiltIn=yes, VBIOS=yes: It is OK to use them or to remove them (DSDT will be used instead). 4. USBLegacyOff=yes: a patch for USB 2.0 HiSpeed/USB Legacy problem === smbios.plist === 1. SMcputype is set to 768, otherwise Chameleon CPU detection code confuses ‘About my Mac’ and it says “Unknown Processor”. [V2]: this is no longer necessary 2. Feel free to fill-in SMmemserial_X, SMmempart_X, SMmemmanufacturer_ with whatever values you wish. === Known issues === I expect next chameleon revision supports ION ITX ID out of the box, and also fixes CPU identification, USB Legacy and sleep mode for 4Gb-machines. This will make my own ‘/boot’ loader redundant. FakeSMC code seems to be in ‘beta’ stage. You may see various messages from SMBios caused by missing FakeSMC key info. It also complains about MSDS key. Only Mic input works for me, Line-In is silent. Atom does not support SpeedStep, that's why there's only one P-state setting. C-state stuff is missing also - to be done some day (if ever possible). (That's why there's "_CST evaluation failed" error). AppleHDA driver keeps saying "ERROR: EFI ROM did not publish 'hda-gfx' associative property'. I don't know whether this is related to HDA or HDMI Audio. I hope HDMI Audio is supported some day in the future. That's the only feature I miss. === References === [1] 10.6.2 patched kernel: http://www.insanelymac.com/forum/index.php?showtopic=197020 [2] chameleon patch for USB: http://forum.voodooprojects.org/index.php/topic,866.0.html [3] chameleon 4Gb patch: http://forum.voodooprojects.org/index.php/topic,743.0.html [4] fakesmc with CPU temperature reading: http://www.insanelymac.com/forum/index.php...2517&st=100 [5] EvOreboot.kext http://www.osx86.es/?p=749 === Download === attached, version 2 === Acknowledgements === I would like to thank shoarthing, banini_jeque, wrc4 for helping me with all this stuff ionitx_boot.zip ionitx_boot_v2.zip
  6. Thank you! I will try to build it today. Yep, I figured that already. So, it seems there's no way to make it work without an injector. Let it be Thanks. I already figured this out and made a lot of similar changes into DSDT (and hope to publish my findings soon). (Including Ethernet and so on). I'm using a mixed approach. 1) I recompiled Chameleon, so, its code has the correct name now. 2) I updated DSDT similar to the way you posted 3) and I still have 'GraphicsEnabler' But, unfortunately, it is. I checked sleepimage file size, and it is more than 4Gb. When Chameleon tries to restore from it, due to (long) typecast it thinks file size is 0. I fixed this. It took me a while to find them, too, but I also found some more interesting patches and fixes, such as 'USBLegacyOff' fix (it turns off "USB Legacy" mode before launching the kernel, thus, it is possible to have USB2.0 HiSpeed + USB Legacy options enabled). Thank you once again for your support. I hope I can share all my tweaks soon.
  7. Hi Shoarthing, Thanks for your detailed answer! By the way, where can I get this fakesmc build? Thanks! It works! I will try to merger this information into DSDT. Oh, really. No need for PlatformUUID.kext anymore. Thanks. GraphicsEnabler shows my video as 'Unknown'. (I'm using PC-EFI 10.5 /boot). By the way, there's at least one more problem with PC-EFI 10.5 /boot Chameleon. It does not support 4Gb of memory when waking up after deep sleep. (This is a known issue, http://forum.voodooprojects.org/index.php/topic,743.0.html but no solution still). I wonder where can I get 10.5 sources (they are not the same as rc3) in order to fix this issue myself. I could also fix the 'unknown' identification of the video card.
  8. These numbers are for my Atom 330. Other Atoms will need different numbers. I put them into the processor {} block. Here's an example: http://s2.enemy.org/~zaunmayc/speedstep8.04.html You can get these numbers by installing voodoopower.kext + "p-states calculator.app". (After that it is safe to uninstall voodoopower.kext) I mean that after I added _DSM records from your DSDT, the card got recognized without any problems, and I turned off GraphicsEnabler etc..
  9. Hi banini_jeque! Thank your for your dsdt, it helped me a lot. I compared your version, wrc4's, my original dsdt and 'optimized' one (parsed with dsdtpatchergui_1.0). They are quite different, but here's what I figured out. 1. All custom DSDTs seem to remove CPU aliases in Scope(_PR). This is good. 2. I also suggest you add Name (_PSS, Package() { Package (0x06) { 1596, 64524, 10, 10, 0xc1b, 0xc1b } } ) } for each CPU in _PR scope. This way you can remove Disabler.kext, since apple's powermanagement KEXT will now work fine. (I got these magic numbers from P-state calculator + voodoopower.kext). 3. I noticed the following change: operationRegion: 0x6ffae064 (was "0xbffae064"). What value is in your original DSDT? Why did you change it? 4. "if (_OSI("Windows 2006"))" is changed into "if(LOr (_OSI ("Darwin"), _OSI("Windows 2006")))" 5. Method (DTGP, 5, NotSerialized) is added after OSYS, before _SB 6. Device(HDAC) changed into Device(HDEF) 7. Added _DSM for HDEF 8. Changed HDAC into HDEF for _L15 9. PWRB changed from _HID into _CID 10. operationRegion (HDCP): similar operationRegion change: 0xbffae0e4 to 0x6ffae0e4. Why?.. 11. _DSM for the videocard seems to improve videocard detection. I no longer need VBIOS, GraphicsEnabler or nvidia.rom. That's great! 12. RBPE, RWPE, RDPE, WBPE, WWPE, WDPE, RWDP Mute: 0x03e8 is changed into 0xffff. What does this mean?.. I also installed 10.6.2 update + patched 10.6.2 kernel, enabled HyperThreading (4 CPUs are active in OS X). My current configuration runs flawlessly with the following kexts and settings: * fakesmc * openhaltrestart * platformuuid * no need for vbios, graphicsenabler, nvidia.rom * EthernetBuiltIn = yes * graphics card, sound, wifi are recognized and working out of the box * sleep mode works fine (both from the menu and by pushing power button) I'm having the following (minor) problems: * during start-up I'm seeing this error: efi rom did not publish hda-gfx associative property (and sound output is disabled). LineOut (1/8), Ext.Mic (1/8) and SPDIF are shown in the device list. * VRAM is detected as '256 Mb', while it is set to 512 in BIOS. If I change BIOS settings to 256 Mb, system refuses to wake-up after sleep. * os x does not detect dvi/hdmi device switching
  10. wrc4, could you please upload your dsdt, smbios.plist and nvidia.rom files somewhere?.. shoarthing has removed all the links to the files... (or, shoarthing, re-upload the files, please?..) if I understand correctly, in order to install OS X 10.6.0 on IONITX board, one needs the following: * partition your HDD (GUID partition scheme) * get and install chameleon 2.0-rc3 * get updated /boot from PCEFI 10.5 * place fakesmc, disabler (or NullCPUPowerManagement - are they the same?), OpenHaltRestart to /Extra/Extensions (PlatformUUID or UUID.kext should be installed after you get a working installation of OS X and generate the UUID, otherwise system may hang-up during start-up) * set the following chameleon options: GraphicsEnabler=yes, EthernetBuiltIn=yes, VBIOS=yes, VideoROM=/Extra/NVIDIA.ROM (NvidiaRom is NOT necessary, shoarthing recommends UHCIreset=n, ForceWake=n, ForceHPET=n, EHCIacquire=n, but I don't know why) * BIOS settings: AHCI, Legacy USB disable (this will disable usb keyboard!), HyperThreading disabled * it might be necessary to boot with cpus=2 or cpus=1 before DSDT is fixed * put dsdt, smbios and nvidia.rom to /Extra What fixes are required in DSDT? P.S. There is at least one strange problem with my IONITX board. After playing with USB settings in BIOS it may refuse to boot -any- OS (including Windows). The system simply locks up. The solution is to load fail-safe values and restore your preferred BIOS settings manually. (Seems to be a BIOS bug).
  11. guys experiencing power management issues, please capture system.log for this scenario (it is in console, copy-paste only the lines that are related to 'entering into sleep mode' and 'returning to normal mode') write down the timestamps of each of your steps e.g.: 1. boot. 12:00 2. boot finished, launched itunes: 12:10 3. chosen 'sleep' in apple menu: 12:15 4. mac went in sleep mode: 12:16 5. woke up mac: 12:18 6. ... if you are getting shutdown problems, capture the logs, too don't send/attach -whole- system.log: it might be 1-2Mb - I only need just its part that is related to the problem. for instance, if you boot at 12:00 and test power-down issue around 12:15, the part of the log corresponding to this interval is sufficient for me E.
  12. Creative Soundblaster Audigy 2 ZS not being recognized

    I guess the easiest check is to ensure you are using correct jacks for kx/win -> rear and front are swapped for kx/osx -> they are not E.
  13. btw, why do you think AMD is not supported? : ) I guess it is, because AMD uses slightly different kernel, but the reset of the OS X components should run fine E.
  14. 1. You need to do this quite fast after you boot your Mac, to ensure you capture correct packets before audio becomes distorted 2. If you are running leopard, go to terminal, 'cd' to the folder where HALLab is located, then cd contents, macos, and 'sudo ./hallab'. In Tiger, (at least, for me) it is sufficient to start HalLAB from Finder 3. Launch iTunes, start audio playback 4. In terminal (you will need to open another window, because the first one is in use by HALLab) type "ps -A" - this will show you the list of processes 5. Find 'iTunes' there - don't miss it with iTunesHelper, you need 'iTunes' note process ID (a number on the left) 6. Type this number in HALLab telemetry window and press 'enter' - it should update its window and say 'iTunes' above the process ID 7. Now, select 'Every Half Second' 8. HalLab should start capturing timing information.. wait some time... re-select 'off' -- browse the data you received - there should be no red lines, and the very right column ("Zero") should contain some numbers, but not always (sometimes) : ) 9. Save HALLab output (for instance, 20-30 lines) 10. Now, wait for audio to become distorted 11. Click 'Clear data' in HALLab and choose 'Every Half Second' once again. Wait 1-2 minutes 12. Select 'Off', browse the IO data you just got 13. Check if there are any red lines 14. Check if 'Zero' column still contains some numbers (approximately every 10th or 20th line, or even less regularly) 15. If you get red lines, expand one of them and copy its information That's it. Well, a kind of black magic, but I don't have 10k1 cards here... So I cannot test this myself. Also, have a look at Console's system.log - anything strange? If kX driver finds any errors, it will say something with '!' marks. E.
×