search for: speedstep

On 05/11/2017 05:38 PM, Darr247 wrote: >> Here's mine. Interesting differences: > If you disable Intel Speedstep in the BIOS it should lock the CPU to its > fastest speed, but you lose power saving during idle. Thanks for the suggestion. I still recall that in CentOS 5.x there was speedstep control available from gnome... and from the CLI too of course. I don't see it in C7.3. Currently I don'...

...00-0xccfff,0xec000-0xeffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range ctl: CAM Target Layer loaded est0: <Enhanced SpeedStep Frequency Control> on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 23b500001b00 device_attach: est0 attach returned 6 p4tcc0: <CPU Frequency Thermal Control> on cpu0 est1: <Enhanced SpeedStep Frequency Control> on cpu1 est: CPU s...

On Fri, May 12, 2017 at 8:18 AM, ken <gebser at mousecar.com> wrote: > Currently I don't actually need more speed. This is already a fairly peppy > laptop... like right now the load is about 2%. If it was any lower, I could > almost turn this machine off and still run everything. :) Ah but > seriously, I'd rather have the speed cranked down and save the battery. >

Hello, I have a new laptop (Core duo 2) and I plan to run Xen on it (using Windows in a DomU). The laptop won''t be connected to a power plug all the time. So it would be nice to have the possibility to set the CPU frequency to a lower value to save some power. I only found the patch by Matt Yourst for AMD k8 processors

> Here's mine. Interesting differences: If you disable Intel Speedstep in the BIOS it should lock the CPU to its fastest speed, but you lose power saving during idle. On Thu, May 11, 2017 at 3:48 PM, ken <gebser at mousecar.com> wrote: > On 05/11/2017 12:45 PM, Leon Fauster wrote: > >> Am 11.05.2017 um 16:29 schrieb Leon Fauster <leonfauster at...

Hi; While using xen-3.0.2 with 2.6.16.28 kernel CPU (Intel(R) Pentium(R) M processor 1.73GHz) temprature is inreasing up to 104 C (/proc/acpi/thermal_zone/THRM/trip_points reports 105 C is critical for CPU) while idle or no domU working with very low system load, and if i start to use domU, sometimes system freezes or reboots for heat. But the same kernel just without Xen works normally and

Hi! What is the current status of support for PowerNow! and Speedstep? As I remember there were rumors, that those techniques were just supported for dom0, meaning that all the guests would run slow if dom0 idles. Is there already a solution for this implemented (in the unstable-tree), so that guests do also influence power-state? If so, does it also work with d...

...: [FILTER] fdc0: <floppy drive controller (FDE)> port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FILTER] cpu0: <ACPI CPU> on acpi0 acpi_perf0: <ACPI CPU Frequency Control> on cpu0 p4tcc0: <CPU Frequency Thermal Control> on cpu0 cpu1: <ACPI CPU> on acpi0 est1: <Enhanced SpeedStep Frequency Control> on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 132d0000132d device_attach: est1 attach returned 6 p4tcc1: <CPU Frequency Thermal Control> on cpu1 cpu2: <ACPI CPU> on acpi0 est2: <Enhanced SpeedStep Frequenc...

...39 romulus kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 17 11:25:39 romulus kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 17 11:25:39 romulus kernel: ppc0: cannot reserve I/O port range Sep 17 11:25:39 romulus kernel: est0: <Enhanced SpeedStep Frequency Control> on cpu0 Sep 17 11:25:39 romulus kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 17 11:25:39 romulus kernel: est: cpu_vendor GenuineIntel, msr 719071906000719 Sep 17 11:25:39 romulus kernel: device_attach: est0 attach returned 6 Sep 17 11:25:39 romulus...

...hich is always fast), i put the 3com to be sure : very fast. > > So it seems it is not related to the nic itself. To be sure it wasn't > just one failing computer i tested several 380. > > I tried disabling several features in bios, like Execute Disable, > multicore support, speedstep... Nothing helped. > > I thought at the beginning it was an efi problem (althought i use it in > bios mode), but on optiplex 7010 which is efi based too, i don't have > the problem... > > I used 6.03pre2 for this test. > > As i said previously no problem before versio...

...00-0xbffff on isa0 atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range coretemp0: <CPU On-Die Thermal Sensors> on cpu0 est0: <Enhanced SpeedStep Frequency Control> on cpu0 p4tcc0: <CPU Frequency Thermal Control> on cpu0 coretemp1: <CPU On-Die Thermal Sensors> on cpu1 est1: <Enhanced SpeedStep Frequency Control> on cpu1 p4tcc1: <CPU Frequency Thermal Control> on cpu1 coretemp2: <CPU On-Die Thermal Sensors> on...

...0 orm0: <ISA Option ROM> at iomem 0xc0000-0xc7fff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: <Enhanced SpeedStep Frequency Control> on cpu0 p4tcc0: <CPU Frequency Thermal Control> on cpu0 est1: <Enhanced SpeedStep Frequency Control> on cpu1 p4tcc1: <CPU Frequency Thermal Control> on cpu1 est2: <Enhanced SpeedStep Frequency Control> on cpu2 p4tcc2: <CPU Frequency Thermal Control&g...

Ok, So this is really more of an observation than anything else.? I had a FreeBSD 10.1 server that was running great. Some SSL issue came up, or I upgrade Dovecot in ports - something occurred and the machine started rebooting randomly.? It would run for 2 weeks, then reboot.? It might run for 5 days and then reboot. So I started doing more FreeBSD upgrades, thinking it was a kernel issue. The

...utton (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, eff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: <ACPI CPU> on acpi0 est0: <Enhanced SpeedStep Frequency Control> on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: <CPU Frequency Thermal Control> on cpu0 cpu1: <ACPI CPU> on acpi0 est1: <Enhanced SpeedStep Frequ...

...ption ROMs> at iomem 0xc0000-0xc7fff,0xce000-0xcefff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: <Enhanced SpeedStep Frequency Control> on cpu0 p4tcc0: <CPU Frequency Thermal Control> on cpu0 est1: <Enhanced SpeedStep Frequency Control> on cpu1 p4tcc1: <CPU Frequency Thermal Control> on cpu1 est2: <Enhanced SpeedStep Frequency Control> on cpu2 p4tcc2: <CPU Frequency Thermal Control&g...

...CPI Warning (tbutils-0243): Incorrect checksum in table [ASF!] - 77, should be 32 [20070320] Dec 30 18:10:38 client1 kernel: ACPI Error (psparse-0626): Method parse/execution failed [\_PR_.CPU0._OSC] (Node 0xffffff0001264aa0), AE_ALREADY_EXISTS Dec 30 18:10:38 client1 kernel: est0: <Enhanced SpeedStep Frequency Control> on cpu0 Dec 30 18:10:38 client1 kernel: p4tcc0: <CPU Frequency Thermal Control> on cpu0 Dec 30 18:10:38 client1 kernel: cpu1: <ACPI CPU> on acpi0 Dec 30 18:10:38 client1 kernel: ACPI Error (psparse-0626): Method parse/execution failed [\_PR_.CPU1._OSC] (Node 0xf...

Hello! I have an old Dell Latitude C800 laptop (with Pentium3 CPU in it). FreeBSD 6.3-STABLE was running fine on it, but I decided to update the machine to 9.1-STABLE. Well, neither my own custom kernel, nor even the official 9.1-RELEASE CD1 would boot... In both cases the boot process runs up to detecting uhub0, then either hangs forever or shuts off after a short while. Again, I thought I

----- Oorspronkelijk bericht ----- Van: "Nicolas Thierry-Mieg" <Nicolas.Thierry-Mieg at imag.fr> Aan: "CentOS mailing list" <centos at centos.org> Verzonden: Woensdag 17 juni 2015 14:46:37 Onderwerp: Re: [CentOS] CentOS 7 + Dell Latitude E6420 laptop = thermalshutdown On 06/17/2015 04:49 AM, deoren wrote: > > I'm still puzzled why the laptop appears to

Yes on optiplex 790 i upgraded from A07 to A18 (there was a nic upgrade) but it didn't change anything.. On optiplex 380 i upgraded from bios A01 to A07(don't know if upgrade contained pxe or not)... I tried, lpxelinux.0 and it wasn't faster. Only v4.07 helped on these machines. Tomorrow, i will give a try with 6.03pre2. In wireshark, i saw no errors, the packet length was the

...0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: <Parallel port> failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices est0: enabling SpeedStep est0: <Enhanced SpeedStep Frequency Control> on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 21a000001f00 device_attach: est0 attach returned 6 p4tcc0: <CPU Frequency Thermal Control> on cpu0 est1: <Enhanced SpeedStep Frequency C...