on 11/09/2010 21:30 Nate Lawson said the following:
PROCESSOR-0311 [255895] cpu_attach: acpi_cpu3: P_BLK at 0x410/6
PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
available.
PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3: Got C3 - 245
latency
on 11/09/2010 21:30 Nate Lawson said the following:
I think the issue is that C2 is not available for some reason and thus
C3 can't be used either. The way to tell is to use acpidump and look for
the CPU objects' _CST fields.
From reading of the code, C3 should be used in this case even if C2
on 12/09/2010 02:14 Norikatsu Shigemura said the following:
According to acpidump -dt, I could find CPU0CST table, but
not found _CST.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - -
Scope (\)
{
Name (SSDT, Package (0x0C)
Andriy Gapon wrote:
on 11/09/2010 21:30 Nate Lawson said the following:
PROCESSOR-0311 [255895] cpu_attach: acpi_cpu3: P_BLK at 0x410/6
PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
available.
PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3: Got
on 12/09/2010 11:12 Alexander Motin said the following:
Just an idea. Limits of 100 and 1000 are defined for detection of
C-states using P_LVLx_LAT registers. Because _CST explicitly specifies
which states are available, these limitations may not apply there. I
would try to comment these
Norikatsu Shigemura wrote:
On Sun, 12 Sep 2010 11:12:20 +0300
Alexander Motin m...@freebsd.org wrote:
PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
available.
PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3: Got C3 - 245
latency
I think the issue is that
on 12/09/2010 12:26 Norikatsu Shigemura said the following:
Hi avg and mav.
On Sun, 12 Sep 2010 11:12:20 +0300
Alexander Motin m...@freebsd.org wrote:
PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
available.
PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3:
on 12/09/2010 12:29 Alexander Motin said the following:
hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
sysctl?
And also check performance_cx_lowest, economy_cx_lowest in
/etc/defaults/rc.conf. And /etc/rc.d/power_profile.
--
Andriy Gapon
Hi mav.
On Sun, 12 Sep 2010 12:29:37 +0300
Alexander Motin m...@freebsd.org wrote:
But cx_lowest is not changed:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - -
$ sysctl -a | grep cx
hw.acpi.cpu.cx_lowest: C1
:
- - - - - - - - - - - - -
Norikatsu Shigemura wrote:
On Sun, 12 Sep 2010 12:29:37 +0300
Alexander Motin m...@freebsd.org wrote:
| hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
sysctl?
Oops, I forgot usage of cx_lowest.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Hi avg.
On Sun, 12 Sep 2010 19:05:37 +0900
Norikatsu Shigemura n...@freebsd.org wrote:
I re-tried to test following patch.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
--- sys/dev/acpica/acpi_cpu.c.orig2010-09-12 01:31:38.144243000 +0900
+++
Hi mav.
On Sun, 12 Sep 2010 13:00:22 +0300
Alexander Motin m...@freebsd.org wrote:
`sysctl -a` is a bad tool to estimate C-states usage. It causes a lot of
context switches, making data dirty. To get more precise data, try:
sysctl hw.acpi.cpu.cx_lowest=C2 sleep 10 sysctl dev.cpu.0.cx_usage
on 12/09/2010 13:25 Norikatsu Shigemura said the following:
Hi avg.
On Sun, 12 Sep 2010 19:09:52 +0900
Norikatsu Shigemura n...@freebsd.org wrote:
Logic is mistake. I'll re-make a patch and retry.
I re-tried following patch:
- - - - - - - - - - - - - - - - - - - - - - - - - -
Andriy Gapon wrote:
acpi_lid0: Lid closed
em0: Link is up 1000 Mbps Full Duplex
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2 - 245
latency
PROCESSOR-0722 [403855] cpu_cx_cst:
Alexander Motin wrote:
Andriy Gapon wrote:
acpi_lid0: Lid closed
em0: Link is up 1000 Mbps Full Duplex
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2 - 245
latency
PROCESSOR-0722 [403855]
Hi mav.
On Sun, 12 Sep 2010 13:57:21 +0300
Alexander Motin m...@freebsd.org wrote:
BTW, have you tried to unplug power? My laptop hides C3 state when power
cord is plugged-in.
Oh! You are right! I got C3 state.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Hi.
On Sun, 12 Sep 2010 20:26:07 +0900
Norikatsu Shigemura n...@freebsd.org wrote:
Humm.. Why only C3 state appear when unplug power? :-(
Ah, I got it. Every times, evaluating _CST on acpi_cpu_cx_cst,
and _CST is a black box because I couldn't see _CST. Maybe,
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
The
Hi,
I have just imported your VirtualBox appliance,
created some zpool and wanted to try *dedup* on
FreeBSD, but while I was able to enable *dedup*,
I was not able to check *dedupratio* because
that 'property' is not available, on OpenSolaris
it looked like that:
# zpool get dedupratio pool
NAME
on 12/09/2010 13:37 Alexander Motin said the following:
Andriy Gapon wrote:
acpi_lid0: Lid closed
em0: Link is up 1000 Mbps Full Duplex
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2 - 245
On Sep 11, 2010, at 5:26 PM, Rick Macklem wrote:
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
You can also look in /var/log/messages to see if any of the
daemons
are complaining about something.
Only warning I see on a system reboot is:
nfsd: can't open
on 12/09/2010 18:22 Andriy Gapon said the following:
Observations are correct, but incomplete; the conclusions are wrong.
At the end of the boot there are message like this one:
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
This is a result of re-evaluation
Hi avg.
On Sun, 12 Sep 2010 18:38:58 +0300
Andriy Gapon a...@icyb.net.ua wrote:
Observations are correct, but incomplete; the conclusions are wrong.
At the end of the boot there are message like this one:
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
Andriy Gapon wrote:
on 12/09/2010 18:22 Andriy Gapon said the following:
Observations are correct, but incomplete; the conclusions are wrong.
At the end of the boot there are message like this one:
PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
latency
This is a
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
On Sun, Sep 12, 2010 at 02:40:49AM +, Alexander Best wrote:
On Fri Sep 10 10, John Baldwin wrote:
On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
On Thu Sep 9 10, Alexander Best wrote:
On Thu Sep 9 10, Alexander Best wrote:
hi there,
except for arm
On Sun Sep 12 10, Marius Strobl wrote:
On Sun, Sep 12, 2010 at 02:40:49AM +, Alexander Best wrote:
On Fri Sep 10 10, John Baldwin wrote:
On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
On Thu Sep 9 10, Alexander Best wrote:
On Thu Sep 9 10, Alexander Best
On 09/12/10 12:19, Kostik Belousov wrote:
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
[ .. ]
Does the following change make any
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
Can you try the attached(hackish) patch?
Index: vm_map.c
===
--- vm_map.c (revision 212479)
+++ vm_map.c (working copy)
@@ -128,7 +128,7 @@
static void vm_map_zfini(void *mem, int size);
static void _vm_map_init(vm_map_t map, pmap_t
I have NFS sharing a ZFS pool that VMware esxi stores files on. When
put under stress (an OS installation, but not Linux compilation), the
NFS server locks, spiking to 100% CPU usage. Not even kill -KILL can
stop the process, so rebooting is required.
PID USERNAMETHR PRI NICE SIZE
I have NFS sharing a ZFS pool that VMware esxi stores files on. When
put under stress (an OS installation, but not Linux compilation), the
NFS server locks, spiking to 100% CPU usage. Not even kill -KILL can
stop the process, so rebooting is required.
PID USERNAME THR PRI NICE SIZE RES
In message: 20100912170344.ga58...@freebsd.org
Alexander Best arun...@freebsd.org writes:
: also i noticed that after keywords like device there're two tabs,
: whereas after the keyword options there's one space and a
: tab. since i don't know, if this was done on purpose i didn't
33 matches
Mail list logo