rekursor Posted February 24, 2010 Share Posted February 24, 2010 @Rek, The reboot on my Asus board is triggered by getSmbiosUUID() Returning NULL at the top stops the instant reboots (preliminary finding). Have to get some sleep now. Zef and MC, please have a try to r114 and report if you get any debug message, should permit to clarify what's going on, for sure it has to to do with smbios tables adressing, construction and init ... @Flashe: this is work in progress, and there several issues we try to address concerning the recent new functionalities, so if it does not work for you, please be patient and wait for a new RC5pre release. I have very few time right now and can't help you much as the little time I have, I spend it on troubleshooting booter issues. Link to comment Share on other sites More sharing options...
imacken Posted February 24, 2010 Share Posted February 24, 2010 EDIT: Would it be correct to say then that Windows 7 will generally only sleep if it's on the active partition of the HDD that's used to boot it providing there isn't a System Reserved partition? Don't know if it's of any use, but in my experience, Windows 7 will only sleep if it has been booted by it's own loader on the boot drive. I've never got it to sleep if it's been booted with Chameleon. I have 3 drives with W7, SL and Leo. If I boot W7 from any drive apart from it's own, it won't sleep. It'll boot OK from Chameleon loaders, but just won't sleep. So, as I use W7 a lot more than SL, I just have to select the SL drive in the BIOS startup options when I want to use SL. Link to comment Share on other sites More sharing options...
blackosx Posted February 24, 2010 Share Posted February 24, 2010 I've never got it to sleep if it's been booted with Chameleon. I have Windows7 installed on the same HDD as OS X and Chameleon. Windows7 sleeps just fine when booted from Chameleon. For more info I suggest reading this. Link to comment Share on other sites More sharing options...
imacken Posted February 24, 2010 Share Posted February 24, 2010 I appreciate the link, but it's way over my head! Link to comment Share on other sites More sharing options...
Master Chief Posted February 24, 2010 Share Posted February 24, 2010 Zef and MC, please have a try to r114 and report if you get any debug message, should permit to clarify what's going on, for sure it has to to do with smbios tables adressing, construction and init ... Please help me to understand how this "caching" is supposed to work: ** Get soriginal or new smbios entry point, if sucessfull, the adresses are cached for next time */ 789 struct SMBEntryPoint *getSmbios(int which) 790 { 791 static struct SMBEntryPoint *orig = NULL; // cached 792 static struct SMBEntryPoint *patched = NULL; // cached Not only that because getAddressOfSmbiosTable() is called three times here. Then DMI gets patched and some white garbage is moving from left to right over my screen before it reboots. Looks like it is trying to patch it a few times in a row Link to comment Share on other sites More sharing options...
Dr. Hurt Posted February 24, 2010 Share Posted February 24, 2010 I just tried fdisk440 from voodoo forums and it worked well. Windows 7 still boots, installation is now much easier. Thanks for pointing that out, Zef. I'll use it with boot0hfs when RC5 is released, that is if you don't mind. Link to comment Share on other sites More sharing options...
EnzoFX Posted February 24, 2010 Share Posted February 24, 2010 On my last install, I used Win7 Retail, as opposed to the past RC1 installs I've done. I noticed it didn't create that system reserved partition, and I was curious as to why. The setup was exactly the same IIRC as before. Link to comment Share on other sites More sharing options...
imacken Posted February 24, 2010 Share Posted February 24, 2010 On my last install, I used Win7 Retail, as opposed to the past RC1 installs I've done. I noticed it didn't create that system reserved partition, and I was curious as to why. The setup was exactly the same IIRC as before. It did create one with me. Are you sure it's not there? Does it not show up (hidden) in Disk Management as 'System Reserved'? Link to comment Share on other sites More sharing options...
zef Posted February 24, 2010 Share Posted February 24, 2010 @rekursor: Thanks! With r115 I can boot again Attached my verbose mode booter output, there are 6x new repeating DMI related messages now. Link to comment Share on other sites More sharing options...
rekursor Posted February 24, 2010 Share Posted February 24, 2010 @rekursor: Thanks! With r115 I can boot again Attached my verbose mode booter output, there are 6x new repeating DMI related messages now. So that it was ... you have a bios that stores 68 tables and the limit was 64 ... next version will handle that and the messages will disappear Thanks for testing that, ASUS bioses seem to have the most complete dmi implementation, good to know for the future ... Link to comment Share on other sites More sharing options...
thiagomorales Posted February 24, 2010 Share Posted February 24, 2010 It did create one with me. Are you sure it's not there? Does it not show up (hidden) in Disk Management as 'System Reserved'? Well, i observed one thing on my installs. If you use Wizard for create partition(auto) in Setup, it creates automatically the "System Reserved" partition. But, if you create an partition manually then format and select it for use, Setup not will create the "System Reserved" partition. Regards. Link to comment Share on other sites More sharing options...
Smith@@™ Posted February 24, 2010 Share Posted February 24, 2010 Hi to all. Someone can post me last boot for try. Now i'm on my vaio formatted today and i haven't yet installed xcode. Thanks Link to comment Share on other sites More sharing options...
thiagomorales Posted February 24, 2010 Share Posted February 24, 2010 Hi to all. Someone can post me last boot for try. Now i'm on my vaio formatted today and i haven't yet installed xcode. Thanks I have compiled last version at trunk: r116. See attach. Also included fdisk440. Regards. Edit: Time to update trunk: r117 (restored the mem detection desactivated by default but it should not be possible to reactivate it with UseMemDetect) Link to comment Share on other sites More sharing options...
FKA Posted February 24, 2010 Share Posted February 24, 2010 Hola, I'm still running XP on a separate HDD, is there any chance RC5 will allow XP to boot without having to install Chameleon to the XP drive? http://forum.voodooprojects.org/index.php?topic=513.0 Rgds D. Link to comment Share on other sites More sharing options...
Sahandii Posted February 25, 2010 Share Posted February 25, 2010 great job guys! i'm currently trying to make my hackintosh work too. Link to comment Share on other sites More sharing options...
Smith@@™ Posted February 25, 2010 Share Posted February 25, 2010 I have compiled last version at trunk: r116. See attach. Also included fdisk440.Regards. Edit: Time to update trunk: r117 (restored the mem detection desactivated by default but it should not be possible to reactivate it with UseMemDetect) Thanks Link to comment Share on other sites More sharing options...
rekursor Posted February 25, 2010 Share Posted February 25, 2010 Thanks Only r118 permits again to activate with UseMemDetect, because the mem detection for now uses dmi tables and therefore previous behavior would not permit to load only the original smbios, then do the mem detection, then patch the smbios. It now works in r118, but be aware that for those who got problem with the autodetection recently, it is unlikely that this release would fix the problem. Only the users for which it worked previously will get the correct results. @blackosx and others who got the profile error: I don't recommend to activate autodetection (With UseMemDetect=y) for now, I'm going to work more on it, in my branch and will let you know when I get a better impl ... Here's the pre12 that does permit to experiment mem autodetection but disable it by default: RC5pre12.tar.gz Link to comment Share on other sites More sharing options...
thiagomorales Posted February 25, 2010 Share Posted February 25, 2010 Only r118 permits again to activate with UseMemDetect, because the mem detection for now uses dmi tables and therefore previous behavior would not permit to load only the original smbios, then do the mem detection, then patch the smbios.It now works in r118, but be aware that for those who got problem with the autodetection recently, it is unlikely that this release would fix the problem. Only the users for which it worked previously will get the correct results. @blackosx and others who got the profile error: I don't recommend to activate autodetection (With UseMemDetect=y) for now, I'm going to work more on it, in my branch and will let you know when I get a better impl ... Here's the pre12 that does permit to experiment mem autodetection but disable it by default: RC5pre12.tar.gz Great work! Thanks. Testing here then post results. Regards. Link to comment Share on other sites More sharing options...
BladeRunner Posted February 25, 2010 Share Posted February 25, 2010 Is there a site where ordinary ( non dev team ) folks can see some explanation of the various components and how to manually install them. e.g., what is the function of boot.sys and how do I chose between boot0 vs boot0hfs or boot1h vs (/1he/1hp)? I know I may be the only viewer here that does not understand this, but I kinda doubt it. ps: none of that is a complaint or reduces my appreciation for all your hard work. Link to comment Share on other sites More sharing options...
THe KiNG Posted February 25, 2010 Share Posted February 25, 2010 @rekursor latest build works, both DumpSPD and UseMemDetect functions does the job. I noticed you moved stuff from prechameleon screen after OS is selected to sped up stuff It does stall a bit on Smbios.plist but is better Good job! Link to comment Share on other sites More sharing options...
BladeRunner Posted February 25, 2010 Share Posted February 25, 2010 Just to see what would happen on my old iron, I installed boot, boot0 and boot1h from the RC5pre12.tar.gz attached to post#918. That worked fine so I added a UseMemDetect = yes to my Boot.plist - just to see if it made a difference. Well, it made a difference I didn't want. When I press enter on the boot menu I see 3 or 4 lines of text flash by and it is back at the boot menu. No problem, I boot with an install disk and use a terminal session with vi to remove the UseMemDetect line. Problem is, it didn't change anything. I can only boot the system now using a pre-boot CD. Well, I dug my own pit and can't blame anyone but myself. Still, it would be helpful if someone could tell me how to dig my way out - short of a reinstall Actually, I think I will wait a while before I "experiment" with this again. Link to comment Share on other sites More sharing options...
Master Chief Posted February 25, 2010 Share Posted February 25, 2010 @Rek, Chameleon r118 is working. Thanks. Oh but I do get: "Patched DMI Table" three times. p.s. So what is next? SMBIOS override (from file) ala ACPI table patching? Link to comment Share on other sites More sharing options...
BlackCH Posted February 25, 2010 Share Posted February 25, 2010 Memory allocation error! Addr=0x0, Size=0x80, File=spd.c, Line=211. This is a non recoverable error! System HALTED!!! Now this error is gone with the pre12 from post #918, and memory detection works: Thanks a lot! Link to comment Share on other sites More sharing options...
Smith@@™ Posted February 25, 2010 Share Posted February 25, 2010 @rekursor latest build works, both DumpSPD and UseMemDetect functions does the job. I noticed you moved stuff from prechameleon screen after OS is selected to sped up stuff It does stall a bit on Smbios.plist but is better Good job! What is DumpSPD? Link to comment Share on other sites More sharing options...
scrax Posted February 25, 2010 Share Posted February 25, 2010 What is DumpSPD? It activate the debug mode for mem detection, if i get it right. post #757 Attiva la modalità debug per il riconoscimento della memoria, mentra l'altro attiva proprio il riconoscimento automatico a quanto ho capito... Link to comment Share on other sites More sharing options...
Recommended Posts