From: "Carlos R. Mafra" <crmafra@gmail.com>
To: Azat Khuzhin <dohardgopro@gmail.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
"Carlos R. Mafra" <crmafra2@gmail.com>,
Greg KH <gregkh@linuxfoundation.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Feng Tang <feng.tang@intel.com>, Lv Zheng <lv.zheng@intel.com>,
Len Brown <lenb@kernel.org>,
"Moore, Robert" <robert.moore@intel.com>
Subject: Re: ACPI errors with 3.7-rc3
Date: Sun, 27 Jan 2013 12:37:06 +0000 [thread overview]
Message-ID: <20130127123706.GA1431@linux-ahr8.site> (raw)
In-Reply-To: <CAAW1UO81LXbrhXOApoKYC+z7DR2Tg7dAdinXy4UsWhfWH7gdYQ@mail.gmail.com>
On Sun, 27 Jan 2013 at 1:23:17 +0400, Azat Khuzhin wrote:
> Carlos, did you try this patch?
>
> https://bugzilla.kernel.org/attachment.cgi?id=73510
I started to test it now and I will try to have an uptime of
more than 7 days in order to have a veridict.
[ The problem is that I started to encounter a dvb-related issue
which requires me to reboot after trying to watch tv, so let's wee
what happens. ]
> On Sat, Jan 26, 2013 at 5:39 PM, Carlos R. Mafra <crmafra@gmail.com> wrote:
> > On Sat, 26 Jan 2013 at 14:23:12 +0100, Rafael J. Wysocki wrote:
> >> On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
> >> > On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
> >> > > On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
> >> > > > On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
> >> > > > > On Tue, Nov 06, 2012 at 04:42:24PM +0400, Azat Khuzhin wrote:
> >> > > > > > I'v also have such errors on my macbook pro.
> >> > > > > >
> >> > > > > > $ dmesg | tail
> >> > > > > > [17056.008564] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff88026547ea10), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.011194] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.BAT0.UBST] (Node ffff88026547e678), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.013793] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.BAT0._BST] (Node ffff88026547e740), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.016383] ACPI Exception: AE_TIME, Evaluating _BST (20120711/battery-464)
> >> > > > > > [17056.511373] ACPI: EC: input buffer is not empty, aborting transaction
> >> > > > > > [17056.512672] ACPI Exception: AE_TIME, Returned by Handler for
> >> > > > > > [EmbeddedControl] (20120711/evregion-501)
> >> > > > > > [17056.515256] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff88026547ea10), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.517886] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.BAT0.UBST] (Node ffff88026547e678), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.520479] ACPI Error: Method parse/execution failed
> >> > > > > > [\_SB_.BAT0._BST] (Node ffff88026547e740), AE_TIME
> >> > > > > > (20120711/psparse-536)
> >> > > > > > [17056.523070] ACPI Exception: AE_TIME, Evaluating _BST (20120711/battery-464)
> >> > > > >
> >> > > > > I'm seeing this again right now. I'm wondering if it's because I'm
> >> > > > > running on battery power at the moment:
> >> > > > >
> >> > > > > [41694.309264] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20120913/evregion-501)
> >> > > > > [41694.309282] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff88045cc64618), AE_TIME (20120913/psparse-536)
> >> > > > > [41694.309300] ACPI Error: Method parse/execution failed [\_SB_.BAT0.UBST] (Node ffff88045cc64988), AE_TIME (20120913/psparse-536)
> >> > > > > [41694.309310] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff88045cc648c0), AE_TIME (20120913/psparse-536)
> >> > > > > [41694.309324] ACPI Exception: AE_TIME, Evaluating _BST (20120913/battery-464)
> >> > > > > [41694.809093] ACPI: EC: input buffer is not empty, aborting transaction
> >> > > > >
> >> > > > > ec_storm_threshold is still set to 8 in /sys/module/acpi/parameters/ so that's
> >> > > > > not the issue here.
> >> > > > >
> >> > > > > > And also loadavg is too high ~ 10
> >> > > > > > While there is no process that load CPU up to 100% or like that.
> >> > > > > > I think that this because of processes that is done in kernel space.
> >> > > > > > (basically that one who write such errors)
> >> > > > > >
> >> > > > > > $ uname -a
> >> > > > > > Linux macbook-pro-sq 3.6.5macbook-pro-custom-v0.1 #4 SMP Sun Nov 4
> >> > > > > > 12:39:03 UTC 2012 x86_64 GNU/Linux
> >> > > > >
> >> > > > > Ah, ok, that means it's not something new in 3.7-rc, so maybe it's just never
> >> > > > > worked properly for this hardware :)
> >> > > > >
> >> > > > > So it's not a regression, just an ACPI issue, any ACPI developer have an idea
> >> > > > > about this?
> >> > > >
> >> > > > Can you please send the output of acpidump from the affected machine(s)?
> >> > >
> >> > > # ./acpidump
> >> > > ACPI tables were not found. If you know location of RSD PTR table (from dmesg, etc), supply it with either --addr or -a option
> >> > >
> >> > > What am I doing wrong here?
> >> > >
> >> > > Is there a newer version of pmtools than the one labled pmtools-20071116
> >> > > that I should be using? A link to download it would be appreciated.
> >> >
> >> > I'd like to ask what happened to this issue, because I'm seeing similar
> >> > messages on latest 3.8-rc4 as well, and I cannot read the battery
> >> > info anymore once this happens and the laptop does not suspend to RAM
> >> > anymore -- it suspends fine before these messages.
> >> >
> >> > The laptop is a Macbook Pro with retina display and I'm using the
> >> > develpoment version of openSUSE 12.3 updated as of yesterday.
> >> >
> >> > Here is the output from dmesg:
> >> >
> >> > [49367.993080] ACPI: EC: input buffer is not empty, aborting transaction
> >> > [49367.993091] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20121018/evregion-501)
> >> > [49367.993112] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff880264490920), AE_TIME (20121018/psparse-537)
> >> > [49367.993136] ACPI Error: Method parse/execution failed [\_SB_.BAT0.UBST] (Node ffff8802644905b0), AE_TIME (20121018/psparse-537)
> >> > [49367.993147] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff880264490678), AE_TIME (20121018/psparse-537)
> >> > [49367.993166] ACPI Exception: AE_TIME, Evaluating _BST (20121018/battery-492)
> >> > [49368.491802] ACPI: EC: input buffer is not empty, aborting transaction
> >> > [49368.491812] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20121018/evregion-501)
> >> > [49368.491833] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff880264490920), AE_TIME (20121018/psparse-537)
> >> > [49368.491857] ACPI Error: Method parse/execution failed [\_SB_.BAT0.UBST] (Node ffff8802644905b0), AE_TIME (20121018/psparse-537)
> >> > [49368.491869] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff880264490678), AE_TIME (20121018/psparse-537)
> >> > [49368.491888] ACPI Exception: AE_TIME, Evaluating _BST (20121018/battery-492)
> >> > [49372.985311] ACPI: EC: input buffer is not empty, aborting transaction
> >> > [49372.985322] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20121018/evregion-501)
> >> > [49372.985344] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC__.SMB0.SBRW] (Node ffff880264490920), AE_TIME (20121018/psparse-537)
> >> > [49372.985368] ACPI Error: Method parse/execution failed [\_SB_.BAT0.UBST] (Node ffff8802644905b0), AE_TIME (20121018/psparse-537)
> >> > [49372.985380] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff880264490678), AE_TIME (20121018/psparse-537)
> >> > [49372.985400] ACPI Exception: AE_TIME, Evaluating _BST (20121018/battery-492)
> >> >
> >> > Anyone has more information about this?
> >>
> >> Is acpidump still not working?
> >
> > It works for me, I've uploaded it to
> >
> > http://www.damtp.cam.ac.uk/user/crm66/acpidump-rmbp.txt
> >
> > And my 'dmesg' from a freshly-booted 3.8-rc5 is here
> >
> > http://www.damtp.cam.ac.uk/user/crm66/dmesg-3.8-rc5.txt
> >
> >> What's under /sys/firmware/acpi/tables/ ?
> >
> > [mafra@linux-ahr8:~]$ ls /sys/firmware/acpi/tables/
> > APIC DSDT ECDT FACS MCFG SSDT1 SSDT11 SSDT2 SSDT4 SSDT6 SSDT8
> > DMAR dynamic/ FACP HPET SBST SSDT10 SSDT12 SSDT3 SSDT5 SSDT7 SSDT9
> >
> > I should say that sometimes it takes +3 days for this problem to appear,
> > with many successful s2ram in between, sometimes it takes less than 1 day.
> > I could not figure out a pattern.
> >
> > Any other info I can provide?
>
>
>
> --
> Azat Khuzhin
next prev parent reply other threads:[~2013-01-27 12:37 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-31 1:45 ACPI errors with 3.7-rc3 Greg KH
2012-10-31 9:11 ` Rafael J. Wysocki
2012-10-31 17:33 ` Greg KH
2012-11-06 12:42 ` Azat Khuzhin
2012-11-06 12:48 ` Greg KH
2012-11-06 13:04 ` Azat Khuzhin
2012-11-07 21:49 ` Rafael J. Wysocki
2012-11-08 4:47 ` Greg KH
2012-11-08 9:15 ` Azat Khuzhin
2012-11-08 9:27 ` Rafael J. Wysocki
2013-01-26 12:23 ` Carlos R. Mafra
2013-01-26 13:23 ` Rafael J. Wysocki
2013-01-26 13:39 ` Carlos R. Mafra
2013-01-26 13:55 ` Rafael J. Wysocki
2013-01-26 21:23 ` Azat Khuzhin
2013-01-27 12:37 ` Carlos R. Mafra [this message]
2012-11-09 9:28 ` Feng Tang
2012-11-09 14:30 ` Moore, Robert
2012-11-09 16:36 ` Feng Tang
2012-11-09 16:45 ` Moore, Robert
2012-11-11 10:00 ` Azat Khuzhin
2012-11-13 0:41 ` Moore, Robert
2012-11-13 0:41 ` Moore, Robert
2012-11-14 17:33 ` Azat Khuzhin
2012-11-17 5:40 ` Robert Hancock
2012-12-01 20:59 ` Azat Khuzhin
2012-12-01 21:54 ` Azat Khuzhin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130127123706.GA1431@linux-ahr8.site \
--to=crmafra@gmail.com \
--cc=crmafra2@gmail.com \
--cc=dohardgopro@gmail.com \
--cc=feng.tang@intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lv.zheng@intel.com \
--cc=rjw@sisk.pl \
--cc=robert.moore@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.