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
next prev parent 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