Jump to content

2,087 posts in this topic

Recommended Posts

Advertisement

I think I found a bug.

 

free 133MB, Available: 107MB out of 128GB? 

 

attachicon.gifScreenshot 2018-03-02 13.22.09.png

Sure, calculation is right. macOS use free memory to cache files on the drives and more.

I can't see the temperature of my HDDs/SSDs on the app pop-out, only in Menubar.

Yes this is (was?) a bug because a line of code was missing. Please confirm is solved with the app attached.

HWMonitorSMC_v2.0.3_Beta.app.zip

Share this post


Link to post
Share on other sites

Yes this is (was?) a bug because a line of code was missing. Please confirm is solved with the app attached.

Amazing, now it's working.  ;)

 

The time remaining on the battery will be add in the future?

Share this post


Link to post
Share on other sites

thanks for update HWMonitorSMC V2 3 Beta

one thing it  is possible adding option avoid scrolling bar and stretch all info like the original because my windows is very short here 

I see here Image post  and all infos is visible in the menue 

post-951341-0-98704100-1520108539_thumb.png

Share this post


Link to post
Share on other sites
On 2/24/2018 at 12:22 PM, RobertX said:

..hey devs, looking for an assist getting sensors read... chipset SCH5617...not currently supported by LPCSensors plugin....I've found some info, and an app in windows that does read from the chip (Hmonitor Version 4.5.4.2) but I'm not knowledgeable enough to tear into the app and see how it works.....

 

 

 

 

 

I'll include what info I could find...please find attached 2 pdf files, one relates specifically to the SCH5617, the other is data sheet for SCH5627P but refers to SCH5617 differences (hoping it supplies some useful tidbits)
 
 
 
 
 
 
 
...hoping for a reply...thx

 

 

...just getting things warmed up....    :smoke:

Share this post


Link to post
Share on other sites

Hi guys!

Since last days I've added to the HWSensor project a make file to build everything from the command line:

make (make all kexts and apps)
make pkg (make a package for distribution)

The package is translated in English and Italian but you can translate in any languages you want. Before doing that I want to discuss with Slice if titles and descriptions are all ok and clear. Later we can start translating it:

Welcome.html.zip

Conclusion.html.zip

Description.html.zip

Localizable.strings.zip


HWMonitorSMC.app v2 is still marked as Beta but lately I solved most of the "youth bugs". HWMonitorSMC.app v1 is still there and you can chose one or another as you wish.
Forgot to mention that in r107/108 I've added an option in both app to run them at login or not (default is to run at login) so there's no longer the need for a daemon, just run the app once.

@Slice please confirm issues with dark theme are solved in 10.11 and 10.12 please.

Again, regarding the package, it is able to install kexts in /System/Library/Extensions or in the ESP under /EFI/CLOVER/kexts/Other if Clover is installed.
The pkg make a back up of all old extensions found in the target folder (search recursively) and move them to the root of the target volume. Be aware that the package remove all known extensions from this project, but also from kozlek project before install the new ones.
You cannot select a single plugin without select the FakeSMC.kext. Why? It is clear to me that these extensions must be associated with the same kexts from the same compilations/revisions to avoid surprises. For that all plugins will be installed inside the dedicated subfolder at FakeSMC.kext/Contents/PlugIns/, so that you will see only it.

If You decide to install in SLE or in the EFI folder and those directories does not exist, the package will copy kexts in the root of the target volume, so that you will be able to install them manually.
(Installing in SLE is the default option, kexts permissions will be fixed, prelinked rebuilt!)


Here is the HWSensors-3_r111.pkg, below the log compiling it:

** Building HWSensor's extensions r111 **
   ..using the sdk: macosx10.11
=== BUILD TARGET IntelCPUMonitor OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET ACPIMonitor OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET NVClockX OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET RadeonMonitor OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET X3100 OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET IT87x OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET W836x OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET F718x OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET PC8739x OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET GeforceSensor OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.7)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.7)
=== BUILD TARGET AmdCPUMonitor OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
=== BUILD TARGET FakeSMC OF PROJECT HWSensors WITH CONFIGURATION Release 10.6 ===
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_start.o)) was built for newer OSX version (10.11) than being linked (10.6)
ld: warning: object file (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libkmod.a(c_stop.o)) was built for newer OSX version (10.11) than being linked (10.6)
** Building HWMonitorSMC.app v1 **
** Building HWMonitorSMC.app v2 **
** Building HWSensors-3_r111.pkg **
[partutil]
[Pre]
[HWMonitorSMC]
[HWMonitorSMC2]
[kextsToSLE]
[FakeSMC]
[IntelCPUMonitor]
[AmdCPUMonitor]
[GeforceSensor]
[NVClockX]
[RadeonMonitor]
[X3100]
[F718x]
[ITEIT87x]
[PC8739x]
[W836x]
[ACPIMonitor]
[VoodooBatterySMC]
[kextsToESP]
[Post]

NOTE: 
You need Xcode 9 and Swift 4+ to compile HWMonitorSMC.app v2, otherwise will not be included in the package.
Actually Slice compile kexts with the macosx10.11 sdk, so for a better result you should include it in newer Xcode at:

../Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/

Close and reopen Xcode, and the project will use the macosx10.11 sdk to build kexts as you can see at the second line of my log!
feedbacks appreciated!

Those files is to translate into your language HWMonitorSMC.app v2:

Preferences.strings.zip

Popover.strings.zip

Localizable.strings.zip

(post your translated file in this Topic)

 


How to checkout and build the project with the Terminal (line by line):

cd $HOME

svn checkout https://svn.code.sf.net/p/hwsensors/hwsensors3/code3/ hwsensors-hwsensors3-code3

cd $HOME/hwsensors-hwsensors3-code3

make pkg

Xcode required!

 

EDIT

I cannot upload bigger files than few megabites, I'm going to host the pkg somewhere..

EDIT II

link to the package added

 

EDIT III

added package with r111 stuff

Edited by vector sigma
added package with r111 stuff

Share this post


Link to post
Share on other sites
On 3/3/2018 at 9:23 PM, chris1111 said:

thanks for update HWMonitorSMC V2 3 Beta

one thing it  is possible adding option avoid scrolling bar and stretch all info like the original because my windows is very short here 

I see here Image post  and all infos is visible in the menue 

post-951341-0-98704100-1520108539_thumb.png

never said that I'll remove HWMonitorSMC.app v1.x ;). Anyway look in the preferences, you can hide the scroll bar permanently. More you can size the window as you like.

Share this post


Link to post
Share on other sites
7 minutes ago, vector sigma said:

Thanks! ...and all ok installing kexts into Clover?

I have updated my ESP personalizing option in pkg installation

checked fakesmc and other kext useful for my rig

All went fine

 

Share this post


Link to post
Share on other sites

@vector sigma

Thank you it works great, just one minor problem the hardware monitor doesn't show my NVME SSD, I can see the details of my NVME with iStat Menus.

I have to confess that I haven't booted the system with the new sensors and the new FakeSMC.kext maybe it will show up after I reboot the system with the new kexts and sensors.

I'll get back to you on that after I reboot the system which might tae a while.

Share this post


Link to post
Share on other sites
1 hour ago, Cyberdevs said:

@vector sigma

Thank you it works great, just one minor problem the hardware monitor doesn't show my NVME SSD, I can see the details of my NVME with iStat Menus.

I have to confess that I haven't booted the system with the new sensors and the new FakeSMC.kext maybe it will show up after I reboot the system with the new kexts and sensors.

I'll get back to you on that after I reboot the system which might tae a while.

It will. But I need time to import this code: https://github.com/smartmontools/smartmontools

It's written in c++ but I need obj-c or swift or even plain c (c is more than enough). in the meantime, if someone wants to start the job I'll be happy since next days I'll be very busy with my work.

1 hour ago, Matthew82 said:

Good work, but unfortunately I have to use your HWMonitorSMC 2 with Kozlek FakeSMC. Better support for new radeon and Skylake X. 

5aaeb139c4550_Zrzutekranu2018-03-18o19_32_35.thumb.png.c58c18f800d99c434c77cdb5c867419e.png

What is better?

Edited by vector sigma

Share this post


Link to post
Share on other sites
1 minute ago, vector sigma said:

It will. But I need time to import this code: https://github.com/smartmontools/smartmontools

It's written in c++ but I need obj-c or swift or even plain c (c is more than enough). in the meantime, if someone wants to start the job I'll be happy since next days I'll be very busy with my work

It's not a big deal and there is no rush, take your time, I just reported this just to make sure if it's available or not. Thanks for your time and efforts man :)

Share this post


Link to post
Share on other sites

Guys, in r107/108 I've introduced a new bug in HWMonitorSMC.app v2 and in Sierra and El Capitan is crashing due to the new code that add the app to the login items.

...working to solve.. so don't panic :wink_anim:

Edited by vector sigma

Share this post


Link to post
Share on other sites

Bug previously mentioned solved in r110. In r111 I've added a new Icon for the app v2, new package here.

Please report back.

 

@Slice, I see this post on Apple Life. The "force to use dark appearance" option in the Preferences is for who wants the app to be Dark on a normal appearance (i.e. Light). When the macOS appearance is alerady Dark ...will do nothing ... is already Dark and HWMonitorSMC already know what to do automatically. 

Edited by vector sigma

Share this post


Link to post
Share on other sites
1 hour ago, vector sigma said:

 

What is better?

-Support for dual gpu

-Fun speed showing good value

-better support for temp sensor.

 

Share this post


Link to post
Share on other sites
On 18/3/2018 at 9:24 PM, Matthew82 said:

-Support for dual gpu

-Fun speed showing good value

-better support for temp sensor.

 

Dual gpu support must be written, Fun speed depend on your DSDT. About temperatures you should post a screen shot to see differences. I'll take a look as soon as I have time with no promis.

On 18/3/2018 at 7:48 PM, Cyberdevs said:

It's not a big deal and there is no rush, take your time, I just reported this just to make sure if it's available or not. Thanks for your time and efforts man :)

Hi, in the meantime you or anyone has a NVMe disk can try the attached command line and post the output?

smarter disk0

It's just a quinck port of smartmontools in obj-c and may not print readable stuff, but I want to see if We got attributes. Thanks!

smarter.zip

Edited by vector sigma

Share this post


Link to post
Share on other sites
On 18.03.2018 at 9:35 PM, Matthew82 said:

Good work, but unfortunately I have to use your HWMonitorSMC 2 with Kozlek FakeSMC. Better support for new radeon and Skylake X. 

 

But it is HWSensors3:RadeonMonitor who has support for all new Radeons. Not kozlek.

Share this post


Link to post
Share on other sites
8 hours ago, vector sigma said:

Dual gpu support must be written, Fun speed depend on your DSDT. About temperatures you should post a screen shot to see differences. I'll take a look as soon as I have time with no promis.

Hi, in the meantime you or anyone has a NVMe disk can try the attached command line and post the output?


smarter disk0

It's just a quinck port of smartmontools in obj-c and may not print readable stuff, but I want to see if We got attributes. Thanks!

smarter.zip

Here is the output of the command on disk0

S.M.A.R.T. check disk: 0  SMARTReadData() failed with e00002de
Error: S.M.A.R.T. attribute check failed for disk 0 with status -536870178

Share this post


Link to post
Share on other sites

Samsung 960 pro 1 Tb (nvme)


fabios-iMac-Pro:~ fabio$ /Users/fabio/Downloads/smarter disk0
S.M.A.R.T. check disk: 0  SMARTReadData() failed with e00002de
Error: S.M.A.R.T. attribute check failed for disk 0 with status -536870178
fabios-iMac-Pro:~ fabio$ 

Screen Shot 2018-03-21 at 7.00.38 PM.png

Share this post


Link to post
Share on other sites
14 hours ago, Cyberdevs said:

Here is the output of the command on disk0

S.M.A.R.T. check disk: 0  SMARTReadData() failed with e00002de
Error: S.M.A.R.T. attribute check failed for disk 0 with status -536870178

 

1 hour ago, fabiosun said:

Samsung 960 pro 1 Tb (nvme)


fabios-iMac-Pro:~ fabio$ /Users/fabio/Downloads/smarter disk0
S.M.A.R.T. check disk: 0  SMARTReadData() failed with e00002de
Error: S.M.A.R.T. attribute check failed for disk 0 with status -536870178
fabios-iMac-Pro:~ fabio$ 

Screen Shot 2018-03-21 at 7.00.38 PM.png

I made some changes (see attached smarter command line), but I can not notice that s.m.a.r.t. it is not enabled for you (see fabiosun screenshot and see mine). also read this:
https://mac-optimization.bestreviews.net/why-apple-drop-support-smart-status-late-2016-macbook-pros/

I don't think any driver or plugins will be able to read something about smart if isn't supported by Apple (or I'm wrong?), anyway should print something about "Got a NVMe disk.." to ensure the disk is found. Tell me..

 

smart_verified.png.af7fb2648ce676674c4b5272de2fc1b2.png

smarter.zip

Edited by vector sigma

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By kevin_1351
      tl;dr: VirtualSMC causes me a flood of log messages and correlated cpu spikes. FakeSMC doesn't.
       
      Hi, I have almost finalized my Huawei Matebook X Pro Opencore setup and everything is working very well besides wifi/bt ofc (which is about to change).
       
      However, I noticed how the cpu usage sometimes went up a little and when looking at the Console I could see a never-ending flood of:
      default 14:05:05.983292+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:05.982975+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:05.982996+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:06.985932+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:06.985949+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:06.986134+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:39.426574+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:39.426729+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:39.426585+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:41.431085+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:41.431097+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:41.431246+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:42.433068+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:42.433227+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:42.433078+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:43.434453+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:43.434465+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:43.434622+0100 loginwindow clamshellStateChanged | Clamshell state changed: closed=0, shouldSleepWhenClosed=2 default 14:05:44.436155+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0 default 14:05:44.436166+0100 kernel PMRD: clamshell closed 0, disabled 0, desktopMode 0, ac 0 sleepDisabled 0  
      As you can see, multiple of these per second. Another guy with the same computer is also having this issue and posted a dsdt change to fix it. This fix didn't solve anything though
      He tried to limit the Notify call by implementing a state change requirement before calling Notify.
       
      Here is the original acpi:
      Scope (_SB) { Device (LID) { Name (_HID, EisaId ("PNP0C0D") /* Lid Device */) // _HID: Hardware ID Method (_LID, 0, NotSerialized) // _LID: Lid Status { Local0 = One Local0 = ^^PCI0.LPCB.EC0.RPIN (0x05, 0x06) If ((Local0 == 0x55)) { Local0 = Zero } Else { Local0 = One } ^^PCI0.GFX0.CLID = Local0 Return (Local0) } } Device (PWRB) { Name (_HID, EisaId ("PNP0C0C") /* Power Button Device */) // _HID: Hardware ID Method (_STA, 0, NotSerialized) // _STA: Status { Return (0x0B) } } } Scope (_SB.PCI0.LPCB.EC0) { Method (_Q81, 0, NotSerialized) // _Qxx: EC Query, xx=0x00-0xFF { Local0 = ^^^^LID._LID () If ((Local0 == Zero)) { ADBG ("LID-OFF") SGOV (0x02030009, Zero) SGOV (0x02060000, Zero) } Else { ADBG ("LID-ON") SGOV (0x02030009, One) SGOV (0x02060000, One) Notify (ALSD, 0x80) // Status Change } Notify (LID, 0x80) // Status Change } } Which he changed to: 
      Scope (_SB) { Device (LID) { Name (_OLD, One) // assuming everything else.. the lid should start open? Name (_HID, EisaId ("PNP0C0D") /* Lid Device */) // _HID: Hardware ID Method (_LID, 0, NotSerialized) // _LID: Lid Status { Local0 = One Local0 = ^^PCI0.LPCB.EC0.RPIN (0x05, 0x06) If ((Local0 == 0x55)) { Local0 = Zero } Else { Local0 = One } Return (Local0) } } Device (PNLF) { Name (_HID, EisaId ("APP0002")) // _HID: Hardware ID Name (_CID, "backlight") // _CID: Compatible ID Name (_UID, 0x0A) // _UID: Unique ID Name (_STA, 0x0B) // _STA: Status } Device (PWRB) { Name (_HID, EisaId ("PNP0C0C") /* Power Button Device */) // _HID: Hardware ID Method (_STA, 0, NotSerialized) // _STA: Status { Return (0x0B) } } } Scope (_SB.PCI0.LPCB.EC0) { Method (_Q81, 0, NotSerialized) // _Qxx: EC Query, xx=0x00-0xFF { Local0 = ^^^^LID._LID () If ((Local0 == Zero)) { ADBG ("LID-OFF") SGOV (0x02030009, Zero) SGOV (0x02060000, Zero) } Else { ADBG ("LID-ON") SGOV (0x02030009, One) SGOV (0x02060000, One) Notify (ALSD, 0x80) // Status Change } If ((^^^^LID._OLD != Local0)) { Notify (LID, 0x80) // Status Change ^^^^LID._OLD = Local0 } } } Besides me not seeing any reason to declare _OLD in LID. The idea itself shouldn't be too bad right? Well, as I said, his fix didn't work.
       
      In fact, to prove that Method _Q81 doesn't have anything to do with the issue at all, I created a Clover/Opencore patch to change _Q81 to XQ81. This resulted in my lid not working at all of course, but the log flooding still persisted!
      So _Q81 doesn't have anything to do with the issue afaik.
       
      Now, further Google searches led me to a chinese post where he tied the issue to VirtualSMC. And indeed, by migrating to FakeSMC the issue is no more.
       
      Unfortunately, I'm very fond of VirtualSMC for various reasons. So I would very much like to keep it. If not I'd have to implement the old way of doing Battery monitoring etcetc. Which isn't very elegant and update proof as it requires DSDT patching.
       
      So, I do believe that the issue may very well be in the DSDT code, perhaps in the ambient light part. I'm not very skilled at this and just started studying the ACPI spec 3 days ago.
       
      Could someone please help me out? Thanks a lot in advance
       
       
      origin.zip
      OC.zip
    • By Slice
      Guys,
      Don't mix 6.18 and 3.41.
       
      There are three different projects for monitoring temperatures, voltages, fans speed and other hardware parameters:
      Initially it was FakeSMC with plugins for producing SMC keys for hardware parameters for different hardware. But sometimes ago Kozlek separated own version of FakeSMC and producing new set of plugins while I stay with good working version 3. So..
      1. FakeSMC v3 with Hardware Sensors3  which I still supported.
      2. FakeSMC v6 (rev1800) by Kozlek and supported by Rehabman. AFAIK both are abandoned and the project is not supported. Or may be maintained by coauthors.
      3. New VirtualSMC by vit9696 with own set of sensors kexts. It depends on Lilu.kext. The project is in active development.
      All three project have incompatible interfaces sensors<->SMC so they are incompatible with each other.
       
      There are applications for monitoring hardware parameters and they commonly depends on these projects.
      1. iStat, iStatMenu, iStatPro compatible with real Macs because they use SMC keys just like those presents in real Macs.
      2. HWMonitorSMC by Navi (initial codes from Kozlek)  used in my HWSensors3.
      3. HWMonitor by Kozlek with graphics like in IntelPowerGadget used in his HWSensors version.
      4. HWMonitorSMC2 by Vector_Sigma tends to be universal supporting all project. It also may use sensors information produces by Apple graphics and by IntelPowerGadget.
       
      Let us discuss here differences and common ideas for this projects.
       
×