60 replies to this topic

[stellarola]

So looks like RTC needs to be edited again to fix this damn CMOS reset bug for AWARD bios based boards in Snow Leopard...

Here's the entry that needs to replace RTC or RTC0 in your DSDT...

Enjoy!

Device (RTC)
				{
					Name (_HID, EisaId ("PNP0B00"))
					Name (_CRS, ResourceTemplate ()
					{
						IO (Decode16,
							0x0070,			 // Range Minimum
							0x0070,			 // Range Maximum
							0x00,			   // Alignment
							0x02,			   // Length
							)
					})
				}

I think the important part is that the Length ends with 0x02.

-Stell

[biciolino]

So looks like RTC needs to be edited again to fix this damn CMOS reset bug for AWARD bios based boards in Snow Leopard...
-Stell

Confirmed working on Abit IP35 Pro.
CMOS reset not happening anymore.

Good Job, Stellarola.

[Ritz Carltn]

Good Job!
stellarola,

So looks like RTC needs to be edited again to fix this damn CMOS reset bug for AWARD bios based boards in Snow Leopard...

Here's the entry that needs to replace RTC or RTC0 in your DSDT...

Enjoy!

Device (RTC)
				{
					Name (_HID, EisaId ("PNP0B00"))
					Name (_CRS, ResourceTemplate ()
					{
						IO (Decode16,
							0x0070,			 // Range Minimum
							0x0070,			 // Range Maximum
							0x00,			   // Alignment
							0x02,			   // Length
							)
					})
				}

I think the important part is that the Length ends with 0x02.

-Stell

[FKA]

Blinding !!

[stellarola]

I was doing some edits with my own board, MSI P45 Platinum which by default doesn't have the CMOS reset bug. I decided to add some RTC entires to my DSDT from a MacPro1,1. The result was CMOS RESET! So I was a bit curious how the entires could effect AWARD bios boards and similar. I took a look at the DSDTs of an ABIT and a Gigabyte and they both had similar RTC entires to each other and these boards suffered from the CMOS reset. I decided to inject my working RTC from my board's DSDT and wham, it worked. To be honest though, I think all that needs to be changed is the Length. Anyone is welcome to try this, but the above code works for sure.


-Stell

[ricola]

Confirmed working on Abit IP35 Pro.
CMOS reset not happening anymore.

Hi biciliono,
Would you upload your DSDT.aml file? I have exactly same motherboard as yours and I do not know how to edit my DSDT.aml file (generated by DSDT Patcher GUI)

<<<<solved>>>> editted my DSDT.aml with iasl.app

Thanks Stell.

[STLVNUB]

Working on my P35c, Thanks very much
One small step for man.
One GIANT Leap to Perfection...

[tdtran1025]

I was doing some edits with my own board, MSI P45 Platinum which by default doesn't have the CMOS reset bug. I decided to add some RTC entires to my DSDT from a MacPro1,1. The result was CMOS RESET! So I was a bit curious how the entires could effect AWARD bios boards and similar. I took a look at the DSDTs of an ABIT and a Gigabyte and they both had similar RTC entires to each other and these boards suffered from the CMOS reset. I decided to inject my working RTC from my board's DSDT and wham, it worked. To be honest though, I think all that needs to be changed is the Length. Anyone is welcome to try this, but the above code works for sure.
-Stell

Forgive me asking this noobie question: how do you edit these lines?

[stellarola]

Forgive me asking this noobie question: how do you edit these lines?

You're going to have to dump your DSDT first. Use fassl's DSDT Patcher. There is an entire thread dedicated to it here... http://www.insanelym.....pic=133683%22

-Stell

[tdtran1025]

Never mind. Thank you.

[Azimutz]

Nice that was fast, since last morning...
You're right, Stell.. it's the "lenght" that matters. I've been playing a bit with values from Mac's dsdt's and they don't work.. sticking with "0x02"! So, this is my rtc device:
[codebox] Device (RTC)
{
Name (_HID, EisaId ("PNP0B00"))
Name (ATT0, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length
)
})
Name (ATT1, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length
)
})
Method (_CRS, 0, NotSerialized)
{
If (LEqual (OSFX, 0x03))
{
If (HPTF)
{
Return (ATT1)
}
Else
{
Return (ATT0)
}
}
Else
{
Return (ATT0)
}
}
}
[/codebox]
... only edited 0x04 to 0x02. The fix for the "panic" is present too (IRQNoFlags removed).
To add some info, the real culprit for the cmos reset is the new AppleRCT.kext 1.3 used in Snow Leopard. Using the same kext from Leo also solves the issue but, prevents the use of x64 bit mode. So, this is quite nice...
Thannnnks Stell

p.s.: Also like to thank Rama (on irc), who first pointed last morning the AppleRTC.kext solution.

p.s.s.: mobo= Asus, bios= Phoenix Award

[Dr. Hurt]

I'm using Leopard with PC EFI v10 and I always get the CMOS resetting. (BIOS beep + CPUID/PatchID message in BIOS).
I have disabler set to disable AICPM and EFI kexts. I tried this DSDT fix and it still doesn't work.

I've always had this problem since I first installed Leopard (10.5.4 if I remember correctly). Does the constant resetting harm the BIOS in any way? Anyone knows a fix for this?

[cparm]

it work on my p35, i confirme you only have to edit the Length entry from 0x04 to 0x02

[Trauma!]

Hey Stell,

Nice found

Thanks very much dude.

Cya

[Cybex]

Good job finding the cure! Thumbs up!

[jinnggoff]

Wow you're a Genius sir, thanks Stellarola

[STLVNUB]

To make things even stranger, on a mac, the length for RTC is actually 8, may try that value and see what happens.

[mitch_de]

Also here working (edit 0x4 > 0x2) , GA-EP35-DS3.
Thanks

[Azimutz]

I'm using Leopard with PC EFI v10 and I always get the CMOS resetting. (BIOS beep + CPUID/PatchID message in BIOS).
I have disabler set to disable AICPM and EFI kexts. I tried this DSDT fix and it still doesn't work.

I've always had this problem since I first installed Leopard (10.5.4 if I remember correctly). Does the constant resetting harm the BIOS in any way? Anyone knows a fix for this?

Doc, your's is the first case i heard of cmos reset out of Snow Leopard. If it's just a reset to defaults, i don't think it will harm anything. I had the same concern and i was told not to worry.
If i run into any relevant info, i'll remember you
By the way.. did you try Snow? In case you don't know, there's already a kernel for us, just no running 64 bit "anything".. i mean, not even apps. The kernel is missing x86_64 arch and more important, it doesn't have (yet) the patch Voodoo has so the Pentium D can be recognized as 64 bit capable.. but, even so, it's totally worth running the white kitty!
Snow just rocks

-------------------------------

STLVNUB.. don't bother, mate. I already tryed it

[STLVNUB]

STLVNUB.. don't bother, mate. I already tryed it

Yeah still does same thing, worth a try though.
Also the Alignment is different on Mac, didn't try that, may make a difference, but doubt it.