Jump to content

ivik

Members
  • Content count

    267
  • Joined

  • Last visited

About ivik

  • Rank
    InsanelyMac Sage

Recent Profile Visitors

3,139 profile views
  1. ivik

    AppleALC — dynamic AppleHDA patching

    @MacPeet El capitan. It has t7700 cpu, so HS is not option for now. Have to find t9500 cpu. I bought this laptop for 30euros 3 weeks ago, with everything working, battery like new, it looks like from store, 4gb ram, 1920x1200 17" screen, replaced wifi and put SSD. Also sleep and hibernation working, native brightness, volume touch buttons work. Windows was not option because of broken touchpad drivers, and linux because of slow graphics. Here everything works like it should. AD1981 is also on thinkpad T60. I searched everywhere, but no solution. Here is some half working legacy driver, don't know how binary was patched(if it was): https://forum.thinkpads.com/viewtopic.php?t=85344&start=28#p564260
  2. ivik

    AppleALC — dynamic AppleHDA patching

    @MacPeet Sound is greyed, no devices is syspref. There are some assertions in console, not sure if they were before. Sysinfo now doesn't have line line-in which is OK, it is maybe connected to dock. alcdbg.tiff ioreg.tiff sndAssert.tiff sysinfo.tiff
  3. ivik

    AppleALC — dynamic AppleHDA patching

    Tried, but audio is greyed and nothing in syspref. Microphone(24) works only with 4->21->12->31-24 with VoodooHDA. Doesn't work with 4->21->24. ExtMic(8) works only with 4->21->12->30->8 with VoodooHDA. Outputs work with 3->5 and 3->6 with VoodooHDA. Outputs also work with 3->17-14->5/6. Attached console, ioreg and sys info. It looks like it is registering to AppleHDA. Thank you for your effort and time. console.tiff ioreg.tiff ioreg2.tiff sysinfo.tiff
  4. ivik

    AppleALC — dynamic AppleHDA patching

    Hi! Is it possible to get codec AD1981 running with AppleHDA on HP Compaq 8710w? It works nicely with VoodooHDA. Speakers and HP are switching automatically. Internal and HP mic also work - no switching in SysPref but it works when mic is plugged in and internal mic works when hp mic is unplugged. It has same weird pathmap - connected directly: Playback: nid=5 [pin: Speaker (Analog)] | + <- nid=3 [audio output] [src: pcm] bindSeq=00008001 nid=6 [pin: Headphones (Grey Left)] | + <- nid=3 [audio output] [src: pcm] bindSeq=00008001 But inputs are really weird. There are 5 nodes from input to HP mic/Internal mic nid=4 [audio input] | + <- nid=21 [audio selector] [src: mix] bindSeq=00000003 | + <- nid=12 [audio mixer] [src: mix] bindSeq=00000003 | + <- nid=30 [audio selector] [src: mic] bindSeq=00000001 | + <- nid=8 [pin: Microphone (Grey Left)] [src: mic] bindSeq=00000001 + <- nid=31 [audio selector] [src: monitor] bindSeq=00000002 | + <- nid=24 [pin: Microphone (Analog)] [src: monitor] bindSeq=00000002 Can pathmap like that even work with AppleHDA? What codec should I patch? I tried patches from AD1984 but no luck. These are manually patched verbs: 00571c10 00571d01 00571e17 00571f90 00570C02 00671c20 00671d10 00671e21 00671f03 00771cf0 00771d00 00771e00 00771f40 00871c30 00871d10 00871e81 00871f03 00971cf0 00971d00 00971e00 00971f40 00a71cf0 00a71d00 00a71e00 00a71f40 01671cf0 01671d00 01671e00 01671f40 01771cf0 01771d00 01771e00 01771f40 01871c40 01871d01 01871ea0 01871f90 01971cf0 01971d00 01971e00 01971f40 Codecgraph and linux codecdump attached. Thx for any help or suggestions. codec.txt 2.svg codec.txt
  5. ivik

    GMA 950 mirror device prop.

    I finnaly got GMA950 mirror mode working with 10.6.8 and vanilla drivers. DSDT patch: Method (_DSM, 4, NotSerialized) { Store (Package () { "model", Buffer () {"GMA 950"}, "built-in", Buffer () {0x00}, "AAPL,HasLid", Buffer () {0x01, 0x00, 0x00, 0x00}, "AAPL,HasPanel", Buffer () {0x01, 0x00, 0x00, 0x00}, "AAPL,NumDisplays", Buffer () {0x04, 0x00, 0x00, 0x00}, "AAPL,NumFramebuffers", Buffer () {0x02, 0x00, 0x00, 0x00}, "AAPL,SelfRefreshSuported", Buffer () {0x01, 0x00, 0x00, 0x00}, "AAPL01,BootDisplay", Buffer () {0x00, 0x00, 0x00, 0x00}, "AAPL01,CurrentDisplay", Buffer () {0x00, 0x00, 0x00, 0x00}, "AAPL01,Pipe", Buffer () {0x00, 0x00, 0x00, 0x00}, }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } http://www.youtube.com/watch?v=5RQTPXwIRoA
  6. Look at brightness methods. If they write to EC registers, then brightness is controlled with EC.
  7. It depends. If yout hardware is controlled by EC, then no.
  8. Are values changing in ioreg when you move slider? Does driver print levels in dmesg?
  9. Are under LCD brightness methods? I you got slider working and brightness changes without driver, then you have same registers for brightness, but osx writes wrong values in it.
  10. Try this one: vaiozdsdt.dsl.zip
  11. Try this dsdt vaiozdsdt.dsl.zip
  12. Upload your ioreg and modified dsdt.
  13. Yes, graphics enabler patches dsdt, but this is not enough because it doesn't inject brightness stuff. Search nvidia in dsdt.
  14. Did you try brightness utility when GraphicsEnabler=No? My method works when apple is not messing with brightness. It works always when brightness is controlled with EC. If you have same brightness controll like apple laptops, but don't have brightness injectors in dsdt, brightness won't work. I told you before... dump your dsdt from osx. Find where chamleon inject values, and add what is needed for brightness. Upload you ioreg so i can see where is graphics card.
  15. I added SNIN in _BCL method hoping that this wil init brightness and faked windows 2006 in osys.. I think that apple driver messes your brightness, because there are no injectors for brightnes. Try booting with GraphicsEnabler=No and then check if brightness work. Search this topic. You'll find what you need for 330m. Don't forget to add pnlf.
×