Contribute
Register

Lenovo V330 - 15ikb

Status
Not open for further replies.
Sniki said:
Will check the thread in more details.

Will post problem reporting files tonight and after taking a look at the DSDT you could propably give an idea for a simpler hotpatch for that, it would be also even better if we can come up with a simple patch that we can sent a pull request so maybe other can get good use of it, but since most of the people are still on static patch, its maybe not that much contributing for others.

Yes, the SignalProcessing data in the layout XML file, from layout1 till layout70 there were like 7-8 layouts that worked very well and picked 3 best of them but lost track after external hdd corruption.
Will check that again.

Yes, it would definitely better since it’s something that i need to do only once, i can do that only to find the EC queries generated and remove DSDT.

Will test both variants and see how they work.
I also noticed that the cursor does get a bit laggy when i connect the hdmi display
Could it be the edid problem or something else.

After if fix those remaining issues, will post problem reporting files again so you can maybe point into improvements that could be done to simplify/remove unnecessary patches, or also point a problem that I couldn’t find or that i did in the process of patching.
Click to expand...
you can use this:

Code: 
<dict>
                <key>Comment</key>
                <string>Stops the need to remove AppleIntelLpssI2CController</string>
                <key>Disabled</key>
                <false/>
                <key>Find</key>
                <data>
                SU9LaXQ=
                </data>
                <key>InfoPlistPatch</key>
                <true/>
                <key>Name</key>
                <string>AppleIntelLpssI2CController</string>
                <key>Replace</key>
                <data>
                SU9LaXM=
                </data>
            </dict>
            <dict>
                <key>Comment</key>
                <string>Stops the need to remove AppleIntelLpssI2C</string>
                <key>Disabled</key>
                <false/>
                <key>Find</key>
                <data>
                SU9LaXQ=
                </data>
                <key>InfoPlistPatch</key>
                <true/>
                <key>Name</key>
                <string>AppleIntelLpssI2C</string>
                <key>Replace</key>
                <data>
                SU9LaXM=
                </data>
            </dict>
saves you from deleting kexts, it also seems to work after mac updates, tested from 10.13.1 ->10.13.4
 
feartech said:
you can use this:

Code: 
<dict>
                <key>Comment</key>
                <string>Stops the need to remove AppleIntelLpssI2CController</string>
                <key>Disabled</key>
                <false/>
                <key>Find</key>
                <data>
                SU9LaXQ=
                </data>
                <key>InfoPlistPatch</key>
                <true/>
                <key>Name</key>
                <string>AppleIntelLpssI2CController</string>
                <key>Replace</key>
                <data>
                SU9LaXM=
                </data>
            </dict>
            <dict>
                <key>Comment</key>
                <string>Stops the need to remove AppleIntelLpssI2C</string>
                <key>Disabled</key>
                <false/>
                <key>Find</key>
                <data>
                SU9LaXQ=
                </data>
                <key>InfoPlistPatch</key>
                <true/>
                <key>Name</key>
                <string>AppleIntelLpssI2C</string>
                <key>Replace</key>
                <data>
                SU9LaXM=
                </data>
            </dict>
saves you from deleting kexts, it also seems to work after mac updates, tested from 10.13.1 ->10.13.4
Click to expand...

Do these patches still work if you do this...:
- boot your system
- wait long enough for the kernel to unload the Lpss kexts (check in kextstat)
- rebuild cache (sudo kextcache -i /)
- reboot

My guess is that if they fall out of cache (as can happen even without forcing it as I suggest),... next reboot Clover won't patch the plist (because it isn't in cache), and then you're back to the failure scenario (until you rebuild cache again, as long as you do it soon enough before the kernel unloads the kexts).
 
RehabMan said:
Do these patches still work if you do this...:
- boot your system
- wait long enough for the kernel to unload the Lpss kexts (check in kextstat)
- rebuild cache (sudo kextcache -i /)
- reboot

My guess is that if they fall out of cache (as can happen even without forcing it as I suggest),... next reboot Clover won't patch the plist (because it isn't in cache), and then you're back to the failure scenario (until you rebuild cache again, as long as you do it soon enough before the kernel unloads the kexts).
Click to expand...
Haven't got the laptop to hand at the moment but here is a scenario:

clean install of Macos 10.13.1 (too lazy to build a 10.13.4 stick)

(i use a usb mouse for installation, install clover and kexts until next boot)

after installation, and welcome screen, i install clover, copy over my clover folder from backup which includes said patch above

then install kexts to /L/E

then reboot machine with no caches option. When i get into macOS the trackpad is working immediately with no issues

i then sudo kextcache -i / then reboot, all else then works, ie Backlight and audio

i then run the combo update, when that has finished i am at the macOS with no audio and backlight controls but... the trackpad is still working. i would then reboot without caches (trackpad still works) then rebuild caches and then reboot, then all works as it should so, ie audio, backlight and most importantly trackpad as well

whether or not it is important but i am not using the new VoodooI2C as that gives me issues in dragging windows, ie i would hold down with one finger and try and drag with another finger, that doesn't work, i have to hold down one finger and then use 2 fingers to drag out a window for some reason, but then Asus have a buggy system but this is neither here or there!
 
feartech said:
Haven't got the laptop to hand at the moment but here is a scenario:

clean install of Macos 10.13.1 (too lazy to build a 10.13.4 stick)

(i use a usb mouse for installation, install clover and kexts until next boot)

after installation, and welcome screen, i install clover, copy over my clover folder from backup which includes said patch above

then install kexts to /L/E

then reboot machine with no caches option. When i get into macOS the trackpad is working immediately with no issues

i then sudo kextcache -i / then reboot, all else then works, ie Backlight and audio

i then run the combo update, when that has finished i am at the macOS with no audio and backlight controls but... the trackpad is still working. i would then reboot without caches (trackpad still works) then rebuild caches and then reboot, then all works as it should so, ie audio, backlight and most importantly trackpad as well
Click to expand...

Nowhere in there did you wait long enough for the Lpss/I2C kexts to be unloaded by the kernel.
I'm not sure how long it takes.
You would have to let it sit there for a while and check kextstat every so often...
Then when the kexts are not listed in a kextstat output, rebuild cache.
 
@RehabMan

Audio (Conexant 20751/2):
- I can't seem to fix audio "Internal Mic" for some reasons, I do get input, however Siri has trouble reading the voice.
The moment that I activate Siri, it responds instantly with "Sorry, could you say that again ?"
Looking at your repo and other available patches, it seems that you did patch this codec too, do you have any idea about this issue, maybe @the-braveknight can give us an idea too about this, I did use your codec - Injector that I did build from the script, everything works its just that Siri doesn't recognize sound and instantly respond with "Sorry, could you say that again ?".

This problem took also away my day, since one of you owns that hardware you might have an idea on what the problem could be.

Will provide problem Reporting files tomorrow as for now I'm going to sleep, I just wanted so summarize my progress so far with this laptop, anyway into the other details:

HDMI:
After I created the Display Override and only changed the 20 byte which was "95" and replaced with "A5", now even after i unplug the HDMI cable, the internal display works, also I have no more laggy cursor when HDMI connected, system runs smooth
- I have to test HDMI Audio tomorrow if I do get sound from it.

VGA Port:
VGA port seems to work with one of the replacement "available on your prebuilt configs" kexts patches but when I unplug the via cable, system instantly reboots.
Could it be that we need a replace port xxxx with xxxx for VGA as well or it might be something else

USB ports [Fixed]:
- Disabled Fingerprint Reader by commenting its HSxx Port
- USB-C Ports: couldn't test them so far, no USB-C device at my house to test that, I assume they are connected to XHC as I have USR1 & USR2 which I believe it's where they are connected.
- Power Properties seems to be fine with MacBook Pro 14.3 USBX SSDT, I connected my iPhone 7 Plus on my two USB3 Ports and it is charging on both of them without a problem.

Keyboard Map:
- To debug codes For only 5 buttons and map them to Fxx keys, should be a peace of cake.

VoodooI2C:
- After providing the problem reporting files, to get a better/more simple idea for hot patching the Touchpad "Device (TPD0)".
Even though it seems to be working fine.
- About kexts installation, they seem to work fine on EFI/Clover/kexts/other with config.plist /System Parameters/InjectKexts=Yes (if that's ok, I see no problem with it, but if it's bad "patching wise" and if it might cause an issue like that, id like to know that and find a better solution for that).

Other cosmetical fixes:

Card Reader:
Works OOB, however into About This Mac > System Informations > Card Readers = theres no info about it.
So im curious to know is it possible to on the fly patch the kext via clover to show informations about it ?
I know there was a way to edit the kext and replace product and vendor id of your kext and the info would show up, I was curious to know if its possible to do that by clover.

Fan RPM:
- How do I find the corresponding code about Fan RPM, I read that some people do it with ACPIPoller.kext or with ACPIDebug, how do I do that ?

I know that you can't guess the correct answer without problem reporting files, but I wrote this just as a summary and to get a "possible causes" feedback, as for tomorrow I plan to workout the remaining Problems.

The nr1 issue for now that I want to fix is the Internal Mic input not being recognized by Siri.
Will try AppleALC tomorrow to see if it works with it or not, but if its a known issue with a known fix, I would like to know that.

So far this laptop seems to be an excellent Hackintosh machine as it gives like 95% real Mac hardware experience.
Except the FingerPrint Reader "which is also considered as optional thing" everything seems to be fixable and works on MacOS.
 
Sniki said:
Audio (Conexant 20751/2):
- I can't seem to fix audio "Internal Mic" for some reasons, I do get input, however Siri has trouble reading the voice.
The moment that I activate Siri, it responds instantly with "Sorry, could you say that again ?"
Looking at your repo and other available patches, it seems that you did patch this codec too, do you have any idea about this issue, maybe @the-braveknight can give us an idea too about this, I did use your codec - Injector that I did build from the script, everything works its just that Siri doesn't recognize sound and instantly respond with "Sorry, could you say that again ?".
Click to expand...
Provide codec_dump from Linux and I’ll try to take a look as soon as I have time.

Note: You might have to use CodecCommander.kext with special configuration SSDT.

Refer to RehabMan’s fork and try it with SSDT-CX20752.dsl available in his repo here: https://github.com/RehabMan/EAPD-Codec-Commander


Use them with my injector and let me know.
 
the-braveknight said:
Provide codec_dump from Linux and I’ll try to take a look as soon as I have time.

Note: You might have to use CodecCommander.kext with special configuration SSDT.

Refer to RehabMan’s fork and try it with SSDT-CX20752.dsl available in his repo here: https://github.com/RehabMan/EAPD-Codec-Commander


Use them with my injector and let me know.
Click to expand...
I will provide the codec dump when i go home, im at work right now, however:
I did try your injector + SSDT-CX20752.dsl also tried the SSDT-HDEF.dsl from your repo but still siri gives me that problem.
All inputs and outputs are working, its just either a sort of background noise on internal mic or something similar not allowing Siri to get the voice clearly/correctly.

Will provide files when i go home.
Thank you.
 
Sniki said:
HDMI:
After I created the Display Override and only changed the 20 byte which was "95" and replaced with "A5", now even after i unplug the HDMI cable, the internal display works, also I have no more laggy cursor when HDMI connected, system runs smooth
Click to expand...

See if you can implement the same with config.plist/Graphics/EDID/Inject=true EDID/Custom.

VGA Port:
VGA port seems to work with one of the replacement "available on your prebuilt configs" kexts patches but when I unplug the via cable, system instantly reboots.
Could it be that we need a replace port xxxx with xxxx for VGA as well or it might be something else
Click to expand...

VGA not really supported. Good luck with that one (I have no VGA monitors here, therefore no interest in them...)

I assume they are connected to XHC as I have USR1 & USR2 which I believe it's where they are connected.
Click to expand...

USR1/USR2 not an indication of anything.
Usually, USB-C connected to XHC does not use them either.

Fan RPM:
- How do I find the corresponding code about Fan RPM, I read that some people do it with ACPIPoller.kext or with ACPIDebug, how do I do that ?
Click to expand...

If BIOS fan controls work well enough, then best to just leave it at that...
Otherwise requires significant reverse engineering.
The Windows project "Laptop Fan Control" can provide valuable data if your computer is supported.
 
@RehabMan

Im doing the keyboard map right now but im facing a weird problem with F10 (Projector) key, it is generating me two codes:
Code: 
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key e05b=3a up
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key e05b=3a down
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key 19=23 down
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key 19=23 up
How do i fix this problem, I wanted to map it to video/mirror toggle function on macOS.

Same goes for F9 (Lock) "On windows 10 it used to lock laptop to login in screen"
Code: 
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key e05b=3a up
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key e05b=3a down
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key 26=25 down
kernel: (VoodooPS2Keyboard) ApplePS2Keyboard: sending key 26=25 up
So as you can see, it does send the "e05b=3a" first for both of the mentioned keys then just the second scan code is different.
Any idea on these situations ?
 
the-braveknight said:
Provide codec_dump from Linux and I’ll try to take a look as soon as I have time.

Note: You might have to use CodecCommander.kext with special configuration SSDT.

Refer to RehabMan’s fork and try it with SSDT-CX20752.dsl available in his repo here: https://github.com/RehabMan/EAPD-Codec-Commander


Use them with my injector and let me know.
Click to expand...
As I expected, it seems to be a known issue with Siri "Sorry, could you say that again?" shoowing the moment that you press the Siri button without even trying to listen for sound.
As I read on a thread from someone else, it seems to be iMessage related, so i can't confirm that for now as I didn't login with my Apple ID on this laptop yet. neither added the iMessage working IDs until im done troubleshooting my other errors.

My codec seems to be 100% identical with yours, as both my injector that I created and the one on your repo work well, I have all inputs and outputs, I just realized that that Siri problem wasn't audio patching related.

But just in case here is the codec dump if you want to take a look
 

Attachments

  • codec_dump.txt
    5.7 KB · Views: 116
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top