| Recommended by Wim's BIOS... |
|
Moderators: Sharedoc, Moderators
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 810.330
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse up
bogomips : 1621.88
clflush size : 32
chantage wrote:Hi,
That's right. I put the code in GRUB. The speedstep mod and the level 2 cache can be enabled before booting an operating system.
Being a Linux user, I have not been satisfied with the existing solutions to enable the speedstep mod. The kernel module by wmarcusm is great but has one problem. Since it does not change the kernel's internal variables like loops_per_jiffies, time-related tasks can malfunction. If you do 'sleep(1)', it actually sleeps less than 1 second. I do a lot of timing-sensitive stuff, so it is a real problem for me.
The tsc is not recalibrated either. To make everything work properly, the kernel source has to be modified. But, if you have no problem giving up tsc, it is possible to add "clock=pit" to the kernel boot options. Then you only need to update loops_per_jiffies or cpu_data.loops_per_jiffies, which can be done in a kernel module.
But I wanted to use tsc as the time base and did not want to patch and recompile the kernel everytime I install a new kernel. So I put them in the boot loader, GRUB.
I am not using Windows, but if you do, it will activate the mod and enable the cache before Windows loads. It will also activate the mod/l2cache when waking up from WinXP hibernation. (If APM hibernation is used, it won't work, as APM hibernation/wakeup is implemented in BIOS and bypasses the bootloader. WinXP uses ACPI by default and implements its own hibernation method.)
Even with this version of GRUB, wmarcusm's programs will be still useful for re-enabling the feautures after waking up from suspend or APM hibernation.
One thing to note is that the port address is hardcoded.Yes, it sounds stupid, but all three ThinPad 600E's that I have access to reports the same base i/o address for the south bridge. So far I had no problem on any of the three. If you do, probe it using wmarcusm's code and put that number in place of the existing hardcoded base address.
To use the feature, you just need to add "tpad" command to your boot configuration file. If you add the "--nods" option, it will only enable the l2 cache and leave the speedstep mod alone.
One final note is that, if you only have NTFS partitions, you cannot use this version of GRUB, as it lacks NTFS support. The stage2 images can be installed on linux or fat partitions. It will be great if it is ported to WINGRUB or GRUB4DOS. If you have no idea what I am talking about, just stay with your current configuration.
The source tar ball is available at:
http://www-rtsl.cs.uiuc.edu/~klee7/grub-0.97tpad.tgz
Enjoy!
- Chantage
gilf wrote:Clarence:
Your "E: Drive" in Windows is really not a drive, but the third partition on your first hard drive. You apparently called it hd(0,6) in Grub or in an unzipper program, which is wrong.
Grub specifies partitions and drives in numbers, not letters, and uses a double number to consistently identify a drive partition. It is much less confusing than Windows, since Windows reserves A: and B: for floppies, and calls C: D: and E: drives, despite the fact that in your case, they are actually partitions on your first hard drive. It gets worse if you also have a cdrom, which also gets a drive letter designation, usually following the last hard drive partition.
Grub specifies everything starting from zero. The first hard drive is 0, and the first partition on that drive is 0. Therefore the first partition is called, in Grub, hd(0,0). The next partition on that drive would be hd(0,1). The first partition on a second hard drive would be hd(1,0)
So, what in your case Windows calls "Drive E:" (actually the third partition on your first hard drive) Grub would call hd(0,2)
Since you said you installed the unzipped Grub disk to hd(0,6), heaven knows where it went. Sounds like you clobbered your first partition.
I had read in Grub documentation that partition numbers 0 to 3 only apply to primary partitions; and that logical drives in an extended partition start with 4. That is why I planned use higher numbers for the drives in the extended partition. Anyway, may be I need to make a second primary partition and I will brush up again.
3. Boot the computer with the GRUB boot disk you created in the
first step. At the GRUB command prompt, choose the root partition
where we stored the files in the step 2. The first partition of the
first drive will be (hd0,0) so type in "root (hd0,0)". Return to Notebook BIOS and other problems
Users browsing this forum: No registered users and 0 guests