Ian Smith wrote:
On Fri, 10 Apr 2009, Nate Lawson wrote:
Andriy Gapon wrote:
on 09/04/2009 23:24 Stephen Clark said the following:
Is there a reason it doesn't send and event like Linux that can be acted
upon by user space other
than signaling init? I like to have a message
Kostik Belousov wrote:
On Fri, Apr 17, 2009 at 12:27:32PM -0700, Nate Lawson wrote:
Ian Smith wrote:
Perhaps a silly question, but is it too late at this stage of the game
to try logging S5 events to syslog before dying? I agree with Stephen,
logging 'shutdown by powerbutton' surely beats
Andriy Gapon wrote:
on 09/04/2009 23:24 Stephen Clark said the following:
Is there a reason it doesn't send and event like Linux that can be acted
upon by user space other
than signaling init? I like to have a message written in
/var/log/messages that someone pressed
the powerbutton.
I
Nate Lawson wrote:
Volker wrote:
On 12/23/-58 20:59, Nate Lawson wrote:
I've committed the below patch and want to MFC it to 7.0. To do this, I
need people to test this quickly. It probably has no effect in 6.x and
probably doesn't apply cleanly there.
Please try this patch if you have
Abdullah Ibn Hamad Al-Marri wrote:
On 10/13/07, Nate Lawson [EMAIL PROTECTED] wrote:
Rolf Witt wrote:
Abdullah Ibn Hamad Al-Marri schrieb:
Hello,
I'm getting interrupt storm lately.
No, you use Polling and the interrupt-rate is 1000HZ (your HZ-Option).
Thats ok.
IM# vmstat -i
interrupt
Abdullah Ibn Hamad Al-Marri wrote:
On 2007-Oct-14 15:36:39 +0300, Abdullah Ibn Hamad Al-Marri
[EMAIL PROTECTED] wrote:
On 10/13/07, Nate Lawson [EMAIL PROTECTED] wrote:
Rolf Witt wrote:
Abdullah Ibn Hamad Al-Marri schrieb:
Hello,
I'm getting interrupt storm lately.
...
But still same
Rolf Witt wrote:
Abdullah Ibn Hamad Al-Marri schrieb:
Hello,
I'm getting interrupt storm lately.
No, you use Polling and the interrupt-rate is 1000HZ (your HZ-Option).
Thats ok.
IM# vmstat -i
interrupt total rate
irq0: clk
Ariff Abdullah wrote:
On Mon, 26 Feb 2007 18:20:02 -0800
Nate Lawson [EMAIL PROTECTED] wrote:
If you notice slower performance or get EC timed out messages on
console, you try increasing these sysctls/tunables:
debug.acpi.ec.timeout
debug.acpi.ec.poll_time
Before you go changing the logic
Joel Dahl wrote:
Mån 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson:
If you are having EC timeout problems as in the below PR, please try the
latest EC code. I just committed it in rev 1.69 of acpi_ec.c to
-current.
Thanks for working on this, but my laptop (HP nx7400) shuts down right
If you are having EC timeout problems as in the below PR, please try the
latest EC code. I just committed it in rev 1.69 of acpi_ec.c to
-current. Attached is the patch for 6-stable.
http://www.freebsd.org/cgi/query-pr.cgi?pr=98171
To use it, just recompile your acpi kernel module and load it
Stefan Bethke wrote:
Am 12.08.2006 um 18:13 schrieb [LoN]Kamikaze:
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99
-nostdinc -I- -I. -I/src/sys
Robert Watson wrote:
On Sun, 25 Jun 2006, Pete French wrote:
'k, I'm starting to get the impression that FreeBSD 6.x is evil ...
at least as far as Dual-PIII servers are concerned ... on a machine
that,
I can't comment on your other problems - but I have a dual PIII server
and say a 30%
Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
'k, looks like I'm going to have to back this out ... just upgraded
another server to 6.x, CVSup latest -STABLE, built, installed,
rebooted ... up fine ...
Running a single 'rsync' to copy files from another server over,
I thought this would be a small change (since the default was already
supposed to be this way) but as usual with acpi, there is a lot of
variation out there. I think it's split about 50/50 between systems
where enabling this feature is helpful/neutral and those that it is harmful.
The
Kris Kennaway wrote:
On Sun, Jan 29, 2006 at 01:30:07AM -0500, Kris Kennaway wrote:
On Sat, Jan 28, 2006 at 10:17:47PM -0800, Nate Lawson wrote:
Kris Kennaway wrote:
On Sun, Jan 29, 2006 at 01:06:54AM -0500, Kris Kennaway wrote:
On Sun, Jan 29, 2006 at 05:51:58AM +, Nate Lawson wrote
Kris Kennaway wrote:
On Mon, Mar 13, 2006 at 09:03:35AM -0800, Nate Lawson wrote:
I finally managed to test this in RELENG_6. The system performance is
not obviously bad, but sound playback is distorted (e.g. the 'bell' in
KDE is much higher pitched than it should be, and on the console
Marcus Alves Grando wrote:
I have problems in cpufreq in RELENG_6 (today).
I try to set another frequency in my laptop and get this error:
# sysctl dev.cpu.0.freq=250
dev.cpu.0.freq: 2000
sysctl: dev.cpu.0.freq: Device busy
Timecounter TSC frequency 1995011972 Hz quality 800
Timecounters tick
be changed with the
kern.timecounter.hardware sysctl.
Marcus Alves Grando wrote:
Well, works. Thanks. It's possible to printf some message about this if
kern.timecounter.hardware != ACPI-fast? Or add message in cpufreq(4)?
Thanks
Nate Lawson wrote:
Marcus Alves Grando wrote:
I have problems
JoaoBR wrote:
On Monday 23 January 2006 16:08, Bruno Ducrot wrote:
Maybe you should try to disable acpi thermal stuff via
hint.acpi_tz.0.disabled=1
I will try it
I haven't done it because I thought that if the shutoff is caused by a
hardware/bios feature then the OS can not do so very much
JoaoBR wrote:
On Monday 23 January 2006 16:48, Nate Lawson wrote:
hint.acpi_tz.0.disabled=1
debug.acpi.disabled=thermal
would be the same?
Yes. The first version he gave is the generic driver disabling
mechanism, the acpi version disables all subsystems related to the
function. It may
JoaoBR wrote:
On Monday 23 January 2006 19:48, Nate Lawson wrote:
well, would you mind saying which one exactly you think of for removing?
Thinking of removing debug.acpi.disabled since it is mostly redundant
with the hint approach. But more investigation should be done before
claiming
JoaoBR wrote:
I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and some
X2
They give me a very good performance but sporadic reboots without core dumps
or any other advices so I guess there is some sudden irq conflict or so
I get nothing usefull by vmstat. I mount the same
[Non-public list removed from Cc]
Already fixed by netchild@, removed the .c from snd_atiixp
Scott Long wrote:
Just for the sake of posterity, it would be really cool if the tree
compiled at the end of 2005/beginning of 2006. Hopefully that's not
asking too much.
Scott
FreeBSD Tinderbox
Marco Calviani wrote:
Hi Bruno,
2) sorry what about the point that we were discussing above? The high
number of transition you were explaining me, are present in the actual
implementation of powerd, and if not, why?
It's not present under powerd for the simple fact that to be efficient
Marco Calviani wrote:
Hi list,
2005/12/2, Bruno Ducrot [EMAIL PROTECTED]:
I don't see why you can't run powerd more frequently, I do.. Unless your ACPI
has a problem that means the transition is slow.
I'm sure this could not be done under Linux without a lot of
problems (it is required to
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have that line in that position, and it seems working. The point is
that i would like to change
Bruno Ducrot wrote:
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have
Marco Calviani wrote:
Hi Bruno,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
Did you load the cpufreq driver at boot time which include the est
driver as said before? It will replace the acpi_perf if appropriate.
--
Bruno Ducrot
Yes cpufreq is loaded at boot time in /boot/loader.conf
Hajimu UMEMOTO wrote:
On Tue, 22 Nov 2005 12:06:12 -0800
Nate Lawson [EMAIL PROTECTED] said:
nate Thank you for tracking this down. It is interesting that BIF is
nate heavyweight while BST is not. I guess that is expected behavior by OEMs
nate which only test on Windows and so
Hajimu UMEMOTO wrote:
Hi,
On Thu, 17 Nov 2005 11:24:16 -0500
Pierre-Luc Drouin [EMAIL PROTECTED] said:
Ok, there is new development. I realized by playing with
debug.acpi.disabled=smbat, debug.acpi.disabled=smbat cmbat and
debug.acpi.disabled=cmbat, that my laptop battery is not a smbat,
+ (GMT)
From: Nate Lawson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
njl 2005-11-23 00:57:51 UTC
FreeBSD src repository
Modified files:
sys/dev/acpica acpi_cmbat.c
Log:
Try to fix problems with periodic hangs by never directly calling _BIF.
Instead, re-evaluate _BIF only
Hajimu UMEMOTO wrote:
Hi,
On Mon, 14 Nov 2005 12:40:36 -0500
Pierre-Luc Drouin [EMAIL PROTECTED] said:
pldrouin Yep, smart battery is definately the problem. The performance of my
pldrouin laptop is back to normal when I remove the xfce4-battery-plugin.
pldrouin acpiconf -i loop
Pierre-Luc Drouin wrote:
Hajimu UMEMOTO wrote:
On Mon, 14 Nov 2005 12:40:36 -0500
Pierre-Luc Drouin [EMAIL PROTECTED] said:
pldrouin Yep, smart battery is definately the problem. The
performance of my pldrouin laptop is back to normal when I remove the
xfce4-battery-plugin. pldrouin acpiconf
Lev Serebryakov wrote:
Hello freebsd-stable,
FreeBSD 6.0 on VMWare 5.0 prints such messages every 3-4 minute.
Also, messages like
calcru: runtime went backwards from 40644816 to 40005944 usec for pid 3 (g_up)
is shown routinely.
timecounter is ACPI-safe, kernel is GENERIC one.
Tijl Coosemans wrote:
A couple days ago I updated my system and was excited to see cpufreq
and powerd in 5-stable. Since then however I noticed that my laptop
temperature is about 5°C higher than with est and estctrl. I found that
cpufreq when setting 200MHz for example set the absolute
Kevin Oberman wrote:
Date: Tue, 9 Aug 2005 11:35:29 +0200
From: Bruno Ducrot [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
On Tue, Aug 02, 2005 at 12:22:02AM +0200, Tijl Coosemans wrote:
A couple days ago I updated my system and was excited to see cpufreq
and powerd in 5-stable. Since then
Tijl Coosemans wrote:
A couple days ago I updated my system and was excited to see cpufreq
and powerd in 5-stable. Since then however I noticed that my laptop
temperature is about 5°C higher than with est and estctrl. I found that
cpufreq when setting 200MHz for example set the absolute
To those running 5.x, I wanted to let you know about a change in
behavior for acpi throttling. It is now accessible through the sysctl
dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now run
-current cpufreq.ko or acpi.ko to get more drivers. Those won't be in
5.4-R but will be MFCd
There were still a couple complaints about C3 failing, possibly on older
laptops only. However, since the failure case is a hang or poor runtime
behavior, I thought it would be better to be safe and disable both C2
and C3 for the release. If we can nail down the problem laptops, it
will be
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Nate Lawson writes:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds).
Have you tried sos@ new ATAng mk III patches
Nate Lawson wrote:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds). The bug is that the loop never exits when mask
goes to 0 even though this is a termination condition (see end
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds). The bug is that the loop never exits when mask
goes to 0 even though this is a termination condition (see end of the
loop where
Anish Mistry wrote:
On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote:
Nate Lawson wrote:
My system hangs a long time in ata_generic_reset() while
resuming. I did some hunting and found that the loop was running
for the full 310 * 100 ms (31 seconds). The bug is that the loop
never
Søren Schmidt wrote:
Nate Lawson wrote:
If you've been having memory modified after free panics on -current
and have a Thinkpad, the attached patch should fix things for you. A
quick check of RELENG_5 indicates that the bug is probably there also
but I haven't tested for it there.
The bug
Søren Schmidt wrote:
Nate Lawson wrote:
If you've been having memory modified after free panics on -current
and have a Thinkpad, the attached patch should fix things for you. A
quick check of RELENG_5 indicates that the bug is probably there also
but I haven't tested for it there.
The bug
Jon Noack wrote:
On 4/14/2005 8:28 AM, David Wolfskill wrote:
On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote:
Anyone seen this?
[...
/usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for
'devclass_get_drivers'
*** Error code 1
...
]
Yup; just a few minutes ago,
Pierre-Luc Drouin wrote:
Matthias Buelow wrote:
Nate Lawson [EMAIL PROTECTED] writes:
sysctl dev.cpu and look at the current frequency setting. If low,
then your system is affected and will be fixed soon when I mfc. If
not, perhaps you have an interrupt storm (vmstat -i)
Just
Pierre-Luc Drouin wrote:
Nate Lawson wrote:
Pierre-Luc Drouin wrote:
Matthias Buelow wrote:
Nate Lawson [EMAIL PROTECTED] writes:
sysctl dev.cpu and look at the current frequency setting. If low,
then your system is affected and will be fixed soon when I mfc. If
not, perhaps you have
Christian Brueffer wrote:
On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote:
Christian Brueffer wrote:
On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote:
Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my
computer is hanging badly under load.
Greg 'groggy' Lehey wrote:
On Sunday, 3 April 2005 at 14:45:40 -0700, Nate Lawson wrote:
Christian Brueffer wrote:
On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote:
Christian Brueffer wrote:
On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote:
Since I upgraded from
Greg 'groggy' Lehey wrote:
On Sunday, 3 April 2005 at 21:43:57 -0700, Nate Lawson wrote:
Greg 'groggy' Lehey wrote:
I'm experiencing similar issues. How can I confirm that this is the
case without rebooting the machine (which would be inconvenient)? Is
there some sysctl that tells me? I've
Søren Schmidt wrote:
Nate Lawson wrote:
If you've been having memory modified after free panics on -current
and have a Thinkpad, the attached patch should fix things for you. A
quick check of RELENG_5 indicates that the bug is probably there also
but I haven't tested for it there.
The bug
Søren Schmidt wrote:
Nate Lawson wrote:
If you've been having memory modified after free panics on -current
and have a Thinkpad, the attached patch should fix things for you. A
quick check of RELENG_5 indicates that the bug is probably there also
but I haven't tested for it there.
The bug
If you've been having memory modified after free panics on -current
and have a Thinkpad, the attached patch should fix things for you. A
quick check of RELENG_5 indicates that the bug is probably there also
but I haven't tested for it there.
The bug is triggered by timeouts in the
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds). The bug is that the loop never exits when mask
goes to 0 even though this is a termination condition (see end of the
loop where
Nate Lawson wrote:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds). The bug is that the loop never exits when mask
goes to 0 even though this is a termination condition (see end
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Nate Lawson writes:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds).
Have you tried sos@ new ATAng mk III patches ? As far
Garance A Drosihn wrote:
At 3:19 PM -0800 2/27/05, Nate Lawson wrote:
Poul-Henning Kamp wrote:
Have you tried sos@ new ATAng mk III patches ? As far as I know
he plans to commit those shortly.
One minor point: Søren is on vacation right now. I *think* he will
be getting back around March 5th
To those running 5.x, I wanted to let you know about a change in
behavior for acpi throttling. It is now accessible through the sysctl
dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now run
-current cpufreq.ko or acpi.ko to get more drivers. Those won't be in
5.4-R but will be MFCd
There were still a couple complaints about C3 failing, possibly on older
laptops only. However, since the failure case is a hang or poor runtime
behavior, I thought it would be better to be safe and disable both C2
and C3 for the release. If we can nail down the problem laptops, it
will be
Michael Nottebrock wrote:
On Tuesday, 15. February 2005 07:28, Nate Lawson wrote:
Are there any tags for these? That may be too heavyweight but at least
publishing the exact UTC date for the build would be good. That would
help us track down in bug reports what code the user has, especially
Scott Long wrote:
All,
The Release Engineering Team is happy to announce that snapshots for \
FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This
release is the first in a series of monthly snapshots of the active
branches of the FreeBSD tree. Each snapshot consists of a
Christopher Sean Hilton wrote:
Nate Lawson wrote:
My cardbus works fine after suspend/resume. The only current bug is
the extremely long time before resume methods run that was introduced
in the past couple weeks.
This afternoon I retested. Here's a better description of the problem.
My
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Christopher Sean Hilton [EMAIL PROTECTED] writes:
: Second, what I haven't been able to completely research:
:
: The PC card bus dies when on the first suspend resume. There
: seems to be no way to restart it.
:
: The
Nuno Teixeira wrote:
Hello to all,
I've tryed to use an old SB AWE ISA Gold on FreeBSD 5.2.1 without
success because it have problems with ACPI enabled. This sound card only
works with ACPI disabled.
I'd like to know if anyone knows if it works ok on 5-STABLE without
problem with ACPI. I remember
On Tue, 26 Aug 2003, Gunnar Flygt wrote:
On Mon, Aug 25, 2003 at 02:19:03PM -0700, Nate Lawson wrote:
If anyone has a USB floppy drive that is giving them problems, please let
me know.
I have a Compaq Evo N800c running 5.1-CURRENT (date 8 Aug)
The usb floppy is working, I tried with a M
This appears to be a pthreads problem, not scsi. Anyone care to look at
it?
-- Forwarded message --
Date: Wed, 20 Aug 2003 11:24:42 -0400
From: Dan Langille [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Kern Sibbald [EMAIL PROTECTED]
Subject: (Fwd) Lost data on FreeBSD tape
I've
67 matches
Mail list logo
