* 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep @ 2006-06-19 23:10 Ben Kevan 2006-06-19 23:13 ` Dave Jones 2006-06-20 9:43 ` Bruno Ducrot 0 siblings, 2 replies; 14+ messages in thread From: Ben Kevan @ 2006-06-19 23:10 UTC (permalink / raw) To: linux; +Cc: cpufreq Hi, I copied both on this because I thought you both may be interested. My problem is, my Toshiba Tecra M1 will only run at 598Mhz, and I can not use toshutils or anything else to configure speedstep to run higher. Or in any other way can I use it to run higher. Below are a bunch of commands to give you an idea of what's going on. Is this a bug with the 2.6.16.x build? Or is it something else that I am just oblivious too (ACPI?). Any information would be greatly appreciated. LSHESU01004839:/home/bkevan # dmesg | grep speedstep speedstep-centrino: couldn't enable Enhanced SpeedStep speedstep-centrino: couldn't enable Enhanced SpeedStep speedstep-centrino: couldn't enable Enhanced SpeedStep speedstep-centrino: couldn't enable Enhanced SpeedStep LSHESU01004839:/home/bkevan # modprobe speedstep_centrino FATAL: Error inserting speedstep_centrino (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko): No such device LSHESU01004839:/home/bkevan # modprobe acpi_cpufreq FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): No such device LSHESU01004839:/home/bkevan # cpufreq-info cpufrequtils 0.4: cpufreq-info (C) Dominik Brodowski 2004 Report errors and bugs to linux@brodo.de, please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU LSHESU01004839:/home/bkevan # uname -r 2.6.16.13-4-default LSHESU01004839:/home/bkevan # cat /proc/acpi/processor/C*/info processor id: 0 acpi id: 1 bus mastering control: yes power management: yes throttling control: no limit interface: no LSHESU01004839:/home/bkevan # cat /proc/acpi/processor/C*/limit <not supported> LSHESU01004839:/home/bkevan # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 9 model name : Intel(R) Pentium(R) M processor 1600MHz stepping : 5 cpu MHz : 598.582 cache size : 1024 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 mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe est tm2 bogomips : 1198.30 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-19 23:10 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep Ben Kevan @ 2006-06-19 23:13 ` Dave Jones 2006-06-20 1:07 ` Ben Kevan 2006-06-20 9:43 ` Bruno Ducrot 1 sibling, 1 reply; 14+ messages in thread From: Dave Jones @ 2006-06-19 23:13 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, linux On Mon, Jun 19, 2006 at 04:10:40PM -0700, Ben Kevan wrote: > Hi, > > I copied both on this because I thought you both may be interested. My problem > is, my Toshiba Tecra M1 will only run at 598Mhz, and I can not use toshutils > or anything else to configure speedstep to run higher. Or in any other way > can I use it to run higher. > > Below are a bunch of commands to give you an idea of what's going on. Is this > a bug with the 2.6.16.x build? Or is it something else that I am just > oblivious too (ACPI?). > > Any information would be greatly appreciated. > > LSHESU01004839:/home/bkevan # dmesg | grep speedstep > speedstep-centrino: couldn't enable Enhanced SpeedStep > speedstep-centrino: couldn't enable Enhanced SpeedStep > speedstep-centrino: couldn't enable Enhanced SpeedStep > speedstep-centrino: couldn't enable Enhanced SpeedStep > > LSHESU01004839:/home/bkevan # modprobe speedstep_centrino > FATAL: Error inserting speedstep_centrino > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko): > No such device > LSHESU01004839:/home/bkevan # modprobe acpi_cpufreq > FATAL: Error inserting acpi_cpufreq > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): > No such device > Does this still happen in 2.6.17 ? If so, can you boot with cpufreq.debug=7 and post the output of dmesg here ? Thanks, Dave -- http://www.codemonkey.org.uk ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-19 23:13 ` Dave Jones @ 2006-06-20 1:07 ` Ben Kevan 2006-06-20 5:24 ` Ben Kevan 0 siblings, 1 reply; 14+ messages in thread From: Ben Kevan @ 2006-06-20 1:07 UTC (permalink / raw) To: Dave Jones; +Cc: cpufreq, linux Hi Dave, Thanks for the awesome speed reply. I have not yet tried with 2.6.17, I will have to find the SuSE Kernel Patches to see if I can install vanilla kernel then SuSE patch it, and log on. You wouldn't happen to know where they are located off the top of your head would you? If not, no worries, I can find them. Is there a known broken cpufreq issue in 2.6.16.x ? that would possibly cause this speedstep issue? I'll try to get back to you tomorrow with the results of 2.6.17 if I can figure out how to install the Vanilla Kernel into SuSE10.1 Ben On Monday 19 June 2006 16:13, Dave Jones wrote: > On Mon, Jun 19, 2006 at 04:10:40PM -0700, Ben Kevan wrote: > > Hi, > > > > I copied both on this because I thought you both may be interested. My > > problem is, my Toshiba Tecra M1 will only run at 598Mhz, and I can not > > use toshutils or anything else to configure speedstep to run higher. Or > > in any other way can I use it to run higher. > > > > Below are a bunch of commands to give you an idea of what's going on. Is > > this a bug with the 2.6.16.x build? Or is it something else that I am > > just oblivious too (ACPI?). > > > > Any information would be greatly appreciated. > > > > LSHESU01004839:/home/bkevan # dmesg | grep speedstep > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > > > LSHESU01004839:/home/bkevan # modprobe speedstep_centrino > > FATAL: Error inserting speedstep_centrino > > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/sp > >eedstep-centrino.ko): No such device > > LSHESU01004839:/home/bkevan # modprobe acpi_cpufreq > > FATAL: Error inserting acpi_cpufreq > > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/ac > >pi-cpufreq.ko): No such device > > Does this still happen in 2.6.17 ? > If so, can you boot with cpufreq.debug=7 and post the output of dmesg here > ? > > Thanks, > > Dave ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 1:07 ` Ben Kevan @ 2006-06-20 5:24 ` Ben Kevan 2006-06-20 5:33 ` Dave Jones 0 siblings, 1 reply; 14+ messages in thread From: Ben Kevan @ 2006-06-20 5:24 UTC (permalink / raw) To: Dave Jones; +Cc: cpufreq, Ben.Kevan, linux Hi Dave, I installed 2.6.17 and kept the Kernel Vanilla, and still came up with the same output as the originating message, here is the dmesg output with cpufreq.debug=7: Linux version 2.6.17-default (root@linux-if3t) (gcc version 4.1.0 (SUSE Linux)) #1 Mon Jun 19 21:10:57 PDT 2006 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 00000000000eee00 (reserved) BIOS-e820: 00000000000eee00 - 00000000000ef000 (ACPI NVS) BIOS-e820: 00000000000ef000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003ffd0000 (usable) BIOS-e820: 000000003ffd0000 - 000000003ffe0000 (ACPI data) BIOS-e820: 000000003ffe0000 - 0000000040000000 (reserved) BIOS-e820: 00000000feda0000 - 00000000fedc0000 (reserved) BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) 127MB HIGHMEM available. 896MB LOWMEM available. On node 0 totalpages: 262096 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 32720 pages, LIFO batch:7 DMI 2.3 present. ACPI: RSDP (v000 TOSHIB ) @ 0x000f0180 ACPI: RSDT (v001 TOSHIB 750 0x00970814 TASM 0x04010000) @ 0x3ffd0000 ACPI: FADT (v002 TOSHIB 750 0x00970814 TASM 0x04010000) @ 0x3ffd0058 ACPI: SSDT (v001 TOSHIB M1 0x20030212 MSFT 0x0100000e) @ 0x3ffd6cd6 ACPI: BOOT (v001 TOSHIB 750 0x00970814 TASM 0x04010000) @ 0x3ffd0030 ACPI: DSDT (v001 TOSHIB M1 0x20050329 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0xd808 Allocating PCI resources starting at 50000000 (gap: 40000000:beda0000) Built 1 zonelists Kernel command line: root=/dev/hda1 vga=0x31a resume=/dev/hda2 splash=silent cpufreq.debug=7 Unknown boot option `cpufreq.debug=7': ignoring Local APIC disabled by BIOS -- you can enable it with "lapic" mapped APIC to ffffd000 (01804000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 598.600 MHz processor. Using pmtmr for high-res timesource Console: colour dummy device 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1033856k/1048384k available (1403k kernel code, 13724k reserved, 568k data, 148k init, 130880k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1198.33 BogoMIPS (lpj=2396674) Security Framework v1.0.0 initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: a7e9f9bf 00000000 00000000 00000000 00000180 00000000 00000000 CPU: After vendor identify, caps: a7e9f9bf 00000000 00000000 00000000 00000180 00000000 00000000 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 1024K CPU: After all inits, caps: a7e9f9bf 00000000 00000000 00000040 00000180 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel(R) Pentium(R) M processor 1600MHz stepping 05 Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 0k freed ACPI: setting ELCR to 0200 (from 0a00) checking if image is initramfs... it is Freeing initrd memory: 2241k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd65f, last bus=5 Setting up standard PCI resources ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 PCI quirk: region d800-d87f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region eec0-eeff claimed by ICH4 GPIO PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 Boot video device is 0000:01:00.0 PCI: Transparent bridge - 0000:00:1e.0 PCI: Bus #05 (-#08) is hidden behind transparent bridge #02 (-#05) (try 'pci=assign-busses') Please report the result to linux-kernel to fix this permanently ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] ACPI: Device [LCD] status [0000000e]: functional but not present; setting present ACPI: Power Resource [PFAN] (off) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 devices PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca) PCI: Bridge: 0000:00:01.0 IO window: disabled. MEM window: dff00000-f7ffffff PREFETCH window: 54000000-540fffff PCI: Bus 3, cardbus bridge: 0000:02:0b.0 IO window: 0000c000-0000c0ff IO window: 0000c400-0000c4ff PREFETCH window: 50000000-51ffffff MEM window: 56000000-57ffffff PCI: Bus 5, cardbus bridge: 0000:02:0b.1 IO window: 0000c800-0000c8ff IO window: 0000cc00-0000ccff PREFETCH window: 52000000-53ffffff MEM window: 58000000-59ffffff PCI: Bridge: 0000:00:1e.0 IO window: c000-cfff MEM window: dfd00000-dfdfffff PREFETCH window: 50000000-53ffffff PCI: Setting latency timer of device 0000:00:1e.0 to 64 PCI: Enabling device 0000:02:0b.0 (0000 -> 0003) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI Interrupt 0000:02:0b.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Enabling device 0000:02:0b.1 (0000 -> 0003) ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 ACPI: PCI Interrupt 0000:02:0b.1[B] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 7, 524288 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered Simple Boot Flag at 0x7c set to 0x1 apm: BIOS version 1.2 Flags 0x02 (Driver version 1.16ac) apm: overridden by ACPI. audit: initializing netlink socket (disabled) audit(1150780789.860:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) vesafb: framebuffer at 0xf0000000, mapped to 0xf8880000, using 5120k, total 32768k vesafb: mode is 1280x1024x16, linelength=2560, pages=11 vesafb: protected mode interface info at c000:85ba vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 Console: switching to colour frame buffer device 160x64 fb0: VESA VGA frame buffer device ACPI: Fan [FAN] (off) ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3]) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12ac Floppy drive(s): fd0 is 1.44M floppy0: no floppy controllers found RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 mice: PS/2 mouse device common for all mice input: PC Speaker as /class/input/input0 input: AT Translated Set 2 keyboard as /class/input/input1 NET: Registered protocol family 1 Using IPI Shortcut mode ACPI wakeup devices: MPC0 MPC1 GLAN VIY0 VIY1 COM USB1 USB2 USB3 USB4 AMDM PWRB LID ACPI: (supports S0 S3 S4 S5) Freeing unused kernel memory: 148k freed Write protecting the kernel read-only data: 265k Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH4: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 ICH4: chipset revision 3 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... input: DualPoint Stick as /class/input/input2 input: AlpsPS/2 ALPS DualPoint TouchPad as /class/input/input3 hda: TOSHIBA MK4019GAX, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: max request size: 128KiB hda: 78140160 sectors (40007 MB), CHS=65535/16/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 hda3 Probing IDE interface ide1... hdc: DW-224E, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 ACPI: Thermal Zone [THRM] (40 C) Attempting manual resume ReiserFS: hda1: found reiserfs format "3.6" with standard journal ReiserFS: hda1: using ordered data mode ReiserFS: hda1: journal params: device hda1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda1: checking transaction log (hda1) ReiserFS: hda1: Using r5 hash to sort names Adding 1534196k swap on /dev/hda2. Priority:-1 extents:1 across:1534196k Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Linux agpgart interface v0.101 (c) Dave Jones usbcore: registered new driver usbfs usbcore: registered new driver hub agpgart: Detected an Intel 855PM Chipset. USB Universal Host Controller Interface driver v3.0 agpgart: AGP aperture is 256M @ 0xc0000000 ACPI: PCI Interrupt 0000:00:1d.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 11, io base 0x0000efe0 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[B] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 11, io base 0x0000ef80 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 1658kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 PCI: Enabling device 0000:00:1d.2 (0000 -> 0001) ACPI: PCI Interrupt 0000:00:1d.2[C] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 11, io base 0x000018c0 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: PCI Interrupt 0000:02:0b.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 Yenta: CardBus bridge found at 0000:02:0b.0 [1179:0001] PCI: Enabling device 0000:00:1d.7 (0000 -> 0002) ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1d.7[D] -> Link [LNKH] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4 ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: irq 11, io mem 0x54100000 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 6 ports detected Intel(R) PRO/1000 Network Driver - version 7.0.33-k2-NAPI Copyright (c) 1999-2005 Intel Corporation. Yenta: ISA IRQ mask 0x04b8, PCI irq 11 Socket status: 30000007 pcmcia: parent PCI bridge I/O window: 0xc000 - 0xcfff cs: IO port probe 0xc000-0xcfff: clean. pcmcia: parent PCI bridge Memory window: 0xdfd00000 - 0xdfdfffff pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff ACPI: PCI Interrupt 0000:02:0b.1[B] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 Yenta: CardBus bridge found at 0000:02:0b.1 [1179:0001] i8xx TCO timer: initialized (0xd860). heartbeat=30 sec (nowayout=0) ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, git-1.1.7 ieee80211: Copyright (C) 2004-2005 Intel Corporation < jketreno@linux.intel.com> Yenta: ISA IRQ mask 0x04b8, PCI irq 11 Socket status: 30000007 pcmcia: parent PCI bridge I/O window: 0xc000 - 0xcfff cs: IO port probe 0xc000-0xcfff: clean. pcmcia: parent PCI bridge Memory window: 0xdfd00000 - 0xdfdfffff pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff ipw2100: Intel(R) PRO/Wireless 2100 Network Driver, git-1.2.2 ipw2100: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt 0000:02:0a.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 ipw2100: Detected Intel PRO/Wireless 2100 Network Connection ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 11 ACPI: PCI Interrupt 0000:02:09.0[A] -> Link [LNKE] -> GSI 11 (level, low) -> IRQ 11 e1000: 0000:02:09.0: e1000_probe: (PCI:33MHz:32-bit) 00:0e:7b:7c:60:a2 e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 PCI: Enabling device 0000:00:1f.5 (0000 -> 0003) ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1f.5 to 64 cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. hw_random: RNG not detected ALSA sound/pci/ac97/ac97_codec.c:1905: AC'97 1 does not respond - RESET ALSA sound/pci/ac97/ac97_codec.c:1914: AC'97 1 access is not valid [0xffffffff], removing mixer. ALSA sound/pci/intel8x0.c:2126: Unable to initialize codec #1 intel8x0_measure_ac97_clock: measured 55799 usecs intel8x0: clocking to 48000 loop: loaded (max 8 devices) ReiserFS: hda3: found reiserfs format "3.6" with standard journal ReiserFS: hda3: using ordered data mode ReiserFS: hda3: journal params: device hda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda3: checking transaction log (hda3) ReiserFS: hda3: Using r5 hash to sort names ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. ip_conntrack version 2.4 (8190 buckets, 65520 max) - 224 bytes per conntrack ACPI: AC Adapter [ADP1] (on-line) ACPI: Battery Slot [BAT1] (battery present) ACPI: Battery Slot [BAT2] (battery absent) ACPI: Power Button (FF) [PWRF] ACPI: Power Button (CM) [PWRB] ACPI: Lid Switch [LID] toshiba_acpi: Toshiba Laptop ACPI Extras version 0.18 toshiba_acpi: HCI method: \_SB_.VALD.GHCI BIOS EDD facility v0.16 2004-Jun-25, 1 devices found audit(1150780823.618:2): audit_backlog_limit=256 old=64 by auid=4294967295 audit(1150780823.682:3): audit_pid=2446 old=0 by auid=4294967295 IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com> speedstep-centrino: couldn't enable Enhanced SpeedStep e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex NET: Registered protocol family 17 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=78 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=58 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=78 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=58 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=78 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=58 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 ISO 9660 Extensions: Microsoft Joliet Level 3 ISO 9660 Extensions: RRIP_1991A SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.1.100 DST=224.0.0.251LEN=112 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=92 bkevan@linux-if3t:~> Also, Yes, I have the most updated BIOS for my computer. Please let me know what you get out of this. Again thank you guys so much for your assistance. Wish there were a "Donation" bin :o) Ben On 6/19/06, Ben Kevan <ben.kevan@gmail.com> wrote: > > Hi Dave, > > Thanks for the awesome speed reply. I have not yet tried with 2.6.17, I > will > have to find the SuSE Kernel Patches to see if I can install vanilla > kernel > then SuSE patch it, and log on. > > You wouldn't happen to know where they are located off the top of your > head > would you? If not, no worries, I can find them. Is there a known broken > cpufreq issue in 2.6.16.x ? that would possibly cause this speedstep > issue? > > I'll try to get back to you tomorrow with the results of 2.6.17 if I can > figure out how to install the Vanilla Kernel into SuSE10.1 > > Ben > > On Monday 19 June 2006 16:13, Dave Jones wrote: > > On Mon, Jun 19, 2006 at 04:10:40PM -0700, Ben Kevan wrote: > > > Hi, > > > > > > I copied both on this because I thought you both may be interested. > My > > > problem is, my Toshiba Tecra M1 will only run at 598Mhz, and I can > not > > > use toshutils or anything else to configure speedstep to run higher. > Or > > > in any other way can I use it to run higher. > > > > > > Below are a bunch of commands to give you an idea of what's going on. > Is > > > this a bug with the 2.6.16.x build? Or is it something else that I am > > > just oblivious too (ACPI?). > > > > > > Any information would be greatly appreciated. > > > > > > LSHESU01004839:/home/bkevan # dmesg | grep speedstep > > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > > speedstep-centrino: couldn't enable Enhanced SpeedStep > > > > > > LSHESU01004839:/home/bkevan # modprobe speedstep_centrino > > > FATAL: Error inserting speedstep_centrino > > > > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/sp > > >eedstep-centrino.ko): No such device > > > LSHESU01004839:/home/bkevan # modprobe acpi_cpufreq > > > FATAL: Error inserting acpi_cpufreq > > > > (/lib/modules/2.6.16.13-4-default/kernel/arch/i386/kernel/cpu/cpufreq/ac > > >pi-cpufreq.ko): No such device > > > > Does this still happen in 2.6.17 ? > > If so, can you boot with cpufreq.debug=7 and post the output of dmesg > here > > ? > > > > Thanks, > > > > Dave > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 5:24 ` Ben Kevan @ 2006-06-20 5:33 ` Dave Jones 0 siblings, 0 replies; 14+ messages in thread From: Dave Jones @ 2006-06-20 5:33 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, linux On Mon, Jun 19, 2006 at 10:24:21PM -0700, Ben Kevan wrote: > Hi Dave, > > I installed 2.6.17 and kept the Kernel Vanilla, and still came up with the > same output as the originating message, here is the dmesg output with > cpufreq.debug=7: > .. > Unknown boot option `cpufreq.debug=7': ignoring make sure that CPU_FREQ_DEBUG is set in your .config Dave -- http://www.codemonkey.org.uk ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-19 23:10 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep Ben Kevan 2006-06-19 23:13 ` Dave Jones @ 2006-06-20 9:43 ` Bruno Ducrot 2006-06-20 10:16 ` Bruno Ducrot 2006-06-20 18:07 ` Jeremy Fitzhardinge 1 sibling, 2 replies; 14+ messages in thread From: Bruno Ducrot @ 2006-06-20 9:43 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, linux On Mon, Jun 19, 2006 at 04:10:40PM -0700, Ben Kevan wrote: > Hi, > > I copied both on this because I thought you both may be interested. My problem > is, my Toshiba Tecra M1 will only run at 598Mhz, and I can not use toshutils > or anything else to configure speedstep to run higher. Or in any other way > can I use it to run higher. > > Below are a bunch of commands to give you an idea of what's going on. Is this > a bug with the 2.6.16.x build? Or is it something else that I am just > oblivious too (ACPI?). > .... > LSHESU01004839:/home/bkevan # cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 9 > model name : Intel(R) Pentium(R) M processor 1600MHz > stepping : 5 > cpu MHz : 598.582 > cache size : 1024 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 mce cx8 sep mtrr pge mca cmov pat > clflush dts acpi mmx fxsr sse sse2 tm pbe est tm2 > bogomips : 1198.30 That's strange. Even if there is no processor object declared onto ACPI tables it should work with CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE set since it's a bania. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 9:43 ` Bruno Ducrot @ 2006-06-20 10:16 ` Bruno Ducrot 2006-06-20 18:07 ` Jeremy Fitzhardinge 1 sibling, 0 replies; 14+ messages in thread From: Bruno Ducrot @ 2006-06-20 10:16 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, linux On Tue, Jun 20, 2006 at 11:43:57AM +0200, Bruno Ducrot wrote: > On Mon, Jun 19, 2006 at 04:10:40PM -0700, Ben Kevan wrote: > > Hi, > > > > I copied both on this because I thought you both may be interested. My problem > > is, my Toshiba Tecra M1 will only run at 598Mhz, and I can not use toshutils > > or anything else to configure speedstep to run higher. Or in any other way > > can I use it to run higher. > > > > Below are a bunch of commands to give you an idea of what's going on. Is this > > a bug with the 2.6.16.x build? Or is it something else that I am just > > oblivious too (ACPI?). > > > > .... > > > > LSHESU01004839:/home/bkevan # cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 6 > > model : 9 > > model name : Intel(R) Pentium(R) M processor 1600MHz > > stepping : 5 > > cpu MHz : 598.582 > > cache size : 1024 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 mce cx8 sep mtrr pge mca cmov pat > > clflush dts acpi mmx fxsr sse sse2 tm pbe est tm2 > > bogomips : 1198.30 > > That's strange. Even if there is no processor object declared onto ACPI > tables it should work with CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE set since > it's a bania. > I'm wondering if actually the bios correctly has been informed that the OS take control of performance things (or something like such..) (In that case, CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE won't help, but it may work with CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI set) Could you please test with that little patch please ? --- linux-2.6.17/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c 2006/06/20 10:09:38 1.1 +++ linux-2.6.17/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c 2006/06/20 10:11:03 @@ -455,7 +455,9 @@ static int centrino_cpu_init_acpi(struct } /* notify BIOS that we exist */ - acpi_processor_notify_smm(THIS_MODULE); + result = acpi_processor_notify_smm(THIS_MODULE); + if (result) + printk(KERN_WARNING "notifying SMM bios failed\n"); return 0; -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 9:43 ` Bruno Ducrot 2006-06-20 10:16 ` Bruno Ducrot @ 2006-06-20 18:07 ` Jeremy Fitzhardinge 2006-06-20 20:32 ` Ben Kevan 2006-06-21 10:01 ` Bruno Ducrot 1 sibling, 2 replies; 14+ messages in thread From: Jeremy Fitzhardinge @ 2006-06-20 18:07 UTC (permalink / raw) To: Bruno Ducrot; +Cc: cpufreq, Ben Kevan, linux Bruno Ducrot wrote: > That's strange. Even if there is no processor object declared onto ACPI > tables it should work with CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE set since > it's a bania. > This message specifically means that the CPU isn't allowing EST to be enabled, even though the CPU has the capability. I think the BIOS can lock this down, like VT on later processors. Though I can't imagine why, unless the machine is being sold as a cheaper/slower system than the CPU they put in it... What does the SMM patch do? J ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 18:07 ` Jeremy Fitzhardinge @ 2006-06-20 20:32 ` Ben Kevan 2006-06-20 20:37 ` Jeremy Fitzhardinge 2006-06-22 17:59 ` Dominik Brodowski 2006-06-21 10:01 ` Bruno Ducrot 1 sibling, 2 replies; 14+ messages in thread From: Ben Kevan @ 2006-06-20 20:32 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: cpufreq, Bruno Ducrot, linux On Tuesday 20 June 2006 11:07, Jeremy Fitzhardinge wrote: > Bruno Ducrot wrote: > > That's strange. Even if there is no processor object declared onto ACPI > > tables it should work with CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE set since > > it's a bania. > > This message specifically means that the CPU isn't allowing EST to be > enabled, even though the CPU has the capability. I think the BIOS can > lock this down, like VT on later processors. Though I can't imagine > why, unless the machine is being sold as a cheaper/slower system than > the CPU they put in it... > > What does the SMM patch do? > > J I patched my kernel with Bruno's suggestion but that did not change anything. I guess from looking at it, I should get a Kernel Error Message with "notifying SMM bios failed" message. I will check the logs (It is on a seperate HDD for this same machine (need to keep my production machine up and clean). I have installed 2.6.17 and compiled with the cpufreq debug, and here is the portion of dmesg I am sure you are intrested in: Netfilter messages via NETLINK v0.30. ip_conntrack version 2.4 (8190 buckets, 65520 max) - 224 bytes per conntrack ACPI: AC Adapter [ADP1] (on-line) ACPI: Battery Slot [BAT1] (battery present) ACPI: Battery Slot [BAT2] (battery absent) ACPI: Power Button (FF) [PWRF] ACPI: Power Button (CM) [PWRB] ACPI: Lid Switch [LID] toshiba_acpi: Toshiba Laptop ACPI Extras version 0.18 toshiba_acpi: HCI method: \_SB_.VALD.GHCI BIOS EDD facility v0.16 2004-Jun-25, 1 devices found audit(1150830156.185:2): audit_backlog_limit=256 old=64 by auid=4294967295 audit(1150830156.769:3): audit_pid=2432 old=0 by auid=4294967295 IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com> cpufreq-core: trying to register driver centrino cpufreq-core: adding CPU 0 speedstep-centrino: P1 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P2 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P3 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P4 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P5 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P6 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P7 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P8 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P9 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P10 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P11 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P12 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P13 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P14 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: P15 has larger frequency (65535) than P0 (600), skipping speedstep-centrino: adding state 0 with frequency 600000 and control value 0610 speedstep-centrino: adding state 1 with frequency 0 and control value ffff speedstep-centrino: adding state 2 with frequency 0 and control value ffff speedstep-centrino: adding state 3 with frequency 0 and control value ffff speedstep-centrino: adding state 4 with frequency 0 and control value ffff speedstep-centrino: adding state 5 with frequency 0 and control value ffff speedstep-centrino: adding state 6 with frequency 0 and control value ffff speedstep-centrino: adding state 7 with frequency 0 and control value ffff speedstep-centrino: adding state 8 with frequency 0 and control value ffff speedstep-centrino: adding state 9 with frequency 0 and control value ffff speedstep-centrino: adding state 10 with frequency 0 and control value ffff speedstep-centrino: adding state 11 with frequency 0 and control value ffff speedstep-centrino: adding state 12 with frequency 0 and control value ffff speedstep-centrino: adding state 13 with frequency 0 and control value ffff speedstep-centrino: adding state 14 with frequency 0 and control value ffff speedstep-centrino: adding state 15 with frequency 0 and control value ffff speedstep-centrino: skipping state 1 speedstep-centrino: skipping state 2 speedstep-centrino: skipping state 3 speedstep-centrino: skipping state 4 speedstep-centrino: skipping state 5 speedstep-centrino: skipping state 6 speedstep-centrino: skipping state 7 speedstep-centrino: skipping state 8 speedstep-centrino: skipping state 9 speedstep-centrino: skipping state 10 speedstep-centrino: skipping state 11 speedstep-centrino: skipping state 12 speedstep-centrino: skipping state 13 speedstep-centrino: skipping state 14 speedstep-centrino: skipping state 15 speedstep-centrino: trying to enable Enhanced SpeedStep (111088) speedstep-centrino: couldn't enable Enhanced SpeedStep cpufreq-core: initialization failed cpufreq-core: no CPU initialized for driver centrino cpufreq-core: unregistering CPU 0 acpi-cpufreq: acpi_cpufreq_init cpufreq-core: trying to register driver acpi-cpufreq cpufreq-core: adding CPU 0 acpi-cpufreq: acpi_cpufreq_cpu_init cpufreq-core: initialization failed cpufreq-core: no CPU initialized for driver acpi-cpufreq cpufreq-core: unregistering CPU 0 speedstep-lib: x86: 6, model: 9 speedstep-ich: Intel(R) SpeedStep(TM) capable processor not found e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex NET: Registered protocol family 17 Bruno / J, What should I be looking for with the patched speedstep-centrino.c? Where would this message be? In my /var/log/messages or under another log file? Thanks for all your help? Ben ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 20:32 ` Ben Kevan @ 2006-06-20 20:37 ` Jeremy Fitzhardinge 2006-06-20 21:09 ` Ben Kevan 2006-06-22 17:59 ` Dominik Brodowski 1 sibling, 1 reply; 14+ messages in thread From: Jeremy Fitzhardinge @ 2006-06-20 20:37 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, Bruno Ducrot, linux Ben Kevan wrote: > speedstep-centrino: P1 has larger frequency (65535) than P0 (600), skipping > Do you know this machine supports multiple power states for the CPU? Does it work under Windows? Because my reading of all this is that the BIOS claims it only runs at 600MHz, and is doing everything in its power to enforce that. J ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 20:37 ` Jeremy Fitzhardinge @ 2006-06-20 21:09 ` Ben Kevan 0 siblings, 0 replies; 14+ messages in thread From: Ben Kevan @ 2006-06-20 21:09 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: cpufreq, Bruno Ducrot, linux On Tuesday 20 June 2006 13:37, Jeremy Fitzhardinge wrote: > Ben Kevan wrote: > > speedstep-centrino: P1 has larger frequency (65535) than P0 (600), > > skipping > > Do you know this machine supports multiple power states for the CPU? > Does it work under Windows? Because my reading of all this is that the > BIOS claims it only runs at 600MHz, and is doing everything in its power > to enforce that. > > J Hi J, Yes, this does work in Windows but if I remember correctly you have to use the Toshiba Power Utilities to Increase it from 600Mhz up to 1.60Ghz I have checked the BIOS and have found nothing that allows me to change CPU power states or anything with the CPU / SpeedStep etc. But the strange thing is when I took out my Linux HDD and slapped in a windows HDD, it came up by default at 600 (598)Mhz and had to change the power settings to support 1.60Ghz. Let me check BIOS again, and double check that there is nothing in there for power / cpu settings. ( again, I am running the most up to date BIOS for my machine). Ben ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 20:32 ` Ben Kevan 2006-06-20 20:37 ` Jeremy Fitzhardinge @ 2006-06-22 17:59 ` Dominik Brodowski 2006-06-24 18:03 ` Ben Kevan 1 sibling, 1 reply; 14+ messages in thread From: Dominik Brodowski @ 2006-06-22 17:59 UTC (permalink / raw) To: Ben Kevan; +Cc: cpufreq, Jeremy Fitzhardinge, Bruno Ducrot Hi, On Tue, Jun 20, 2006 at 01:32:01PM -0700, Ben Kevan wrote: > speedstep-centrino: P1 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P2 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P3 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P4 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P5 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P6 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P7 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P8 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P9 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P10 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P11 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P12 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P13 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P14 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: P15 has larger frequency (65535) than P0 (600), skipping > speedstep-centrino: adding state 0 with frequency 600000 and control value 0610 > speedstep-centrino: adding state 1 with frequency 0 and control value ffff > speedstep-centrino: adding state 2 with frequency 0 and control value ffff > speedstep-centrino: adding state 3 with frequency 0 and control value ffff > speedstep-centrino: adding state 4 with frequency 0 and control value ffff > speedstep-centrino: adding state 5 with frequency 0 and control value ffff > speedstep-centrino: adding state 6 with frequency 0 and control value ffff > speedstep-centrino: adding state 7 with frequency 0 and control value ffff > speedstep-centrino: adding state 8 with frequency 0 and control value ffff > speedstep-centrino: adding state 9 with frequency 0 and control value ffff > speedstep-centrino: adding state 10 with frequency 0 and control value ffff > speedstep-centrino: adding state 11 with frequency 0 and control value ffff > speedstep-centrino: adding state 12 with frequency 0 and control value ffff > speedstep-centrino: adding state 13 with frequency 0 and control value ffff > speedstep-centrino: adding state 14 with frequency 0 and control value ffff > speedstep-centrino: adding state 15 with frequency 0 and control value ffff As ACPI initialization succeeded, we didn't fall back to use the table. Does this patch help? [PATCH] speedstep_centrino: only use ACPI if it offers more than one state Fall back to hard-coded tables in speedstep_centrino if ACPI only tells us about one valid state. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> diff --git a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c b/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c index ce54ff1..5818d24 100644 --- a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c +++ b/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c @@ -365,6 +365,7 @@ static int centrino_cpu_init_acpi(struct unsigned long cur_freq; int result = 0, i; unsigned int cpu = policy->cpu; + unsigned int states = 0; /* register with ACPI core */ if (acpi_processor_register_performance(&p, cpu)) { @@ -452,6 +453,13 @@ static int centrino_cpu_init_acpi(struct if (cur_freq == centrino_model[cpu]->op_points[i].frequency) p.state = i; + + states++; + } + + if (states <= 1) { + result = -ENODEV; + goto err_kfree_all; } /* notify BIOS that we exist */ ^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-22 17:59 ` Dominik Brodowski @ 2006-06-24 18:03 ` Ben Kevan 0 siblings, 0 replies; 14+ messages in thread From: Ben Kevan @ 2006-06-24 18:03 UTC (permalink / raw) To: Dominik Brodowski; +Cc: cpufreq, Jeremy Fitzhardinge, Bruno Ducrot I was able to fix the problem by sending the UNIT to a Toshiba dealer, and they had to re-write the microde once it was rewritten I could do the following" bkevan@LSHESU01004839:~> dmesg | grep Microcode IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com> IA-32 Microcode Update Driver v1.14 unregistered And see that the Microcode driver worked, and am now able to run cpufreq-info and also modprobe speedstep-centrino etc. Thank you ALL for your help. Ben On Thursday 22 June 2006 10:59, Dominik Brodowski wrote: > Hi, > > On Tue, Jun 20, 2006 at 01:32:01PM -0700, Ben Kevan wrote: > > speedstep-centrino: P1 has larger frequency (65535) than P0 (600), > > skipping speedstep-centrino: P2 has larger frequency (65535) than P0 > > (600), skipping speedstep-centrino: P3 has larger frequency (65535) than > > P0 (600), skipping speedstep-centrino: P4 has larger frequency (65535) > > than P0 (600), skipping speedstep-centrino: P5 has larger frequency > > (65535) than P0 (600), skipping speedstep-centrino: P6 has larger > > frequency (65535) than P0 (600), skipping speedstep-centrino: P7 has > > larger frequency (65535) than P0 (600), skipping speedstep-centrino: P8 > > has larger frequency (65535) than P0 (600), skipping speedstep-centrino: > > P9 has larger frequency (65535) than P0 (600), skipping > > speedstep-centrino: P10 has larger frequency (65535) than P0 (600), > > skipping speedstep-centrino: P11 has larger frequency (65535) than P0 > > (600), skipping speedstep-centrino: P12 has larger frequency (65535) than > > P0 (600), skipping speedstep-centrino: P13 has larger frequency (65535) > > than P0 (600), skipping speedstep-centrino: P14 has larger frequency > > (65535) than P0 (600), skipping speedstep-centrino: P15 has larger > > frequency (65535) than P0 (600), skipping speedstep-centrino: adding > > state 0 with frequency 600000 and control value 0610 speedstep-centrino: > > adding state 1 with frequency 0 and control value ffff > > speedstep-centrino: adding state 2 with frequency 0 and control value > > ffff speedstep-centrino: adding state 3 with frequency 0 and control > > value ffff speedstep-centrino: adding state 4 with frequency 0 and > > control value ffff speedstep-centrino: adding state 5 with frequency 0 > > and control value ffff speedstep-centrino: adding state 6 with frequency > > 0 and control value ffff speedstep-centrino: adding state 7 with > > frequency 0 and control value ffff speedstep-centrino: adding state 8 > > with frequency 0 and control value ffff speedstep-centrino: adding state > > 9 with frequency 0 and control value ffff speedstep-centrino: adding > > state 10 with frequency 0 and control value ffff speedstep-centrino: > > adding state 11 with frequency 0 and control value ffff > > speedstep-centrino: adding state 12 with frequency 0 and control value > > ffff speedstep-centrino: adding state 13 with frequency 0 and control > > value ffff speedstep-centrino: adding state 14 with frequency 0 and > > control value ffff speedstep-centrino: adding state 15 with frequency 0 > > and control value ffff > > As ACPI initialization succeeded, we didn't fall back to use the table. > Does this patch help? > > > [PATCH] speedstep_centrino: only use ACPI if it offers more than one state > > Fall back to hard-coded tables in speedstep_centrino if ACPI only tells us > about one valid state. > > Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> > > diff --git a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c > b/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c index ce54ff1..5818d24 > 100644 > --- a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c > +++ b/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c > @@ -365,6 +365,7 @@ static int centrino_cpu_init_acpi(struct > unsigned long cur_freq; > int result = 0, i; > unsigned int cpu = policy->cpu; > + unsigned int states = 0; > > /* register with ACPI core */ > if (acpi_processor_register_performance(&p, cpu)) { > @@ -452,6 +453,13 @@ static int centrino_cpu_init_acpi(struct > > if (cur_freq == centrino_model[cpu]->op_points[i].frequency) > p.state = i; > + > + states++; > + } > + > + if (states <= 1) { > + result = -ENODEV; > + goto err_kfree_all; > } > > /* notify BIOS that we exist */ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep 2006-06-20 18:07 ` Jeremy Fitzhardinge 2006-06-20 20:32 ` Ben Kevan @ 2006-06-21 10:01 ` Bruno Ducrot 1 sibling, 0 replies; 14+ messages in thread From: Bruno Ducrot @ 2006-06-21 10:01 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: cpufreq, Ben Kevan, linux On Tue, Jun 20, 2006 at 11:07:07AM -0700, Jeremy Fitzhardinge wrote: > Bruno Ducrot wrote: > >That's strange. Even if there is no processor object declared onto ACPI > >tables it should work with CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE set since > >it's a bania. > > > > This message specifically means that the CPU isn't allowing EST to be > enabled, even though the CPU has the capability. I think the BIOS can > lock this down, like VT on later processors. Though I can't imagine > why, unless the machine is being sold as a cheaper/slower system than > the CPU they put in it... > > What does the SMM patch do? > I should have been more specific. The patch won't fix anything but add a warning if the BIOS do not allow the OS to take control of performances stuff. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2006-06-24 18:03 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-06-19 23:10 2.6.16.x CPUFREQ / SpeedStep-Centrino: couldn't enable Enchanced SpeedStep Ben Kevan 2006-06-19 23:13 ` Dave Jones 2006-06-20 1:07 ` Ben Kevan 2006-06-20 5:24 ` Ben Kevan 2006-06-20 5:33 ` Dave Jones 2006-06-20 9:43 ` Bruno Ducrot 2006-06-20 10:16 ` Bruno Ducrot 2006-06-20 18:07 ` Jeremy Fitzhardinge 2006-06-20 20:32 ` Ben Kevan 2006-06-20 20:37 ` Jeremy Fitzhardinge 2006-06-20 21:09 ` Ben Kevan 2006-06-22 17:59 ` Dominik Brodowski 2006-06-24 18:03 ` Ben Kevan 2006-06-21 10:01 ` Bruno Ducrot
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.