linux-acpi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Scott Ashcroft <scott.ashcroft@talk21.com>,
	Mika Westerberg <mika.westerberg@intel.com>,
	"Blin, Jerome" <jerome.blin@intel.com>,
	linux-acpi@vger.kernel.org, Vinod Koul <vinod.koul@intel.com>
Subject: Re: [PATCH v1 0/4] ACPI / LPSS: fix system hangup on BYT
Date: Mon, 10 Nov 2014 15:23:17 +0200	[thread overview]
Message-ID: <1415625797.472.40.camel@linux.intel.com> (raw)
In-Reply-To: <545CF3B2.3000101@intel.com>

On Fri, 2014-11-07 at 17:30 +0100, Rafael J. Wysocki wrote:
> On 11/7/2014 2:46 PM, Andy Shevchenko wrote:
> > On Fri, 2014-11-07 at 01:37 +0100, Rafael J. Wysocki wrote:
> >> On Wednesday, November 05, 2014 06:34:44 PM Andy Shevchenko wrote:
> >>> The Intel BayTrail based machines have different configuration of the Low Power
> >>> Sub System (LPSS) IP. The LPSS contains few host controllers, such as I2C, SPI,
> >>> I2C and common DMA IP to serve DMA transfers. Unfortunately the DMA IP has no
> >>> power control accessible for software / OS. It goes automatically down whenever
> >>> last device goes to sleep and turned on when one of them is turned on. When
> >>> user tries to access the powered off DMA device the system hangs.
> >>>
> >>> This patch series addressing the issue. Rafael suggested to create a 'proxy'
> >>> device which makes DMA to be powered on on the certain points of time.
> >>>
> >>> Vinod, we would like to push this via Rafael's tree, so, please Ack or NAck the
> >>> patch 4/4.
> >>>
> >>> Scott, do you have a chance to test this patch series against last linux-pm
> >>> tree on HP laptops? I would appreciate your Tested-by tag.
> >>>
> >>> Andy Shevchenko (4):
> >>>    ACPI / LPSS: add all LPSS devices to the specific power domain
> >>>    ACPI / LPSS: allow to use specific PM domain during ->probe()
> >>>    ACPI / LPSS: introduce a 'proxy' device to power on LPSS for DMA
> >>>    dmaengine: dw: enable runtime PM
> >> I'm essentially fine with this series, but I'm not sure what the status of
> >> the Scott's testing is.  Can you please tell me and Scott what in particular
> >> you wanted him to test?
> > He complained that HP laptop didn't reboot nicely and hangs the system
> > until he blacklisted dw_dmac driver.
> >
> 
> The patch series fixes runtime PM, though, so how is that related to 
> reboot exactly?

When he rebooted machine the dw_dmac driver was trying to access the HW
when LPSS is off (this is my understanding of the issue), thus, it was
stuck as long as he had dw_dmac loaded.

> 
> Rafael
> 


-- 
Andy Shevchenko <andriy.shevchenko@intel.com>
Intel Finland Oy


  parent reply	other threads:[~2014-11-10 13:23 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-05 16:34 [PATCH v1 0/4] ACPI / LPSS: fix system hangup on BYT Andy Shevchenko
2014-11-05 16:34 ` [PATCH v1 1/4] ACPI / LPSS: add all LPSS devices to the specific power domain Andy Shevchenko
2014-11-05 16:34 ` [PATCH v1 2/4] ACPI / LPSS: allow to use specific PM domain during ->probe() Andy Shevchenko
2014-11-05 16:34 ` [PATCH v1 3/4] ACPI / LPSS: introduce a 'proxy' device to power on LPSS for DMA Andy Shevchenko
2014-11-05 16:34 ` [PATCH v1 4/4] dmaengine: dw: enable runtime PM Andy Shevchenko
2014-11-06  7:44   ` Vinod Koul
2014-11-05 19:33 ` [PATCH v1 0/4] ACPI / LPSS: fix system hangup on BYT Scott Ashcroft
2014-11-06 18:06 ` Scott Ashcroft
2014-11-07  0:37 ` Rafael J. Wysocki
2014-11-07  8:46   ` Scott Ashcroft
2014-11-07 13:54     ` Andy Shevchenko
2014-11-07 13:46   ` Andy Shevchenko
2014-11-07 16:30     ` Rafael J. Wysocki
2014-11-07 20:46       ` Scott Ashcroft
2014-11-10 13:23       ` Andy Shevchenko [this message]
2014-11-08 10:51 ` Scott Ashcroft
2014-11-10 13:24   ` Andy Shevchenko
2014-11-14 23:27 ` Rafael J. Wysocki

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=1415625797.472.40.camel@linux.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=jerome.blin@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mika.westerberg@intel.com \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rjw@rjwysocki.net \
    --cc=scott.ashcroft@talk21.com \
    --cc=vinod.koul@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).