Jump to content

Source-modified 10.6.2 kernel (Atom Support)


carpathian01
 Share

6 posts in this topic

Recommended Posts

I should of posted this as its own thread in the first place, doing so now!

 

Took a stab at modifying the actual kernel sources. This should add support for any intel processor that became unknown with 10.6.2. Please test it and give me feedback, I don't have an atom processor to test it with personally.

 

Link to a 32bit and 64bit builds:

http://rapidshare.com/files/309867800/mach..._carpathian.zip

 

 

Code changes:

 

osfmk/i386/cpuid.c:

static uint32_t
cpuid_set_cpufamily(i386_cpu_info_t *info_p)
{
uint32_t cpufamily = CPUFAMILY_UNKNOWN;

switch (info_p->cpuid_family) {
case 6:
	switch (info_p->cpuid_model) {
	case 13:
		cpufamily = CPUFAMILY_INTEL_6_13;
		break;
	case 14:
		cpufamily = CPUFAMILY_INTEL_YONAH;
		break;
	case 15:
		cpufamily = CPUFAMILY_INTEL_MEROM;
		break;
	case 23:
		cpufamily = CPUFAMILY_INTEL_PENRYN;
		break;

	case CPUID_MODEL_NEHALEM:
	case CPUID_MODEL_FIELDS:
	case CPUID_MODEL_DALES:
	case CPUID_MODEL_NEHALEM_EX:
		cpufamily = CPUFAMILY_INTEL_NEHALEM;
		break;

	// ADDED: Treat all other CPUs as Yonah Family
	default:
		cpufamily = CPUFAMILY_INTEL_YONAH;
		break;
	}
	break;
}

info_p->cpuid_cpufamily = cpufamily;
return cpufamily;
}

Link to comment
Share on other sites

Both kernels leave me with no change in my "About this Mac", it still shows Core 2 Duo. Both shows i386 in uname -a. The machine seems very slow in boot up and setting up the initial display!

 

The most serious issue:

I have no local keyboard or mouse control.

I can move the mouse, the cursor moves, it does not change the pointer, I cannot click to activate anything. I have a changing Wallpaper setting on in System Preferences that works, the background actually changes!

If I use Screen Sharing, the the KDB and Mouse works on the machine.

If I use Teleport, it also allows KBD and Mouse input from the remote machine.

 

Rebooted with my original "N330-atom" mach_kernel, everything is fine!

 

SticMAC

Link to comment
Share on other sites

Thanks for your feedback SticMAC, I appreciate your time to reply. I've updated the family to return merom instead of yukon which may help. A friend has lent me his atom netbook to test on, ideally I hope to determine the actual family strings to return for the atom-based processors instead of forcing it to another.

Link to comment
Share on other sites

Oooops! Forgot to say....

 

This was on my Intel D945GCLF2 N330 Dual Core Atom! I'm glad(sad) that it is not only on my machine, as it seems to be on all atoms, I'm going for a bicycle ride now, and should be back in about 2,5 hours to test, your changes......

 

SticMAC

 

Couldn't wait to test it! I downloaded your new posting: mach_kernel_carpathian.zip

 

Sorry still the same, but with extra issues...

 

The 64bit kernel goes into a immediate reboot loop!

The 32bit kernel boots much quicker, but still with ALL the problems I posted in my first post, remote access works great via Screen Sharing or Teleport!

 

THEN.....

if you leave the machine for about 3 min 25seconds you have full access!!! Great!

 

I will try it on my Acer Aspire on AOA 150 when I get back from cycling

 

Got these messages in the console, maybe that can help?:

 

270 x 11/21/09 8:07:49 AM kernel IOHIDSystem: postEvent LLEventQueue overflow.

1 x 11/21/09 8:07:50 AM /usr/libexec/hidd[42] Timeout waiting for IOKit to be quiet

2 x 11/21/09 8:07:50 AM /usr/libexec/hidd[42] IOHIDEventQueueCreate: Unable to allocate queue memory from IOHIDSystem. (0x10000003)

 

After this everything works!!

Link to comment
Share on other sites

 Share

×
×
  • Create New...