Jump to content

Chameleon 2.4svn Official PKG Installer

ErmaC

By ErmaC,
in Chameleon

 Share
4,261 posts in this topic

Recommended Posts

Dr. Hurt
Dr. Hurt
Posted
Posted

@ErmaC and @Bungo

 

I'd like to report that the latest version of Chameleon finally fixes the issues I had.

Congratulations. 

 

Here's the smbios info I'm injecting: (location in chassis and asset tag are still not injected though)

<key>SMbiosvendor</key>
<string>Apple Inc.</string>
<key>SMbiosversion</key>
<string>MP31.88Z.006C.B05.0802291410</string> 
<key>SMbiosdate</key>
<string>02/29/08</string>
 
<key>SMmanufacturer</key>
<string>Apple Inc.</string>
<key>SMproductname</key>
<string>MacPro3,1</string>
<key>SMsystemversion</key>
<string>1.0</string>
<key>SMserial</key>
<string>**************</string>
<key>SMskunumber</key>
<string>System SKU#</string>
<key>SMfamily</key>
<string>MacPro</string>
 
<key>SMboardmanufacturer</key>
<string>Apple Inc.</string>
<key>SMboardproduct</key>
<string>Mac-F42C88C8</string>
<key>SMboardversion</key>
<string>Proto1</string>
<key>SMboardserial</key>
<string>C02140302D5DMT31M</string>
<key>SMboardassettag</key>
<string>Base Board Asset Tag#</string>
<key>SMboardlocation</key>
<string>Part Component</string>
<key>SMboardtype</key>
<string>11</string>
 
<key>SMchassismanufacturer</key>
<string>Apple Inc.</string>
<key>SMchassistype</key>
<string>7</string>
<key>SMchassisversion</key>
<string>Mac-F42C88C8</string>
<key>SMchassisserial</key>
<string>***************</string>
<key>SMchassisassettag</key>
<string>Pro-Enclosure</string>

Now I can login, update and everything is working perfectly :)

  • Like 2
Link to comment
Share on other sites
ErmaC
ErmaC
Posted
  • Author
Posted
EDIT: problem is ONLY in last Enoch version. I used this.

 

Now tried with last chameleon version and that problem is not there. So only Enoch has this.

 

 

@ErmaC and @Bungo

 

I'd like to report that the latest version of Chameleon finally fixes the issues I had.

 

For Enoch I already know where the problem is... I will fix it in the next revision (no time at this moment)

 

Fabio

  • Like 1
Link to comment
Share on other sites
ErmaC
ErmaC
Posted
  • Author
Posted

Two observations - Chamelon 2.2 svn r-2286:

bdmesg needs to be updated to also show "** PRIVATE **" on the chassis serial number, because it's the same as the system serial number.

Hi Gringo!

 

Tiny update...

can you test latest 2289? (commit this morning not precompiled yet, I plan to commit more during this days)

I just need to know if also for you (all of you) the "serial" is masked with a string "PRIVATE" as I do for the system serial in bdmesg.

 

Fabio

  • Like 2
Link to comment
Share on other sites
Gringo Vermelho
Gringo Vermelho
Posted
Posted

Fresh and clean svn compile: Chameleon 2.2svn (svn-r2290) [2014-01-05 18:04:48]

 

All below codebox content is from latest bdmesg.

 

1 question: Why does bdmesg say that symbols.dylib is loaded when I don't have that module anywhere?

 

Still getting the funny "slot 7" bug and a hard lock-up when selecting Memory Info at the boot GUI (I suspect one is related to the other?):

SPD[0] (size): 255 @0x50
SPD[0] (size): 146 @0x51
Slot: 1 Type 24 4096MB (DDR3 SDRAM) 1867MHz Vendor=G Skill Intl
      PartNo=F3-2400C10-4GTX SerialNo=00000000
SPD[0] (size): 255 @0x52
SPD[0] (size): 146 @0x53
Slot: 3 Type 24 4096MB (DDR3 SDRAM) 1867MHz Vendor=G Skill Intl
      PartNo=F3-2400C10-4GTX SerialNo=00000000
SPD[0] (size): 255 @0x54
SPD[0] (size): 255 @0x55
SPD[0] (size): 255 @0x56
SPD[0] (size): 80 @0x57
Slot: 7 Type 2 0MB (RAM) 800MHz Vendor=NoName
      PartNo=P8Z77-V-PRO SerialNo=00000000

But yes, Chassis Serial is now correctly masked :thumbsup_anim:  but SMchassistype shows "13" instead of "All-In-One". smbios-reader/dmidecode still shows "All-In-One" though so I guess it must be because bdmesg doesn't know what these numbers mean yet. I made a list of some of these in my previous post if that's something you want to add.

Type: 3, Length: 22, Handle: 0x3
Chassis Information:
    Manufacturer: Apple Inc.
    Type: 13
    Version: Mac-00BE6ED71E35EB86
    Serial Number:  ** PRIVATE **
    Asset Tag Number: Not Specified

Processor serial and part number still end up "to be filled by O.E.M." even though I'm injecting "Not Specified". This override works fine in several other places, just not for the processor.

I don't remember seeing "Type: 3" in there before, according to smbios-reader/dmidecode that means "Central Processor". SMcpuupgrade is gone (was it there before?) I'm injecting 4 which corresponds to ZIF Socket in order to match the iMac13,1.

Type: 4, Length: 42, Handle: 0x4
Processor Information:
    Socket Designation: LGA1155
    Type: 3
    Family: 0xBF
    Manufacturer: Intel(R) Corporation
    ID: 0x306A9
    Processor Version: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
    External Clock: 0MHz
    Maximum Clock: 3502MHz
    Current Clock: 3520MHz
    Serial Number: To Be Filled By O.E.M.
    Asset Tag: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
    Part Number: To Be Filled By O.E.M.

dmidecoded smbios dump: dump.txt.zip

 

Rock n roll.

Link to comment
Share on other sites
ErmaC
ErmaC
Posted
  • Author
Posted

Still getting the funny "slot 7" bug and a hard lock-up when selecting Memory Info at the boot GUI (I suspect one is related to the other?):

SPD[0] (size): 255 @0x54
SPD[0] (size): 255 @0x55
SPD[0] (size): 255 @0x56
SPD[0] (size): 80 @0x57
Slot: 7 Type 2 0MB (RAM) 800MHz Vendor=NoName
      PartNo=P8Z77-V-PRO SerialNo=00000000

 

Ok Gringo...

I try to track the problem, and for do that I have to do a little step back with the commit 2284 where the real changes starting for the smbios.

I compile the "old" 2284 revision for test and see if the problem described occurred.

(remember about smbios field are not the same as for latest revison...)

 

2284 --> i386-2284.zip

 

ErmaC

Link to comment
Share on other sites
Bungo
Bungo
Posted
Posted

Hi, I know I'm not on time with my fixes but can you try this boot_2286test1.zip?

- better matching cpu-type (OEM Processor Type - table type 131 SMBIOS), 

- fixes random string in bdmesg readout if null string in smbios, now "Not Specified" as dmidecode dispays,

- better smbios defaulting - closer to real Macs - no mixing data from different models

and some other. 2286test1_diffs.zip

  • Like 2
Link to comment
Share on other sites
Bungo
Bungo
Posted
Posted

Fresh and clean svn compile: Chameleon 2.2svn (svn-r2290) [2014-01-05 18:04:48]

 

All below codebox content is from latest bdmesg.

 

But yes, Chassis Serial is now correctly masked :thumbsup_anim:  but SMchassistype shows "13" instead of "All-In-One". smbios-reader/dmidecode still shows "All-In-One" though so I guess it must be because bdmesg doesn't know what these numbers mean yet. I made a list of some of these in my previous post if that's something you want to add.

Working on it, be patient, please.

 

Processor serial and part number still end up "to be filled by O.E.M." even though I'm injecting "Not Specified". This override works fine in several other places, just not for the processor.

Did you try this method?

Link to comment
Share on other sites
Gringo Vermelho
Gringo Vermelho
Posted
Posted

I am being patient, I have all the time in the world for this, and for me those are non-fatal issues. Just letting you know the results of your work.

 

2286 test1:

Type: 4, Length: 42, Handle: 0x4
Processor Information:
    Socket Designation: LGA1155
    Type: 3
    Family: 0xBF
    Manufacturer: Intel(R) Corporation
    ID: 0x306A9
    Processor Version: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
    External Clock: 0MHz
    Maximum Clock: 3502MHz
    Current Clock: 3517MHz
    Serial Number: To Be Filled By O.E.M.
    Asset Tag: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
    Part Number: To Be Filled By O.E.M.

No change. Also this is from your bdmesg, if that matters.

 

As before, CPU serial and part number are set as "Not Specified" in smbios.plist, but they still don't "take".

Setting "Not Specified" as string value works perfectly for SMskunumber, SMboardassettag and SMchassisassettag.

 

Also Xzibit's "slot 7" bug along with lock up when selecting memory info at the boot GUI is still present:

Slot: 7 Type 2 0MB (RAM) 800MHz Vendor=NoName
PartNo=P8Z77-V-PRO SerialNo=00000000

Meta!! This proves the existance of other worlds and dimensions. Maybe the tiny Z77 motherboard injected into the phantom slot 7 exists in a parallel universe and is also running OS X.

 

Let me know if you need anything else, happy to help.

Link to comment
Share on other sites
Dr. Hurt
Dr. Hurt
Posted
Posted

Here the "next" coming version 2319

chucko improvements

Bungo SMBIOS improvements

 

2319 --> attachicon.gifi386-2319.zip

 

ErmaC

 

With this, I now get "Not Specified" in CPU serial, asset tag, part number. It used to say "empty" before this update.

Baseboard "Location in Chassis" and "Asset Tag" are still not injected (blank). I don't think it makes a difference though. 

 

PS. in this build, "Chassis Information" says "Asset Tag Number" when it should just be "Asset Tag" as its not a number.

Link to comment
Share on other sites
nyolc8
nyolc8
Posted
Posted

Here the "next" coming version 2319

chucko improvements

Bungo SMBIOS improvements

 

2319 --> attachicon.gifi386-2319.zip

 

ErmaC

Maybe I'll look stupid now but:

If I already have chameleon 2286 installed, then I only need to replace the "boot" file with the new one, or all "bootXX" files? All files contains changes?

Link to comment
Share on other sites
Regi Yassin
Regi Yassin
Posted
Posted

Maybe I'll look stupid now but:

If I already have chameleon 2286 installed, then I only need to replace the "boot" file with the new one, or all "bootXX" files? All files contains changes?

just the boot file, is fine.

or you can use cham wizard,

choose folder on disk, and install method by updating files

 

Link to comment
Share on other sites
ErmaC
ErmaC
Posted
  • Author
Posted

 

why am i always got this message?

svn: E175002: Server sent unexpected return value (400 Bad Request) in response to PROPFIND request for '/svn/chameleon/trunk'

 

What you try to do?

download the source via terminal?

"400 Bad Request" could be some bad request and the server was unable to understand.

 

I don't know what you did...

if you try to download latest source:

svn co -r http://forge.voodooprojects.org/svn/chameleon/trunk

 

Fabio

Link to comment
Share on other sites
Regi Yassin
Regi Yassin
Posted
Posted

What you try to do?

download the source via terminal?

"400 Bad Request" could be some bad request and the server was unable to understand.

 

I don't know what you did...

if you try to download latest source:

svn co -r http://forge.voodooprojects.org/svn/chameleon/trunk

 

Fabio

yep, i was trying to download the source, 

 

if i use wget command, its fine, i got the source, but with svn command, thats what i got.

 

 

Last login: Wed Jan  8 18:53:29 on ttys000
Regis-iMac:~ regiyassin$ svn co -r HEAD http://forge.voodooprojects.org/svn/chameleon/trunk
svn: E175002: Server sent unexpected return value (400 Bad Request) in response to PROPFIND request for '/svn/chameleon/trunk'
Regis-iMac:~ regiyassin$ svn co -r http://forge.voodooprojects.org/svn/chameleon/trunk
svn: E205000: Syntax error in revision argument 'http://forge.voodooprojects.org/svn/chameleon/trunk'
Regis-iMac:~ regiyassin$ svn co -r 2318 http://forge.voodooprojects.org/svn/chameleon/trunk
svn: E175002: Server sent unexpected return value (400 Bad Request) in response to PROPFIND request for '/svn/chameleon/trunk'
Regis-iMac:~ regiyassin$ 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...