overdue-scratch

Author Topic: SMcputype (and others) not working with SMBIOSdefaults=n on RC5  (Read 34744 times)

0 Members and 1 Guest are viewing this topic.

Gringo Vermelho

  • Forum Moderator
  • Posts: 611
  • The gray monster energy hat
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #15 on: December 09, 2010, 10:39:31 PM »
1. SMbustype: yes, it was referenced around the web; our dear Gringo Vermelho even makes a mention in his thread! How about that ;)
But according to your posted link on the actual used smbios.plist keys, indeed, SMbustype doesn't exist. Wonder who invented it...

It did exist in Chameleon 2.0 RC4 (I used it!) and was invented by DigitalDJ:
http://forum.voodooprojects.org/index.php?topic=839.0
I don't know how it became "SMbustype" when the code made it in, zef probably knows.
« Last Edit: December 11, 2010, 09:25:44 AM by Azimutz »
10.9.5 - ASUS P8Z77-V Pro - i5 3570K - GTX 660 - Chameleon 2.3 svn-r2xxx
How to...
Install Chameleon: http://forum.voodooprojects.org/index.php/topic,649
Make your own Chameleon boot CD: http://forum.voodooprojects.org/index.php/topic,484.msg2131.html#msg2131

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #16 on: December 10, 2010, 09:40:04 AM »
Yeah... i traced this "SMbustype" thing here, here, here, here, here, here (some already mentioned) and gave up :P
Still i don't know were it came from and there's also no sign of it on RC4's code.
SMcputype and SMbusspeed are indeed from DigitalDJ's patch, which i believe is inspired by his kext work (even here, no SMbustype).
Let's just leave that one alone before it comes to life again ;D



About SMbusspeed, afaik it's cpu specific, Core i7 i believe; it's of no use for you Konsti (or me), but i did checked that stuff you mention and it does the same here. The important part is that also doesn't seem to work with SMBIOSdefaults=n.
Anyone can confirm? :)



Ok... this SMBIOS stuff can get messy to explain, simply because it interacts with several stuff, cpu detection, memory detection, Mac model setting, etc... As i mentioned, the explanation i gave is mainly based on my experience as a user and the tests i been doing the past days, to refresh my mind; i also been taking a look at the code, but getting knowledge from there is going to take time, for me.

The main problem That Konsti brought up is that, some stuff, namely SMcputype, doesn't get injected from smbios.plist when SMBIOSdefaults=n is used, which i already confirmed. It seems now that SMbusspeed can be added to the bunch!? I can also confirm that the mentioned smbios.plist keys work with SMBIOSdefaults=n on RC4.
Also, i already knew that UseMemDetect is being affected by the same problem.
These are the facts!
According to that, i changed the topic again to something more appropriate and that doesn't make us being "out of topic" so easily :P
Note: Gringo, about this topic change, can you check i did it properly? I only changed first post and i don't see the other posts updated :o which i assumed it would. Wanted to spare you guys some work, but instead...

With this said, one thing we need to keep in mind, is the possibility that this code isn't ready yet!?
Also, we are assuming these keys should work with SMBIOSdefaults=n, but there's the possibility this was done on purpose? I don't believe so on the UseMemDetect case, since it has it's own mechanism to disable it.
To many doubts i can't answer atm.

So Konsti, i already explained you don't need to use SMBIOSdefaults=n to use a smbios.plist's values...
What more can i say or help you with? :)


Yes it's a late model 651 with EM64T. There's a message about 64-bit being enabled at the beginning of the boot process. IIRC you could use chess.app to see if 64-bit addressing was working? I'll check later, the P4 is occupied running Windows 7 during the day.
I think I know why you're asking, the Core Solo didn't have EM64T right? I wonder if that could cause problems.
 
Memory detection didn't fully work with Asere's booter either. Speed and type was correctly detected but the rest was missing, like with RC5. It would be cool if it was working but I can understand if nobody wants to put in the work to support something as old as i865/ICH5.
Gringo, about the memory detection i'll take a look; maybe we can at least figure if it's a problem with the detection code or some incompatibility with the machine/Bios. There's code for ICH5 on spd.c; can you check the dev id of the smbus controller against yours?
Just a silly question... do you have the missing info on Windows? :)
We're out of topic here so, feel free to pm me if you need.

About the cpu-type you're right, i did asked because of the em64t thing; Intel Core Solo/Duo don't have it.
I don't think it makes any diff; i mean, i can use Core Duo on my Pentium D and i never saw any diff. But maybe Core 2 Solo it's a better fit on these cases?! Specially on the 64 bit capable Atom's, since they belong to the same family as Core 2 cpus (6).
Our old stuff is family 15.
Anyway, i consider this stuff mostly cosmetic, since the real cpu is always detected on my system.
The "64 mode" message means you can run 64 bit apps, yes. Did you gave a try to Snow on that machine?
« Last Edit: December 10, 2010, 09:49:31 AM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

Gringo Vermelho

  • Forum Moderator
  • Posts: 611
  • The gray monster energy hat
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #17 on: December 10, 2010, 07:17:23 PM »
The SMBus controller on the P5P800SE:

00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02)

On Windows (it's running 64-bit Windows 7 Ultimate) I can see all the SPD data for all four sticks of RAM with CPU-Z.

I agree Core 2 Solo would be a better fit for my P4 and the Atoms too, but then what about older model P4s with no 64-bit support? They would still need to be set as Core Solo. Chameleon would then have to check for EM64T capability in addition to whatever it's doing now when setting the CPU type. If that's even possible.
But I guess it would be a lot of work to support old, obsolete hardware like that and I don't know how much it matters. Maybe it would be giving me trouble if I was using a MacMini model identifier, the Mac Mini had the Core Solo right? From what I've seen so far it seems that most apps look at the model identifier instead of the CPU type.

I haven't attempted to install Snow Leopard on it, maybe I'll give it a go just to say I did it.

About the topic - let me check that, I never tried changing a topic title. I hope there's a tickbox that says 'change title for all posts'. If not, blame Rocksteady. :P

/Edit
...nope, you have to change each post title individually. Booooorring!
« Last Edit: December 10, 2010, 07:22:31 PM by Gringo Vermelho »
10.9.5 - ASUS P8Z77-V Pro - i5 3570K - GTX 660 - Chameleon 2.3 svn-r2xxx
How to...
Install Chameleon: http://forum.voodooprojects.org/index.php/topic,649
Make your own Chameleon boot CD: http://forum.voodooprojects.org/index.php/topic,484.msg2131.html#msg2131

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #18 on: December 11, 2010, 09:23:05 AM »
Quote
The SMBus controller on the P5P800SE:

00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02)

On Windows (it's running 64-bit Windows 7 Ultimate) I can see all the SPD data for all four sticks of RAM with CPU-Z.
The controller id matches
Code: [Select]
{0x8086, 0x24D3, "ICH5",    read_smb_intel },I'd say the booter is not being able to retrieve the info, but... will try to take a look.

Quote
I agree Core 2 Solo would be a better fit for my P4 and the Atoms too, but then what about older model P4s with no 64-bit support? They would still need to be set as Core Solo. Chameleon would then have to check for EM64T capability in addition to whatever it's doing now when setting the CPU type. If that's even possible.
But I guess it would be a lot of work to support old, obsolete hardware like that and I don't know how much it matters. Maybe it would be giving me trouble if I was using a MacMini model identifier, the Mac Mini had the Core Solo right? From what I've seen so far it seems that most apps look at the model identifier instead of the CPU type.
yep.. as i said, i believe most of this stuff is cosmetics, unless one can take advantage of it in cases like native power management.
Chameleon does detect if the cpu has em64t or not; it's how it chooses the arch to pass to the kernel. And it also detects the number of cpus/cores. It's not that hard to make changes in that direction; in fact, it seems pretty easy.
Will try to take a look too :)

Quote
I haven't attempted to install Snow Leopard on it, maybe I'll give it a go just to say I did it.
It will work Gringo! I know a mate who has it running on a machine very similar to yours; he just doesn't run it on x86_64 arch because of the graphics drivers not having support for 64 bit (nVidia 7xxx).

Quote
About the topic - let me check that, I never tried changing a topic title. I hope there's a tickbox that says 'change title for all posts'. If not, blame Rocksteady. :P

/Edit
...nope, you have to change each post title individually. Booooorring!

hum.. it seems like so :P looks like Blackosx did the same on the other change.
Will do so, while the posts aren't that many.
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

konsti

  • Member
  • Posts: 32
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #19 on: December 11, 2010, 02:25:55 PM »
Dear friends, my turn to reply  8)

1. Thanks for confirming the SMcputype bug of this thread, Azimutz. I am happy I am not getting crazy! So what can the next step be? I mean, how can we have Chameleon developers also poke into the code and see where this injection gets lost?

2. The above question also expands to SMbusspeed, hoping that you can also confirm my contradicting reports in System Profiler with SMBIOSdefaults=Yes or No  :)  Anyway, what kind of unit is 1.33 GT/s ?

3. And I believe you all refer to CoreSolo as processor, since there has apparently never been a Core2Solo, right? You are indeed referring to value:
   <key>SMcputype</key>
   <string>257</string>
...correct?

4. I also have a hackintosh based on Core i7-860 (2.83GHz) and will test the SMbusspeed in relation to SMBIOSdefaults, if you want (more feedback, I mean).

Cheers!

Gringo Vermelho

  • Forum Moderator
  • Posts: 611
  • The gray monster energy hat
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #20 on: December 11, 2010, 03:15:23 PM »
http://en.wikipedia.org/wiki/Intel_Core#Core_2_Solo

Core 2 Solo has EM64T, Core Solo doesn't. Therefore Core 2 Solo would be a better "fake" for my P4 since it has EM64T.

But I don't know if Apple has actually used the Core 2 Solo? If not, then Core Solo is the best match.
« Last Edit: December 11, 2010, 03:18:06 PM by Gringo Vermelho »
10.9.5 - ASUS P8Z77-V Pro - i5 3570K - GTX 660 - Chameleon 2.3 svn-r2xxx
How to...
Install Chameleon: http://forum.voodooprojects.org/index.php/topic,649
Make your own Chameleon boot CD: http://forum.voodooprojects.org/index.php/topic,484.msg2131.html#msg2131

konsti

  • Member
  • Posts: 32
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #21 on: December 11, 2010, 03:21:26 PM »
I am pretty sure Apple used CoreSolo, mainly in the first generation of MacMini's. Never again, though... They went straight to the hoter CoreDuo's. I have never seen Core2Solo used in Apple products. Hence my comment (not doubted you, of course)...
So my previous value for SMcputype of 257 is for CoreSolo, mind you.

Blackosx

  • Forum Moderator
  • Posts: 1150
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #22 on: December 12, 2010, 09:15:42 AM »
...nope, you have to change each post title individually. Booooorring!
hum.. it seems like so :P looks like Blackosx did the same on the other change.
Apologies for the OT comment but I agree in that I couldn't find an option either, though I did find this topic at SMF fourms where some have had success but it didnt' work for me. So I ended up doing to manually as you've done Azimutz.

EDIT: There is the option to rename all posts when merging topics - so for speed one could create a new topic with a relevant post for this one, then merge both topics together, renaming each post in the process :)
« Last Edit: December 14, 2010, 10:31:24 AM by Blackosx »
10.10.5 / 10.11 GM1 | Asus Maximum IV Gene-Z | i7-2600 3.40GHz | 4GB | Radeon 5770 1GB

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #23 on: December 13, 2010, 03:46:46 PM »
Blackosx, i can't make that stuff work either. Maybe we need to "blame" Rocksteady like Gringo suggested ;D

Back to the SMcputype talk and about "Intel Core 2 Solo" (dec 257, hex 0x0101, cpu-type <0101>), i'm having doubts about it's usefulness?! It looks like Apple never used it (i use Mactracker to check this kind of info) and it's a "mobile" cpu so, maybe not the best choice for a desktop Pentium 4 (or even a 64 bit Atom).
Mostly trying to collect info on this...
« Last Edit: December 13, 2010, 03:51:25 PM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

Gringo Vermelho

  • Forum Moderator
  • Posts: 611
  • The gray monster energy hat
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #24 on: December 13, 2010, 08:22:15 PM »
I've done some searching as well and I could not find any mention of a Mac with a Core 2 Solo CPU either.

If the idea is to only fake CPUs that shipped in actual Macs (which makes total sense) then Core Solo is not just the best match, it is the only match there is, even if it didn't have EM64T.

Konsti, you said "since there has apparently never been a Core2Solo, right?" which to me reads as if you meant to say that that particular model doesn't exist. That's why I posted the wikipedia link.

Again sorry about the threadjack Konsti, the thread became a bit messy which is mostly my fault. But it's kind of sort of almost related.  :-[
« Last Edit: December 13, 2010, 08:23:51 PM by Gringo Vermelho »
10.9.5 - ASUS P8Z77-V Pro - i5 3570K - GTX 660 - Chameleon 2.3 svn-r2xxx
How to...
Install Chameleon: http://forum.voodooprojects.org/index.php/topic,649
Make your own Chameleon boot CD: http://forum.voodooprojects.org/index.php/topic,484.msg2131.html#msg2131

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #25 on: December 14, 2010, 05:04:02 AM »
If the idea is to only fake CPUs that shipped in actual Macs (which makes total sense) then Core Solo is not just the best match, it is the only match there is, even if it didn't have EM64T.
Yes, i agree. But, did you tried 257, just to see if it works with the Pentium 4?
I can confirm it doesn't work on my Pentium D (because of the number of cores, i assume), but it does work on an 64 bit Atom.
 
 
Dear friends, my turn to reply  8)
 
 1. Thanks for confirming the SMcputype bug of this thread, Azimutz. I am happy I am not getting crazy! So what can the next step be? I mean, how can we have Chameleon developers also poke into the code and see where this injection gets lost?
 
 2. The above question also expands to SMbusspeed, hoping that you can also confirm my contradicting reports in System Profiler with SMBIOSdefaults=Yes or No  :)  Anyway, what kind of unit is 1.33 GT/s ?
 
 3. And I believe you all refer to CoreSolo as processor, since there has apparently never been a Core2Solo, right? You are indeed referring to value:
    <key>SMcputype</key>
    <string>257</string>
 ...correct?
 
 4. I also have a hackintosh based on Core i7-860 (2.83GHz) and will test the SMbusspeed in relation to SMBIOSdefaults, if you want (more feedback, I mean).
 
 Cheers!
 
1. If you mean, "when will this be fixed?", you already know my opinion; this is not critical, thus not a priority.

2. & 4. http://en.wikipedia.org/wiki/Intel_QuickPath_Interconnect

3. Already explained by Gringo Vermelho.
« Last Edit: December 14, 2010, 05:05:43 AM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #26 on: December 28, 2010, 04:56:01 AM »
Hey Konsti,

did you tried Kabyl's branch on this matter?
It works properly ;)
« Last Edit: December 28, 2010, 04:57:53 AM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

konsti

  • Member
  • Posts: 32
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #27 on: December 28, 2010, 10:56:50 AM »
Good morning Azimutz, season's greetings everyone!
I looked into our exchanged PMs too, I could not find a source for compiled binaries for kabyl's branch.
I am not too familiar compiling with Xcode, yet but I am as happy as I am impressed that it works. That means that kabyl's code is different/improved on that matter (recently or always has been) which I hope he can merge to the main trunk, soon!
What build version did you try? Higher than your currently shared R668?

Gringo Vermelho

  • Forum Moderator
  • Posts: 611
  • The gray monster energy hat
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #28 on: December 29, 2010, 02:47:29 AM »
Kabyl branch r693 build attached, Merry Christmas.  :)
10.9.5 - ASUS P8Z77-V Pro - i5 3570K - GTX 660 - Chameleon 2.3 svn-r2xxx
How to...
Install Chameleon: http://forum.voodooprojects.org/index.php/topic,649
Make your own Chameleon boot CD: http://forum.voodooprojects.org/index.php/topic,484.msg2131.html#msg2131

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Re: SMcputype (and others) not working with SMBIOSdefaults=n on RC5
« Reply #29 on: December 29, 2010, 04:53:23 AM »
Yeah, a nice Holiday season for anyone out there :)

Konsti,
compiled binaries are not an issue, as you can see ;D
I was asking because you may had already tried it from here; the topic has nothing to do with smbios patching but Kabyl does mention the stuff on the first post.
That means that kabyl's code is different/improved on that matter (recently or always has been) which I hope he can merge to the main trunk, soon!
What build version did you try? Higher than your currently shared R668?
Yep, it's been there for a while. Kabyl rewrote a good deal of code related to smbios patcher on his branch; in fact, i meant to add it to my branch, but as you know Kabyl been busy and i didn't knew the status of the stuff; meanwhile i also got busy and i forgot that this matter we've been talking, could be fixed on his branch :P
I tried rev 594, which works fine as far as i could see; after that he added the ATI stuff, that breaks GraphicsEnabler on my card.
I'll be messing with this for now so, if you need something just yell...
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT