1572 replies to this topic

[bcc9]

DutchHockeyPro, on May 13 2011, 10:19 AM, said:

I just checked RevoBoot from github and it compiles just fine. I guess you missed the lines explaining what to do: either copy or rename some of the template files. Too bad that you had to run into this, and that you did not provide any feedback about this problem, because I would have taken care of it right away. Like I just did with  my latest commit so that other people won't run into the same kind of trouble... when they skip the README file.

README is a zero byte file and typing make doesn't work. Yes I'm guilty of missing any explanation on how to compile if there are some special arcane steps that are necessary beyond the more customary simple make.  There still seems to be no instructions:

% git clone https://github.com/RevoGirl/RevoBoot.git
Cloning into RevoBoot...
remote: Counting objects: 390, done.
remote: Compressing objects: 100% (355/355), done.
remote: Total 390 (delta 209), reused 96 (delta 16)
Receiving objects: 100% (390/390), 241.60 KiB, done.
Resolving deltas: 100% (209/209), done.
% cat RevoBoot/README 
% cd RevoBoot/
% git log README 
commit 0576a44a58333237ece1a20a2cb9192be9e1e7bc
Date:   Fri Mar 11 14:18:59 2011 +0100

	first commit
%

DutchHockeyPro, on May 13 2011, 10:19 AM, said:

Anyway. Your GB board seems to have some sort of BIOS bug, or perhaps this is just due a wrong settings, but this is why I took care of it in RevoBoot... by checking a different MSR:
[code]msr = rdmsr64(MSR_PLATFORM_INFO); // 0xCE

chameleon checks MSR_PLATFORM_INFO as well, but I fail to see how that avoids the MSR_FLEX_RATIO check in mach_kernel (which causes failure).

DutchHockeyPro, on May 13 2011, 10:19 AM, said:

So what does that give you? Oh. When this MSR also returns zero's where it should return the correct multipliers... All hail to Asus engineering for listening to us

I see no fix here as the kernel is still checking MSR_FLEX_RATIO after control is passed to mach_kernel.  Given that, it doesn't matter that the bootloader is avoiding the failed MSR_FLEX_RATIO check itself.  Congrats, many chameleon builds don't have this problem either

DutchHockeyPro, on May 13 2011, 10:19 AM, said:

p.s. RevoBoot is just a vehicle to get things going.

Seems to be just yet another forked boot132 based bootloader.  Things are moving along more slowly with so many bootloaders (iboot, xpc, clover, grub2, chameleon branches) to choose from for OSX with different bug&feature sets.  At least some of the chameleon branch work is now making it to the mainline.

[Time2Retire]

@bcc9: Thanks for the "friendly" reminder. But looking at our Wiki and i386/config/README  Not to mention RevoBuilder. I'd say yeah. We do have something to work with. And I did add the links to the empty README (I only have so little time to waste after all).

LOL Someone told me that you used the word "condescending" in a line that was somewhat later removed. Like I was patronizing you. Not! That and your need to expose my first name and e-mail address in this forum almost made me reconsider about helping you.

Anyway. The idea is to use the values from the MSR with the correct values, and stuff these into the 'broken' one. No idea if this really works for your board, but this way the following code snippet won't hurt you anymore:

		if (msr_flex_ratio & bit(16)) {
		 	/* Flex Enabled: Use this MSR if less than max */
			flex_ratio = (uint32_t)bitfield(msr_flex_ratio, 15, 8);
			if (flex_ratio < flex_ratio_max)
				tscGranularity = flex_ratio;
		}

At least for now because this is all going to change real soon.

p.s. You thought that exposing my first name and e-mail address was necessary? Really?

[rabbit74]

@giginopechegno

I will test with my 470 and report back later.

Thanks for the post.

/edit: Still won't boot, (waiting for PCI config)

[stefano.85]

New lion DP 3 update released these hours...downloading it now from software update..... 1,07 gb size for me.... i will report if anything goes wrong with it! cheers
p.s. hope we see some good news in it, specially for nvidia 5xx or ati 6xxx graphics drivers!

EDIT: netkas has just reported something in his blog regarding this.... at first sight  seems there aren't any good news as i was hoping

[bcc9]

dhp,

Helping me?  I've yet to see anything you've posted that helps me.  It's more like revo issues are being raised to distract from the issue at hand.

Condescending?  Yes, that's the impression your "So what does that give you? Oh....  All hail to Asus engineering for listening to us" statement leaves.  I did remove the condescension observation right away as you did put a smiley on the statement, yet the tone is there...  So I revised my post to give you the benefit of the doubt.

Exposing you?  What the heck are you talking about?  I simply posted specific details showing how a normal developer would not be able to find any instructions like you were claiming.  Specific details seemed in order as you seemed quite confident that your instructions were out there front and center.  The makefile is at the top level dir, how I'd happen to know to go hunt for instructions 2 directory levels below is beyond me.

The code fragment you show from the OSX kernel source is exactly the bug I was referring to.  It results in tscGranularity = flex_ratio = 0 for the MSR value I posted previously.

[bcc9]

So I was able to simply clear bit 16 in MSR_FLEX_RATIO, (via wrmsr64)  from within chameleon, and now lion kernels boot just fine without any modification.  This is cleaner than patching the kernel, but I'm still not sure whether MSR_FLEX_RATIO is supposed to be valid/safe to read for all sandy bridge systems (since it's not listed in Vol. 3b of the Intel arch. software developer manual that includes sandy bridge msrs).

[atlee]

Mac OS X 10.7 11a459e - new update has been released

stefano.85, on May 14 2011, 09:13 AM, said:

New lion DP 3 update released these hours...downloading it now from software update..... 1,07 gb size for me.... i will report if anything goes wrong with it! cheers
p.s. hope we see some good news in it, specially for nvidia 5xx or ati 6xxx graphics drivers!

EDIT: netkas has just reported something in his blog regarding this.... at first sight  seems there aren't any good news as i was hoping

I specifically getting this to check out the newer GFX drivers if any i'm sure there will be.

[Graebags]

atlee, on May 14 2011, 11:09 AM, said:

Mac OS X 10.7 11a459e - new update has been released



I specifically getting this to check out the newer GFX drivers if any i'm sure there will be.

Your probably disappointed then, see Netkas' comments: http://netkas.org/

For me, went on smoothly and seems best optimized to date.

[atlee]

Graebags, on May 14 2011, 11:57 AM, said:

Your probably disappointed then, see Netkas' comments: http://netkas.org/

For me, went on smoothly and seems best optimized to date.

I'm after ATI newer is better then nothing i don't need netkas for confirmation i test things myself.

Tested newer kext's and internal screen still same issue, looks like Apple is being a pain

[Time2Retire]

bcc9, on May 14 2011, 01:21 AM, said:

dhp,

Helping me?  I've yet to see anything you've posted that helps me.  It's more like revo issues are being raised to distract from the issue at hand...

First and foremost. There was absolutely nothing that I did to distract you. To fix a bug in RevoBoot. It is in fact plain simple. Or at least it should have been right from the start because when someone adds the following code snippet:

msr = rdmsr64(MSR_PLATFORM_INFO); // 0xCE
uint16_t minBusRatio = (msr >> 40);
uint16_t maxBusRatio = ((msr >> 8) & 0xff);

printf("Busratio (min): 0x%x (%d)\n", maxBusRatio, maxBusRatio);
printf("Busratio (max): 0x%x (%d)\n", minBusRatio, minBusRatio);

And ask you the following question: "So what does that give you?" meaning that you are supposed to check this, so that (like I said before) you can inject the data into the broken MSR.

And I said: "When this MSR also returns zero's where it should return the correct multipliers..." (ending with a smiley) that lucky us Asus owners don't have this problem. And that when there is a problem, that Asus engineers are willing to listen and solve the problem(s).

Anyway. Looking at the mach_kernel of Lion I see this:

ffffff80002c438d	callq	_cpuid_cpufamily
ffffff80002c4392	cmpl	$0x5490b78c,%eax
ffffff80002c4397	je	0xffffff80002c43a7
ffffff80002c4399	cmpl	$0x573b5eec,%eax
ffffff80002c439e	je	0xffffff80002c43a7
ffffff80002c43a0	cmpl	$0x6b5a4cd2,%eax
ffffff80002c43a5	jne	0xffffff80002c4415
ffffff80002c43a7	movl	$0x00000194,%ecx
ffffff80002c43ac	rdmsr
ffffff80002c43ae	movl	%eax,%esi
ffffff80002c43b0	movl	$0x000000ce,%ecx
ffffff80002c43b5	rdmsr

Where WESTMERE, NEHALEM, and SANDYBRIDGE all jump to the same spot reading the MSR that caused you problems. And since Apple is Intels biggest client, and since Apple has Intel engineers working for them... I'd say that it is safe to assume that MSR 0x194 is part of what should work. Not to mention that more MSR's are missing from the docs/white papers, and that Asus engineers cite NDA restrictions when people do ask for info about them.

Now I like to go back to my Asus engineering remark, because I'm unaware of GB engineering fixing things in the same pace like Asus is doing these days.

And to round it up for this beautiful morning; It would be nice when you could at least confirm that the data from that other MSR is right (or not of course) so that other GB board owners can get a better fix. One that ports the data from one MSR to the other... simply because wiping that single bit might not be enough.

[Graebags]

For anyone interested, a Steam client update out 13May, "with improved Lion support" and "Improved mouse scroll for trackpads/magic mouse" .

[Regi Yassin]

on the latest update 11A459e, i got better fps on cinebench.
still waiting ^Andy^ to make a new boot file for sandy bridge with the latest trunk v8xx



EDIT : no more problem with iTunes.

[Dr. Hurt]

Out of curiosity, could someone post images/video of the new boot animations, login screen of DP3?

[Javimdq]

I have a problem with AppleIntelCPUPowerManagement in DP3, it kernel panics after some time of use. Tried to change from MacPro to iMac with same results. Will continue testing.

[NSCXP2005]

Does anybody know if the new update will work with Intel 950 GMA Chipsets?

[iLeopod]

here a fast picture of the new loginscreen (for me the first thing that looks nice on lion).
On cinebench i get now around 30 fps with 9800gt.

[stirkac]

is there any way to get it to update to 459 without having one previous installed? it always hanged on me on 444 and i have 430 working extremely well.
using p35-d3sl, q9300 and 9800gt

[asapreta]

Graebags, on May 13 2011, 10:57 PM, said:

For me, went on smoothly and seems best optimized to date.

I had the same feeling and it fixed some issues I has having with ANY msn clients I tried.

[Rene204]

stirkac, on May 14 2011, 12:18 PM, said:

is there any way to get it to update to 459 without having one previous installed? it always hanged on me on 444 and i have 430 working extremely well.
using p35-d3sl, q9300 and 9800gt

you should have a look to www.netkas.org, too...

[stirkac]

Rene204, on May 14 2011, 01:37 PM, said:

you should have a look to www.netkas.org, too...

thanks man, works i must say, very very nice build best update to date