public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: "Life is hard, and then you die" <ronald@innovation.ch>
To: Mika Westerberg <mika.westerberg@linux.intel.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>,
	Len Brown <lenb@kernel.org>,
	Federico Lorenzi <florenzi@gmail.com>,
	linux-acpi@vger.kernel.org
Subject: Re: [PATCH] ACPI / LPSS: Don't abort acpi scan on missing mem resource.
Date: Mon, 7 Aug 2017 20:14:16 -0700	[thread overview]
Message-ID: <20170808031416.GB9396@innovation.ch> (raw)
In-Reply-To: <20170807104709.GU2369@lahna.fi.intel.com>


On Mon, Aug 07, 2017 at 01:47:09PM +0300, Mika Westerberg wrote:
> On Fri, Aug 04, 2017 at 04:46:16PM -0700, Ronald Tschalär wrote:
> > On MacBook8's (2015) there appears to be no memory resource for the
> > SPI master device. Returning an error here in this case then leads to
> > the acpi device being ignored completely instead of just the handler
> > being skipped.
> 
> What's the problem if we prevent creation of the SPI master device? How
> does user see the issue?

Their keyboard and touchpad don't work :-)

> It is not like the SPI driver could use the
> device anyway.

The spi master device works just fine (once recognized). Nothing the
acpi-lpss handler provides appears to be necessary for this device
(though admittedly the PM stuff hasn't been explored much).

> Just trying to understand why we would want to change the behaviour.

Apologies for the lack of context. This is related to the work on
the SPI keyboard and touchpad driver for MacBook(Pro)'s
(https://github.com/cb22/macbook12-spi-driver/) (and as such is
tangentally related to the recent apple SPI properties work by Lukas
Wunner that just got accepted). We obviously need the spi master
device in order to set up the keyboard/touchpad SPI slave device.

Btw., in case it matters, this SPI controller shows up in lscpi as

  00:15.4 Serial bus controller [0c80]: Intel Corporation Wildcat Point-LP Serial IO GSPI Controller #1 [8086:9ce6] (rev 03)

Hope this helps.


  Cheers,

  Ronald


  reply	other threads:[~2017-08-08  3:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-04 23:46 [PATCH] ACPI / LPSS: Don't abort acpi scan on missing mem resource Ronald Tschalär
2017-08-07 10:47 ` Mika Westerberg
2017-08-08  3:14   ` Life is hard, and then you die [this message]
2017-08-08 10:13     ` Mika Westerberg

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=20170808031416.GB9396@innovation.ch \
    --to=ronald@innovation.ch \
    --cc=florenzi@gmail.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=rafael@kernel.org \
    /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