https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
--- Comment #16 from Exhaling ---
I stand ready to do this immediately as it seems straight forward; problem is I
have no experience with FreeBSD leaving me somewhat clueless. I have read
references to switching consoles.
I would be gra
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
--- Comment #15 from Neel Chauhan ---
(In reply to Exhaling from comment #14)
The truth is, you can still use FreeBSD even with this error message.
When installing, switch to another console and run bsdinstall from there.
When installed,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
Exhaling changed:
What|Removed |Added
CC||srwallac...@gmail.com
--- Comment #14 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
John James changed:
What|Removed |Added
CC||t...@wearehackerone.com
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
Robert Anderson changed:
What|Removed |Added
CC||samana1...@grokleft.com
--- Comm
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
--- Comment #11 from Neel Chauhan ---
I no longer own the Dell Inspiron 13 7352.
My current laptop, a HP Spectre x360 13-ap0053dx thankfully does not suffer
from this issue.
I'll still keep this bug open, since there are botched ACPI impl
On 5/6/19 2:03 PM, Schmauss, Erik wrote:
-Original Message-
From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Anthony
Jenkins
Sent: Monday, May 6, 2019 6:45 AM
To: freebsd-acpi@FreeBSD.org; de...@acpica.org
Subject: [Devel] iasl -d and duplicate symbols (ACPI Error
> -Original Message-
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Anthony
> Jenkins
> Sent: Monday, May 6, 2019 6:45 AM
> To: freebsd-acpi@FreeBSD.org; de...@acpica.org
> Subject: [Devel] iasl -d and duplicate symbols (ACPI Error:
> AE_ALREADY_EXISTS
Hi all,
I am trying to patch the ACPI tables on my Dell XPS 15 9570 running
FreeBSD 13.0-CURRENT @ git commit 68c8581f772. 'acpidump -d -t' gives
error AE_ALREADY_EXISTS when trying to add symbol
\_SB.PCI0.XHC.RHUB.HS01._UPC.?? Google says this is because my BIOS' set
of ACPI tables contains
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213039
Vladimir Kondratyev changed:
What|Removed |Added
CC||w...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213039
Vladimir Kondratyev changed:
What|Removed |Added
Assignee|a...@freebsd.org|w...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213039
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: wulf
Date: Sun Mar 10 20:19:44 UTC 2019
New revision: 344982
URL: https://svnweb.freebsd.org/changeset/base/344982
Log:
atrtc(4): install ACPI RTC/CMOS
On 18-11-23 13:05:00, Charlie Li wrote:
> On 23/11/2018 00:02, Ben Widawsky wrote:
> > Thanks both of you. Here's another shot at roughly the same thing I asked
> > the
> > first reporter to try (that patch was wrong). If it doesn't work, can you
> > please
> > post the dmesg?
> >
> This patch w
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
On 23/11/2018 00:02, Ben Widawsky wrote:
> Thanks both of you. Here's another shot at roughly the same thing I asked the
> first reporter to try (that patch was wrong). If it doesn't work, can you
> please
> post the dmesg?
>
This patch works on my machine as well.
--
Charlie Li
Can't think of
On 18-11-23 16:42:22, Mateusz Piotrowski wrote:
> On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote:
>
> > Somewhere between r340491 and r340650, probably starting from r340595,
> > my ThinkPad W550s started spewing these messages repeatedly in the
> > system log since boot:
> >
> > ...
> >
> > As a
On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote:
> Somewhere between r340491 and r340650, probably starting from r340595,
> my ThinkPad W550s started spewing these messages repeatedly in the
> system log since boot:
>
> ...
>
> As a result, I am now unable to query battery information at the very
On 21/11/2018 11:21, Charlie Li wrote:
> On 20/11/2018 14:37, Ben Widawsky wrote:
>> On 18-11-20 11:28:56, Ben Widawsky wrote:
>>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
I am pretty sure r340644 caused the regression.
>>>
>>> Seems like a good bet. Could you please add the full dmesg as
On 20/11/2018 14:37, Ben Widawsky wrote:
> On 18-11-20 11:28:56, Ben Widawsky wrote:
>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
>>> On 18. 11. 20., Charlie Li wrote:
>>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
>>>> (0xfff
the
> > > system log since boot:
> > >
> > > Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
> > > (0xf80003662300) [EmbeddedControl] (20181031/evregion-288)
> > > Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedCo
20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
> > (0xf80003662300) [EmbeddedControl] (20181031/evregion-288)
> > Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl
> > (ID=3) has no handler (20181031/exfldio-428)
> > Nov 20 09
On 18. 11. 20., Charlie Li wrote:
> Somewhere between r340491 and r340650, probably starting from r340595,
> my ThinkPad W550s started spewing these messages repeatedly in the
> system log since boot:
>
> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler f
Somewhere between r340491 and r340650, probably starting from r340595,
my ThinkPad W550s started spewing these messages repeatedly in the
system log since boot:
Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
(0xf80003662300) [EmbeddedControl] (20181031/evregion-288
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
--- Comment #10 from ivuehl+freebsd_bugzi...@gmail.com ---
Hi wenzul
Thanks for bringing in some movement in this topic.
Do you have a reference what those two ACPI Error message mean?
Will this variable block/ignore those two lines
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
--- Comment #9 from wen...@hotmail.com ---
(In reply to Yakko from comment #8)
I create a variable: debug.acpi.disabled, value: thermal, type: Loader in
Tuneables to get rid of these anoying interval messages...
--
You are receiving this m
--- Comment #8 from ja...@onderdijk.io ---
I have same behavior on my server.
System:
Fujitsu D3417-B1
With Pentium i3-6300 and 64GB ECC RAM
OS is FreeNAS 9.10.2-U3 or FreeNAS 11 MASTER-201705150408 (same behaviour)
Two ACPI Errors, (Dump):
ACPI Error: [\_SB_.PCI0.LPCB.H_EC.ECAV] Namespace lookup
ACPI Errors, (Dump ):
ACPI Error: [\134_SB_.PCI0.LPCB.H_EC.ECAV] Namespace lookup failure,
AE_NOT_FOUND (20150515/psargs-391)
ACPI Error: Method parse/execution failed [\134_TZ_.TZ00._TMP] (Node
0xf80009588740), AE_NOT_FOUND (20150515/psparse-552)
How can I help to fix this issue?
Already
navailable] (20161117/dswexec-498)
ACPI Error: Method parse/execution failed
[\134_SB.PCI0.LPCB.H_EC._Q50] (Node 0xf800047fce40),
AE_AML_OPERAND_TYPE (20161117/psparse-560)
acpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE
over the holidays, so I assume that means the previous
...@freebsd.org [mailto:owner-freebsd-
> > a...@freebsd.org] On Behalf Of Edward Tomasz Napierala
> > Sent: Wednesday, December 21, 2016 3:15 AM
> > To: O. Hartmann
> > Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> > Zakharov
> > Subj
ception: AE_AML_OPERAND_TYPE, While resolving operands for
>> [OpcodeName unavailable] (20161117/dswexec-498)
>> ACPI Error: Method parse/execution failed
>> [\134_SB.PCI0.LPCB.H_EC._Q50] (Node 0xf800047fce40),
>> AE_AML_OPERAND_TYPE (20161117/psparse-560)
>> acpi_
> -Original Message-
> From: Hans Petter Selasky [mailto:h...@selasky.org]
> Sent: Tuesday, January 3, 2017 8:23 AM
> To: Moore, Robert ; Edward Tomasz Napierala
> ; O. Hartmann
> Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> Zakharov
>
/310451
But not yet to "master" (12-current) ?
Is that correct?
My console has been filling up with messages like this:
ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName
unavailable] (20161117/dswexec-498)
ACPI Error: Method parse/execution failed [\1
; Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> Zakharov
> Subject: Re: ACPI Error on HP ProBook 430 G2
>
> On 12/22/16 21:04, Moore, Robert wrote:
> > ACPICA version 20161222 happened today, with a fix for the problem
> below.
> >
>
> +1
>
On 12/22/16 21:04, Moore, Robert wrote:
ACPICA version 20161222 happened today, with a fix for the problem below.
+1
When will the fix be merged to -head ?
--HPS
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/
z Napierala ; O. Hartmann
>
> Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> Zakharov
> Subject: RE: ACPI Error on HP ProBook 430 G2
>
> We have fixed this issue for the latest version of ACPICA that will
> happen this week, probably 22 december.
>
>
r 21, 2016 3:15 AM
> To: O. Hartmann
> Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> Zakharov
> Subject: Re: ACPI Error on HP ProBook 430 G2
>
> On 1220T1734, O. Hartmann wrote:
> > Am Tue, 20 Dec 2016 18:09:20 +0300
> > Vladimir Zakharov
On 1220T1734, O. Hartmann wrote:
> Am Tue, 20 Dec 2016 18:09:20 +0300
> Vladimir Zakharov schrieb:
>
> > Hello!
> >
> > Some time ago new ACPI messages appeared on console and in
> > /var/log/messages. Like
> > these:
> >
> > AC
Am Tue, 20 Dec 2016 18:09:20 +0300
Vladimir Zakharov schrieb:
> Hello!
>
> Some time ago new ACPI messages appeared on console and in /var/log/messages.
> Like
> these:
>
> ACPI Error: Needed type [Reference], found [Processor] 0xf800043b8980
> (20161117/exr
Hello!
Some time ago new ACPI messages appeared on console and in /var/log/messages.
Like these:
ACPI Error: Needed type [Reference], found [Processor] 0xf800043b8980
(20161117/exresop-111)
ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName
unavailable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213759
--- Comment #1 from jakub_l...@mailplus.pl ---
Possible duplicate with bug #202551
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-acpi@freebsd.org mailing l
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213759
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-acpi@FreeBSD.org
--
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213039
Anthony Jenkins changed:
What|Removed |Added
CC||scoobi_...@yahoo.com
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213039
Mark Linimon changed:
What|Removed |Added
CC|freebsd-am...@freebsd.org |
Assignee|freebsd-b...@fr
--- Comment #6 from Christian Lorenz ---
Same here on a hosted server (don't know the brand or Serial) with FSBD 10.3.
My dmesg.today is flooded with:
ACPI Error: [\134_SB_.PCI0.LPCB.H_EC.ECAV] Namespace lookup failure,
AE_NOT_FOUND (20150515/psargs-391)
ACPI Error: Method parse/execution f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210568
Ben Woods changed:
What|Removed |Added
CC||woods...@freebsd.org
Assigne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209222
John Baldwin changed:
What|Removed |Added
CC||j...@freebsd.org
Resolution
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209222
--- Comment #6 from Mark Millard ---
(In reply to Mark Millard from comment #5)
As of 11.0 -r301815 the problem is still gone.
I do not know if the upstream patch was ever applied but if not it may be that
the work around is the final 11.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209222
Mark Linimon changed:
What|Removed |Added
CC||j...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202069
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-acpi@FreeBSD.org
--
You ar
Actually, I managed to get a kernel panic to happen, which provides some
more information:
NVRM: GPU at :01:00.0 has fallen off the bus.
NVRM: RmInitAdapter failed! (0x25:0x28:1169)
nvidia0: NVRM: rm_init_adapter() failed!
Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id =
Finally got time to do some more poking around regarding this. I
haven't read the entire ACPI spec, so bear with me...
As John Baldwin said, the wrapper nvidia_acpi.c passes in a buffer
instead of a package. In the definition for _DSM, you can see calls to
NVOP, NVPS, and NBCI. I looked at
On Tuesday, June 24, 2014 8:51:17 pm Eric McCorkle wrote:
> On 06/24/2014 10:00, John Baldwin wrote:
> > Ah, the nvidia driver calls _DSM and it has the bug. In its nvidia_acpi.c
> > file
> > it uses a Buffer instead of a Package for the fourth argument to _DSM.
> > OTOH, the
> > warning doesn'
On Tue, 24 Jun 2014 10:00:35 -0400, John Baldwin wrote:
> On Monday, June 23, 2014 6:42:28 pm Eric McCorkle wrote:
> > On 06/23/2014 09:53, John Baldwin wrote:
> > > On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
> > >> I suspect these might have something to do with the USB 3.0 syst
On 06/24/2014 10:00, John Baldwin wrote:
On Monday, June 23, 2014 6:42:28 pm Eric McCorkle wrote:
On 06/23/2014 09:53, John Baldwin wrote:
On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
I suspect these might have something to do with the USB 3.0 system not
working, though I don't ha
On Monday, June 23, 2014 6:42:28 pm Eric McCorkle wrote:
> On 06/23/2014 09:53, John Baldwin wrote:
> > On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
> >> I suspect these might have something to do with the USB 3.0 system not
> >> working, though I don't have experience with either the
On 06/23/2014 09:53, John Baldwin wrote:
On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
Hello,
I'm trying to set up on a lenovo W540 mobile workstation I recently
purchased. Things work well for the most part (including
suspend/resume), however there's some error messages that I sus
On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
> Hello,
>
> I'm trying to set up on a lenovo W540 mobile workstation I recently
> purchased. Things work well for the most part (including
> suspend/resume), however there's some error messages that I suspect are
> at the root of why t
On Fri, 20 Jun 2014 22:27:17 -0400, Eric McCorkle wrote:
> On 06/18/2014 03:17, Ian Smith wrote:
> > On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote:
> >
> > > I'm trying to set up on a lenovo W540 mobile workstation I recently
> > > purchased. Things work well for the most part
On 06/18/2014 03:17, Ian Smith wrote:
On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote:
> I'm trying to set up on a lenovo W540 mobile workstation I recently
> purchased. Things work well for the most part (including suspend/resume),
> however there's some error messages that I sus
On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote:
> I'm trying to set up on a lenovo W540 mobile workstation I recently
> purchased. Things work well for the most part (including suspend/resume),
> however there's some error messages that I suspect are at the root of why the
> nvidia X
Yes it does. The messages may not be related at all; it's just a suspicion.
I am more certain, however, that there's an issue preventing the nvidia driver
from working.
> On Jun 17, 2014, at 10:16 AM, Hans Petter Selasky wrote:
>
>> On 06/17/14 15:54, Eric McCorkle wrote:
>> I suspect these m
On 06/17/14 15:54, Eric McCorkle wrote:
I suspect these might have something to do with the USB 3.0 system not
working, though I don't have experience with either the ACPI or USB
subsystems.
Regarding USB 3.0, does "pciconf -lv" list xhci?
--HPS
___
Hello,
I'm trying to set up on a lenovo W540 mobile workstation I recently
purchased. Things work well for the most part (including
suspend/resume), however there's some error messages that I suspect are
at the root of why the nvidia Xorg driver doesn't work, and possibly
also at the root of
On Tue, 3 Dec 2013 11:27:47 +0400, ??? ?? wrote:
> Здравствуйте, Freebsd-acpi.
Dec 3 10:57:40 fw kernel: AcpiOsExecute: failed to enqueue task, consider
increasing the debug.acpi.max_tasks tunable
Dec 3 10:57:40 fw kernel: ACPI Error: Method parse/execution failed
[\_GPE._L24] (N
Здравствуйте, Freebsd-acpi.
Dec 3 10:57:40 fw kernel: AcpiOsExecute: failed to enqueue task, consider
increasing the debug.acpi.max_tasks tunable
Dec 3 10:57:40 fw kernel: ACPI Error: Method parse/execution failed
[\_GPE._L24] (Node 0xfe000763cd40), AE_NO_MEMORY (20110527/psparse-560)
Dec
Synopsis: [acpi] ACPI error MB p8h67 v.1405
State-Changed-From-To: suspended->closed
State-Changed-By: remko
State-Changed-When: Thu Aug 1 09:50:44 UTC 2013
State-Changed-Why:
There is a new PR ticket 180897 which includes the English translation.
http://www.freebsd.org/cgi/query-pr.cgi
Old Synopsis: ACPI error with MB p8h67 v.1405
New Synopsis: [acpi] ACPI error with MB p8h67 v.1405
Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jul 29 01:32:03 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
h
Synopsis: [acpi] ACPI error MB p8h67 v.1405
State-Changed-From-To: open->suspended
State-Changed-By: remko
State-Changed-When: Sat Jul 27 17:06:52 UTC 2013
State-Changed-Why:
Unless someone translate this into the English language, we cannot
work on this. The main language we use
Old Synopsis: ACPI error MB p8h67 v.1405
New Synopsis: [acpi] ACPI error MB p8h67 v.1405
Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Jul 27 15:13:40 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
h
On Wed, 2013-03-06 at 16:01 -0800, Robert wrote:
> Greetings
>
> Please CC me as I am not on this list.
>
> I was given a Toshiba L505D-LS5010 laptop I tried to load FreeBSD 9.1
> from Cd but got the following message (hand copied from picture):
>
> ACPI ERROR: [RSF]
Greetings
Please CC me as I am not on this list.
I was given a Toshiba L505D-LS5010 laptop I tried to load FreeBSD 9.1
from Cd but got the following message (hand copied from picture):
ACPI ERROR: [RSF] Namespace lookup failure, AE_NOT_FOUND
(20110527/psargs-392)
ACPI ERROR: Method parse
Hi,
What do these errors mean?
acpi_throttle1: on cpu1
acpi_throttle1: failed to attach P_CNT
device_attach: acpi_throttle1 attach returned 6
acpi_throttle2: on cpu2
acpi_throttle2: failed to attach P_CNT
device_attach: acpi_throttle2 attach returned 6
acpi_throttle3: on cpu3
acpi_throttle3: f
also try setting the
'hw.acpi.reset_video' sysctl to see if that helps your screen come back
on during resume.
> -Original Message-
> From: John Baldwin
> Sent: 03/02/2012 2:42:58 pm
> To: freebsd-acpi@freebsd.org
> Cc: Jakob Pedersen
> Subject: Re: ACPI error c
: Re: ACPI error caused by broken asl, how to fix?
On Thursday, February 02, 2012 5:23:25 am Jakob Pedersen wrote:
> Hello there,
>
> I am running PCBSD 9.0 on a Packard Bell R1926 and having the following
> problems:
>
> - Suspend resume does put the machine asleep, but it doesn&
On Thursday, February 02, 2012 5:23:25 am Jakob Pedersen wrote:
> Hello there,
>
> I am running PCBSD 9.0 on a Packard Bell R1926 and having the following
> problems:
>
> - Suspend resume does put the machine asleep, but it doesn't resume.
> - I am having strange issues with my wifi card, which d
rces for \\_SB_.PCI0.ALKD - AE_AML_INVALID_RESOURCE_TYPE
ACPI Error: No handler for Region [RAM_] (0xc4aab980) [EmbeddedControl]
(20110527/evregion-421)
ACPI Error: Region EmbeddedControl (ID=3) has no handler
(20110527/exfldio-310)
ACPI Error: Method parse/execution failed [\\_SB_.BAT0._S
on 14/07/2011 18:31 Ed VanderPloeg said the following:
> Could the system overheat, or get incorrectly shut down when acpi fails to
> get the
> current temperature?
I am not sure. There is no explicit error handling in acpi thermal driver,
tz_temperature would probably always stay at zero (Kelvi
Could the system overheat, or get incorrectly shut down when acpi fails
to get the current temperature?
What is the best way to work around this problem? Setting a very high
polling rate or disabling it inside loader.conf:
debug.acpi.disable="thermal"
In 2008 Kevin Foo thought it might not
on 02/07/2011 05:16 Ed VanderPloeg said the following:
>
> # egrep '(^| )est' dmesg.8-release
> est0: on cpu0
> est: CPU supports Enhanced Speedstep, but is not recognized.
> est: cpu_vendor GenuineIntel, msr 60f0c270600060f
> device_attach: est0 attach returned 6
> est1: on cpu1
> est: CPU supp
On 2011-06-30 10:44 PM, Andriy Gapon wrote:
on 01/07/2011 07:16 Ed VanderPloeg said the following:
On 2011-06-30 1:59 PM, Andriy Gapon wrote:
on 30/06/2011 19:32 Ed VanderPloeg said the following:
I updated to 8-stable but am still getting ACPI error messages to console every
10 seconds
on 01/07/2011 07:16 Ed VanderPloeg said the following:
> On 2011-06-30 1:59 PM, Andriy Gapon wrote:
>> on 30/06/2011 19:32 Ed VanderPloeg said the following:
>>> I updated to 8-stable but am still getting ACPI error messages to console
>>> every
>>> 10 second
On 2011-06-30 1:59 PM, Andriy Gapon wrote:
on 30/06/2011 19:32 Ed VanderPloeg said the following:
I updated to 8-stable but am still getting ACPI error messages to console every
10 seconds.
Just for my curiosity - has anything changed with respect to est driver
attachment?
I'm not
on 30/06/2011 19:32 Ed VanderPloeg said the following:
> I updated to 8-stable but am still getting ACPI error messages to console
> every
> 10 seconds.
Just for my curiosity - has anything changed with respect to est driver
attachment?
> What happens when sysctl hw.acpi.thermal.po
I updated to 8-stable but am still getting ACPI error messages to
console every 10 seconds.
What happens when sysctl hw.acpi.thermal.polling_rate=0? Does this
disable polling? I noticed that when I set it to zero, the error
messages seem to stop, but then setting it to a non-zero value
uses their GENE-9455 motherboard. After updating the BIOS to enable ACPI,
>>> I'm
>>> now getting the following (verbose) console message during boot and every 10
>>> seconds thereafter:
>>>
>>> ACPI Error: [RTMP] Namespace lookup failure, AE_NOT_FOUN
g (verbose) console message during boot and every 10
seconds thereafter:
ACPI Error: [RTMP] Namespace lookup failure, AE_NOT_FOUND (20101013/psargs-464)
ACPI Error: Method parse/execution failed [\_TZ_.THRM._TMP] (Node 0xc56b0760),
AE_NOT_FOUND (20101013/psparse-633)
acpi_tz0: error fetching current t
g boot and every 10
> seconds thereafter:
>
> ACPI Error: [RTMP] Namespace lookup failure, AE_NOT_FOUND
> (20101013/psargs-464)
> ACPI Error: Method parse/execution failed [\_TZ_.THRM._TMP] (Node 0xc56b0760),
> AE_NOT_FOUND (20101013/psparse-633)
> acpi_tz0: error fetching
I'm using an Aaeon AEC-6831 embedded system based on an Intel Atom N270,
which uses their GENE-9455 motherboard. After updating the BIOS to
enable ACPI, I'm now getting the following (verbose) console message
during boot and every 10 seconds thereafter:
ACPI Error: [RTMP] Namesp
88 matches
Mail list logo