On Tue, Jun 17, 2003 at 03:54:13PM -0700, Hiten Pandya wrote:
On Tue, Jun 17, 2003 at 04:29:59PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Dan Nelson [EMAIL PROTECTED] writes:
: ACPI records temperature in tenths of a Kelvin, if you can believe it :)
I
I have a Dell D800 laptop (as I've mentioned a few times here) and
I've gone so far as to upgrade the BIOS to A03 and fetch new ACPI DSDT
code from the linux site.
Before fetching the code, most ACPI functions were broken
... including the amount of battery remaining.
After updating, most
First, I must say that it's cool that ACPI code can be examined and
rewritten. In my laptop's case, this was key to make things fairly
happy.
Anyways, after a resume, it would appear I need to kill and restart
moused. Under 4.x, apmd was used for this purpose ... but this new
laptop doesn't
On 2003.06.16 07:07:36 -0400, David Gilbert wrote:
First, I must say that it's cool that ACPI code can be examined and
rewritten. In my laptop's case, this was key to make things fairly
happy.
Anyways, after a resume, it would appear I need to kill and restart
moused. Under 4.x, apmd
On Mon, Jun 16, 2003 at 07:07:36AM -0400, David Gilbert wrote:
Anyways, after a resume, it would appear I need to kill and restart
moused. Under 4.x, apmd was used for this purpose ... but this new
laptop doesn't support apm at all. /dev/apm seemed to be emulated by
acpi for the benifit
On Monday 16 June 2003 09:09 am, Barney Wolff wrote:
man psm
Set the HOOKRESUME and INITAFTERSUSPEND flags in /boot/device.hints.
Works for me on a Dell I5000.
Not here (Toshiba Satellite 1605 -- really a branded Compal). It works if I
don't use moused, however. I suspect the problem here
: AMIINT on motherboard
ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node
0xc150e2c0), AE_AML_REGION_LIMIT
ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node
0xc150e2c0), AE_AML_REGION_LIMIT
...
ACPI-1287: *** Error: Method
On Sat, 14 Jun 2003, Bjoern A. Zeeb wrote:
already had this with 5.0 as I do with 5.1 and I suspect it's
a broken BIOS ?
Or something that the MS interpreter allows and the stringent Intel one
does not.
This might be fixable ... its overrunning a region definition which could
be a simple bug
to have downloaded an acpi pdf
once... perhaps I should have read it ...
It is a MSI-6210 w/o SCSI onboard but MP. It's the latest BIOS
revision available for this board - I can check the version
on request but I do not really like rebooting again ;-)
You should probably pester MSI
Stijn Hoop wrote:
This is due to the Dell laptops having an invalid ACPI table in the BIOS.
The only way to avoid these messages is to tell FreeBSD ACPI to override
the vendor supplied table with a correct one.
Alternately, since Microsoft works just peachy with this
thing, it's somewhat
Howdy list,
What info do I need to provide, and who do I need to
send it to, so that I can get ACPI into a usable
state on my IBM A30p thinkpad?
The short description of my acpi problems is that I
can suspend the laptop with 'acpiconf -s 3', but not
with 'acpiconf -s 1', and the laptop never
+ Stijn Hoop [EMAIL PROTECTED]:
| Hi Thorsten,
|
| On Tue, Jun 10, 2003 at 03:42:18PM +0200, Thorsten Greiner wrote:
| some time ago several people (including me) reported ACPI related problems
| on various Dell laptops resulting in error messages of the form
|
| ACPI-0293
On Wed, Jun 11, 2003 at 08:18:26PM +0200, Harald Hanche-Olsen wrote:
+ Stijn Hoop [EMAIL PROTECTED]:
| Hi Thorsten,
|
| On Tue, Jun 10, 2003 at 03:42:18PM +0200, Thorsten Greiner wrote:
| some time ago several people (including me) reported ACPI related problems
| on various Dell
+ Stijn Hoop [EMAIL PROTECTED]:
| I tried that on my Inspiron 4150 with 5.1-RELEASE. The patch failed,
| but only for trivial reasons like different placment of braces.
|
| Note that you have to patch the output of iasl -d, *NOT* the .asl file
| that acpidump generates. There is a difference
. But maybe it's something else
then. Glad to hear the ACPI messages got sorted out at least :)
--Stijn
--
I wish there was a knob on the TV to turn up the intelligence. There's a knob
called `brightness', but it doesn't work.
-- Gallagher
pgp0.pgp
Description: PGP signature
On Tue, Jun 10, 2003 at 11:38:18PM -0700, Terry Lambert wrote:
Stijn Hoop wrote:
This is due to the Dell laptops having an invalid ACPI table in the BIOS.
The only way to avoid these messages is to tell FreeBSD ACPI to override
the vendor supplied table with a correct one.
Alternately
.
Still doesn't for me. Same result. Maybe I should learn what DPMS
stands for.
Something with display power management. But maybe it's something else
then. Glad to hear the ACPI messages got sorted out at least :)
There are two problems I see with s3 on my ThinkPad (T30):
1. The display back
Ok, good news and bad news. The good news is that your patch fixed the
problem with acpi errors rolling through the logs. The bad news is that
now that I can actually boot the thing repeatedly, my disappearing xl
device is disappearing again. :-/ I booted it repeatedly, and saved the
verbose
Hi everyone,
some time ago several people (including me) reported ACPI related problems on various
Dell laptops resulting in error messages of the form
ACPI-0293: *** Warning: Buffer created with zero length in AML
During the 5.1 release process these problems have been temporarily
Hi Thorsten,
On Tue, Jun 10, 2003 at 03:42:18PM +0200, Thorsten Greiner wrote:
some time ago several people (including me) reported ACPI related problems
on various Dell laptops resulting in error messages of the form
ACPI-0293: *** Warning: Buffer created with zero length in AML
In the last episode (Jun 10), Stijn Hoop said:
On Tue, Jun 10, 2003 at 03:42:18PM +0200, Thorsten Greiner wrote:
some time ago several people (including me) reported ACPI related problems
on various Dell laptops resulting in error messages of the form
ACPI-0293: *** Warning
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40 hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller'
class= bridge
subclass = PCI-unknown
Alexander Leidinger wrote:
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller'
class
On Thu, 05 Jun 2003 07:45:03 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Be aware that if your machine is a B (82C686B), then you have
It is.
the buggy version of the chip; you need to eiter not use the
second IDE channel for anything, or you need a BIOS update, or
Not using the second IDE
On 04-Jun-2003 Paul Richards wrote:
On Wed, Jun 04, 2003 at 04:42:56AM -0700, Jun Su wrote:
Good Explain.
The same problem is in my PCG-R505DC.
Yes, it sounds exactly like the problem with my laptop too.
Please try:
Index: pci.c
(__i386__)
:
: However, if people find that the above patch fixes a lot of UP
: machines for now I might commit it.
I know that my Fiva 205 works with ACPI as long as I enter the right
overrides to get the right interrupts. I've been using something
similar.
However, why not all architectures
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor
Alexander Leidinger wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
Be aware that if your machine is a B (82C686B), then you have
It is.
the buggy version of the chip; you need to eiter not use the
second IDE channel for anything, or you need a BIOS update, or
Not using the second IDE
Alexander Leidinger wrote:
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
It doesn't really need to know about it. Perhaps acpi should include
a dummy driver similar to the 'hostb' driver to eat such devices.
Does this mean it should already display some
is that ACPI is in a transition period right now,
and that while that gets worked out we encourage people to disable it on
their systems if they are not in a position to actively debug and fix
it.
For those who find they may need to disable acpi, you can selectively
disable different components
On Thu, 5 Jun 2003 16:14:25 +0200, Alexander Leidinger
[EMAIL PROTECTED] wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI
On Thu, 05 Jun 2003 13:10:35 -0500, Jeremy Messenger [EMAIL PROTECTED] wrote:
On Thu, 5 Jun 2003 16:14:25 +0200, Alexander Leidinger
[EMAIL PROTECTED] wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev
On Thursday 05 June 2003 20:10, Jeremy Messenger wrote:
I own the same chipest here, which it is support in 4.x and no longer in
5.x.. :-( Note that, I only check in the 5.x's NOTES
You didn't check in the right NOTES then. 5-CURRENT has different NOTES files,
one general, machine independent
On Thu, 5 Jun 2003 20:56:50 +0200, Michael Nottebrock
[EMAIL PROTECTED] wrote:
On Thursday 05 June 2003 20:10, Jeremy Messenger wrote:
I own the same chipest here, which it is support in 4.x and no longer in
5.x.. :-( Note that, I only check in the 5.x's NOTES
You didn't check in the right
rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller'
class= serial bus
subclass = SMBus
I don't know what the errors mean..
Cheers,
Mezz
It's only thing that I dislike about 5.x is example
Hello,
I am having an issue with using acpi on a Compaq Armada M700. Without ACPI
everything work's great with the exception of APM. (I had it working on a
prior install, now for some reason it isn't). I've just lived with the fact
that ACPI + PCMCIA didn't appear to like each other. It does
John Baldwin wrote:
Please try:
Index: pci.c
===
RCS file: /usr/cvs/src/sys/dev/pci/pci.c,v
retrieving revision 1.215
diff -u -r1.215 pci.c
--- pci.c 31 May 2003 20:34:36 - 1.215
+++ pci.c 2 Jun 2003 20:09:08
of it:
---snip---
(5) [EMAIL PROTECTED] % mbmon
Temp.= 0.0, 0.0, 24.7; Rot.= 3479,0,0
Vcore = 1.64, 3.27; Volt. = 3.29, 5.00, 12.19, 0.00, 0.00
---snip---
I started the thread to know how to integrate it into ACPI.
Bye,
Alexander.
--
The computer revolution is over
; you need to eiter not use the
second IDE channel for anything, or you need a BIOS update, or
Not using the second IDE channel: not an option.
Additional PCI IDE controller...
Having this information available via ACPI isn't worth that much money
for me. I already get thermal information
On Thu, 05 Jun 2003 10:14:39 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Here's the German page:
http://www.hardtecs4u.com/reviews/2001/ep8kta3-mod/index12.php
Basically:
o Disable PCI master read caching
o Lower PCI latency to 0-32
o Disable PCI delay transaction
On Fri, 6 Jun 2003, Alexander Leidinger wrote:
This problem is under investigation. We already know why this error gets
printed, but there is still a discussion how to fix it cleanly.
This is what I'll likely commit in the short term.
Index: pci.c
On Fri, 6 Jun 2003 10:25:55 -0400 (EDT)
Matthew N. Dodd [EMAIL PROTECTED] wrote:
This is what I'll likely commit in the short term.
[globally disable the check with a sysctl]
To have this at boot time we have to set it in loader.conf, but then we
not only do not check for viapm, we also don't
On 05-Jun-2003 Alexander Leidinger wrote:
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x
Alexander Leidinger wrote:
Isn't this the famous VIA bug which every computer magazine reported
about? I thought we already have a fix in the tree for this:
(2) [EMAIL PROTECTED] # dmesg |grep south
atapci0: Correcting VIA config for southbridge data corruption bug
It's not the VIA config
On Tue, Jun 03, 2003 at 05:32:05PM +0200, Mark Santcroos wrote:
Is there anyone that has succesfully used acpiconf -s 4?
I'm very interested in your reports. If you haven't tried yet, but are
willing to help me, please report me your findings.
Works for me - although it does some weird
I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed
in the past 6 months.
Indeed, things have, and a few workarounds I had implemented before were no
longer needed.
However, I still got a host of errors from ACPI upon boot, and some hacks to
device.hints were still
cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed
in the past 6 months.
Indeed, things have, and a few workarounds I had implemented before were no
longer needed.
However, I still got a host of errors from ACPI upon boot, and some hacks to
device.hints were still
Matthew Emmerton wrote:
I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed
in the past 6 months.
Indeed, things have, and a few workarounds I had implemented before were no
longer needed.
However, I still got a host of errors from ACPI upon boot, and some hacks
Matthew Emmerton wrote:
I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had
changed
in the past 6 months.
Indeed, things have, and a few workarounds I had implemented before were
no
longer needed.
However, I still got a host of errors from ACPI upon boot, and some
On Wed, Jun 04, 2003 at 10:45:21AM -0400, Matthew Emmerton wrote:
This is The Way Things Work. Logial device attachments are no longer
compiled into the kernel in 5.x by default (see the entry in GENERIC
about this), so you need to define those attachments in the device.hints
file.
- Original Message -
From: Kevin Oberman [EMAIL PROTECTED]
To: Matthew Emmerton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, June 04, 2003 10:21 AM
Subject: Re: ACPI problems with HEAD and IBM ThinkPad T23
From: Matthew Emmerton [EMAIL PROTECTED]
Date: Wed, 4 Jun 2003
I can confirm this problem as well on Sony's R505GL. Same
problem with the interrupts. Iain's given a very good analysis of
what's probably happening.
In the meantime, I've been using a workaround patch from
Chuck McCrobie's website http://w3.mivlmd.cablespeed.com/~mccrobie/
to
On 04-Jun-2003 Iain Templeton wrote:
Hi,
I have a Sony VAIO (PCG-R505TFP) which has an interrupts related problem (this
problem was previous posted elsewhere as Weird as* sound problem). This problem
has been confirmed on at least one other Sony VAIO model (I forget which).
They're both
that the above patch fixes a lot of UP
: machines for now I might commit it.
I know that my Fiva 205 works with ACPI as long as I enter the right
overrides to get the right interrupts. I've been using something
similar.
However, why not all architectures?
Warner
I think we're getting close to convincing ourselves that we need to do
this all the time... It is the same as the patch that jhb has been
circulating.
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
this
:
: #if defined(__ia64__) || defined(__i386__)
:
: However, if people find that the above patch fixes a lot of UP
: machines for now I might commit it.
I know that my Fiva 205 works with ACPI as long as I enter the right
overrides to get the right interrupts. I've been using something
similar
On Wed, 4 Jun 2003, Mark Santcroos wrote:
As reported, it now works for me. The only issue I found until now is with
sound:
Jun 4 20:02:12 laptop kernel: pcm0: Unhandled interrupt, gs_intr = 6
Jun 4 20:02:12 laptop kernel: pcm0: cannot reset channel 0
Jun 4 20:02:12 laptop kernel: pcm0:
register for LNKB to IRQ 9.
I did a bit of digging and found the following bits of information:
1. When the ACPI PCI bus starts up, it calls all the LNKx.CRS methods to
get the current resources. LNKB (amongst others) returns 0.
2. The PCI configuration space register for IRQ contains
.
A really hacky solution to this is to run the
command:
pciconf -w -b pci0:31:0 0x61 9
which sets the i830's PCI routing register for LNKB
to IRQ 9.
I did a bit of digging and found the following bits
of information:
1. When the ACPI PCI bus starts up, it calls all
the LNKx.CRS methods
On Wed, 28 May 2003 11:00:25 -0700 (PDT)
Nate Lawson [EMAIL PROTECTED] wrote:
Attached is the patch and should apply to the FreeBSD tree with
some appropriate option.
Thank you for the patch. Since we are only days away from a release, I
would like to avoid using the new dynamic ID
On Tue, May 27, 2003 at 02:06:50PM -0700, Nate Lawson wrote:
I have committed changes to nsalloc.c and dsmethod.c. Please cvsup and
test ACPI, especially if you had problems with it (that were not present
before 0228 was imported).
I updated and as expected my problems (that were not present
On Thu, 29 May 2003, Andrea Campi wrote:
On Tue, May 27, 2003 at 02:06:50PM -0700, Nate Lawson wrote:
I have committed changes to nsalloc.c and dsmethod.c. Please cvsup and
test ACPI, especially if you had problems with it (that were not present
before 0228 was imported).
I updated
Hi,
From: Nate Lawson [EMAIL PROTECTED]
Subject: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree
Date: Tue, 27 May 2003 16:58:59 -0700
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
From: Takayoshi Kochi [EMAIL PROTECTED]
Subject: Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree
Date: Thu, 29 May 2003 01:23:49 +0900 (JST)
Attached is the patch and should apply to the FreeBSD tree with
some appropriate option.
Oops, I attached a wrong one. Please ignore the last
Kochi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:24 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [acpi-jp 2274] Re: HEADSUP: acpi patches in the tree
Hi,
From: Nate Lawson [EMAIL PROTECTED]
Subject: [acpi-jp 2267] Re: HEADSUP
On Thu, 29 May 2003, Takayoshi Kochi wrote:
I'm still studying the reason why the TABLE_ID_DSDT is removed
in recent ACPI CA, but at least you should remove all TABLE_ID_DSDT's,
I think.
Also, ACPI_FIRST_METHOD_ID should be larger than 0,
otherwise 0 may be allocated to running method
On Wed, 28 May 2003, Anish Mistry wrote:
On Tuesday 27 May 2003 07:58 pm, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up [\\_OS_
with todays kernel i recognized that my floppy was back again,
then after cvsup this afternoon came
/usr/src/sys/contrib/dev/acpica/nsalloc.c
and the floppy controller went away again.
--
Mit freundlichen Grüßen
Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany)
tel:+49
]; [EMAIL PROTECTED]
Subject: [acpi-jp 2279] Re: HEADSUP: acpi patches in the tree
On Thu, 29 May 2003, Takayoshi Kochi wrote:
I'm still studying the reason why the TABLE_ID_DSDT is removed
in recent ACPI CA, but at least you should remove all
TABLE_ID_DSDT's,
I think.
Also
On Tue, May 27, 2003 at 05:25:27PM -0700, Nate Lawson wrote:
On Tue, 27 May 2003, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up
I have committed changes to nsalloc.c and dsmethod.c. Please cvsup and
test ACPI, especially if you had problems with it (that were not present
before 0228 was imported).
Commit message follows:
Fix false AE_NOT_FOUND messages, reported in NetBSD port-i386/20897.
NetBSD dsmethod.c rev 1.7
Fix
Subject: HEADSUP: acpi patches in the tree,
On Tue, 27 May 2003 14:06:50 -0700 (PDT), Nate Lawson wrote:
I have committed changes to nsalloc.c and dsmethod.c. Please cvsup and
test ACPI, especially if you had problems with it (that were not present
before 0228 was imported).
After this update
of logs about ACPI problems.
See attached dmesg.txt
Later (10-30 minutes) I get a crash with the following trace.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x80790ab0
fault code= supervisor read, page not present
instruction pointer = 0x8:0xc06ea4d0
PROTECTED]/home/jmw:
[...dmesg snippage...]
acpi0: INTEL D845EBT2 on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 12 entries at 0xc00f4660
acpi0: power button is handled as a fixed feature programming model.
Timecounter ACPI-fast frequency 3579545 Hz
ACPI-0438: *** Error: Looking
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up [\\_OS_] in namespace, AE_NOT_FOUND
ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._INI] (Node
On Tue, 27 May 2003, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up [\\_OS_] in namespace, AE_NOT_FOUND
ACPI-1287: *** Error
Subject: Re: HEADSUP: acpi patches in the tree,
Please try the attached patch and see if it changes things for you.
OK. I tried youre patch. Error messages is gone :-) Thanks !
acpi0: IntelR AWRDACPI on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 7 entries at 0xc00fdee0
acpi0
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
Subject: Re: HEADSUP: acpi patches in the tree,
Please try the attached patch and see if it changes things for you.
OK. I tried youre patch. Error messages is gone :-) Thanks !
Please respond to my other email as well. Without that patch, do
Subject: Re: [acpi-jp 2269] Re: HEADSUP: acpi patches in the tree,
On Tue, 27 May 2003 17:56:47 -0700 (PDT), Nate Lawson wrote:
Please respond to my other email as well. Without that patch, do you have
problems or is it just the error message?
Oh, sorry. Without that patch, no problems. It's
On Tuesday 27 May 2003 07:58 pm, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up [\\_OS_] in namespace, AE_NOT_FOUND
ACPI-1287
Hi,
I finally got -CURRENT to install on my laptop as of 2003-03-25 and have
been playing around with the acpi code trying to figure it out. One of the
main problems is to get my USB bus to wake up after a suspend, currently all
the USB devices dies when suspended and resumed.
How can I
In message [EMAIL PROTECTED], Anish Mistry wrote:
Hi,
I finally got -CURRENT to install on my laptop as of 2003-03-25 and have
been playing around with the acpi code trying to figure it out. One of the
main problems is to get my USB bus to wake up after a suspend, currently all
the USB
on? Is this some kind of software-emulated CPU step-down
because ACPI has decided my CPU is too fast? :)
Hello, ACPI people? I haven't had any response to this yet.
Kris
pgp0.pgp
Description: PGP signature
___
[EMAIL PROTECTED] mailing list
http
, disk or network activity,
: so I can't see any reason for all this kernel CPU activity. What is
: going on? Is this some kind of software-emulated CPU step-down
: because ACPI has decided my CPU is too fast? :)
:
: Hello, ACPI people? I haven't had any response to this yet.
I've seen
-24 -143 0K12K WAIT 0:06 0.83% 0.83% swi6: acpitaskq
The machine is supposedly idle..no process, disk or network activity,
so I can't see any reason for all this kernel CPU activity. What is
going on? Is this some kind of software-emulated CPU step-down
because ACPI has decided my
I'm attempting to use an Intel L440GX+ motherboard with 5.x, and am
running into the following problem: when I boot without ACPI, the serial
ports probe, attach, and work fine:
Mar 23 14:21:56 none kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
Mar 23 14:21:56 none kernel: sio0: type
On Sun, 23 Mar 2003, Robert Watson wrote:
When I boot with ACPI, the following appears in dmesg:
Mar 23 14:14:31 none kernel: sio0: configured irq 4 not in bitmap of probed irqs 0
Mar 23 14:14:31 none kernel: sio0: port may not be enabled
Mar 23 14:14:31 none kernel: sio0 port 0x3f8-0x3ff
It seems Takanori Watanabe wrote:
Would you try it?
http://people.freebsd.org/~takawata/acpi-20030321.diff
http://people.freebsd.org/~takawata/acpica-freebsd-20030321.tar.gz
Just did here, ASUS P4S8X board,
With the CVS version power off doesnt work, it prints the
power system off using
Hello,
Do you have option MAXMEM set in your kernel config file?
No.
--[ Free Software ISOs - http://www.fsn.hu/?f=download ]--
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU)phone @work: +361 210 1415 (194)
I tested it in my laptop. Everything works however
just as the previous version. I didn't see any bug in
my machine fixed. Anyway I think it is worth to check
in.
Jun Su
_
Do You Yahoo!?
NetVista A30
On Wed, Mar 19, 2003 at 01:34:26PM -0800, Nate Lawson wrote:
It's been a while since we've pulled in Intel's acpi-ca work and there are
a number of bugs fixed since the October 2002 version in -current. Could
someone generate a diff for the latest release and post it for
testing? If enough
Hello,
It's been a while since we've pulled in Intel's acpi-ca work and there
are a number of bugs fixed since the October 2002 version in -current.
Could someone generate a diff for the latest release and post it for
testing? If enough people indicate there are no problems, it would
On Thu, Mar 20, 2003 at 10:58:20AM +0100, Attila Nagy wrote:
Hello,
It's been a while since we've pulled in Intel's acpi-ca work and there
are a number of bugs fixed since the October 2002 version in -current.
Could someone generate a diff for the latest release and post it for
testing
Kevin Oberman writes:
From: Andrew Gallatin [EMAIL PROTECTED]
Date: Wed, 19 Mar 2003 17:41:17 -0500 (EST)
Sender: [EMAIL PROTECTED]
Daniel O'Connor writes:
Restart X? :-)
I wish. The board seems totally gone after an ACPI suspend. This seems to
be a common
I wrote:
It's been a while since we've pulled in Intel's acpi-ca work and there
are a number of bugs fixed since the October 2002 version in -current.
Could someone generate a diff for the latest release and post it for
testing? If enough people indicate there are no problems, it would
little patch that would be good to have, if you
aren't going to import again for a while.
This is against the Linuxized version but you should be able to get the
gist of it:
--- 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c.orig Wed Mar 5
17:00:15 2003
+++ 2421-pre4-acpi/drivers/acpi/events
.
This is against the Linuxized version but you should be able to get the
gist of it:
--- 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c.orig Wed Mar 5
17:00:15 2003
+++ 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c Wed Mar 5
17:01:30 2003
@@ -131,7 +131,7 @@
/* Ensure that we have a valid GPE
Would you try it?
http://people.freebsd.org/~takawata/acpi-20030321.diff
http://people.freebsd.org/~takawata/acpica-freebsd-20030321.tar.gz
The OSD interface of
void
AcpiOsDerivePciId(ACPI_HANDLE Rhandle, ACPI_HANDLE Lhandle,
ACPI_PCI_ID **Id)
is not impremented yet. (Only
From: User Takawata [EMAIL PROTECTED]
Subject: Re: ACPI suspend problem (ThinkPad X23)
Date: Tue, 18 Mar 2003 15:22:57 +0900
Message-ID: [EMAIL PROTECTED]
It seems that Your machine does not support S1 sleep.
See the result of
# acpidump |grep _S1
If there is no line like
Name(\_S1_
801 - 900 of 1744 matches
Mail list logo