From: Darren Hart <dvhart@infradead.org>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Lukas Wunner <lukas@wunner.de>,
Ronald Tschalaer <ronald@innovation.ch>,
Federico Lorenzi <florenzi@gmail.com>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
Lv Zheng <lv.zheng@intel.com>, Leif Liddy <leif.liddy@gmail.com>,
Daniel Roschka <danielroschka@phoenitydawn.de>,
Mark Brown <broonie@kernel.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
linux-spi <linux-spi@vger.kernel.org>
Subject: Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks
Date: Thu, 20 Jul 2017 13:26:26 -0700 [thread overview]
Message-ID: <20170720202626.GA16076@fury> (raw)
In-Reply-To: <6875377.ba0xIR7deM@aspire.rjw.lan>
On Thu, Jul 20, 2017 at 04:49:48PM +0200, Rafael Wysocki wrote:
> On Thursday, July 20, 2017 05:33:43 PM Andy Shevchenko wrote:
> > On Thu, 2017-07-20 at 16:27 +0200, Rafael J. Wysocki wrote:
> > > On Thu, Jul 20, 2017 at 4:03 PM, Lukas Wunner <lukas@wunner.de> wrote:
> > > > On Sat, Jul 15, 2017 at 12:03:31AM +0200, Rafael J. Wysocki wrote:
> > > > > On Friday, July 14, 2017 12:36:19 AM Lukas Wunner wrote:
> > > > > >
> >
> >
> > > > I guess I could introduce a new <linux/apple.h> but I hate the
> > > > insane
> > > > proliferation of additional files in include/linux/.
> > >
> > > There is include/linux/platform_data/x86/ so maybe put it in there?
> >
> > Just suggested the same :-)
Yes please, this is precisely why we created this directory.
> >
> > > > I could merge the contents of apple_bl.h and apple-gmux.h into that
> > > > new header to
> > > > reduce the number of files a bit.
> > > >
> > > > Struggling to find a solution that's nice and clean. Any ideas?
> > >
> > > I guess you still want it to work if someone configures the kernel
> > > without CONFIG_ACPI, although that's slightly debatable, so the
> > > variable should be defined somewhere in the arch code I suppose.
> > >
> > > I also guess you could add something like arch/x86/platform/apple/ and
> > > put the checks and the variable in there (in which case I'd call it
> > > x86_apple_machine or similar).
> >
> > I'm not sure if we can use drivers/platform/x86 for this, either agreed
> > way is fine to me.
>
> No, because of the ACPI involvement. That needs to go under arch/ IMO.
We have an example, silead_dmi.c, which extracts properties based on the DMI
match, and adds them to the i2c client device. While I suppose we could do
something like this, the drivers affected are really not "platform drivers", but
rather common drivers with platform specific properties. I concur with Rafael.
--
Darren Hart
VMware Open Source Technology Center
next prev parent reply other threads:[~2017-07-20 20:26 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-13 22:36 [PATCH v3 0/6] Apple SPI properties Lukas Wunner
2017-07-13 22:36 ` [PATCH v3 4/6] ACPI / property: Support Apple _DSM properties Lukas Wunner
2017-07-16 17:55 ` Andy Shevchenko
2017-07-13 22:36 ` [PATCH v3 6/6] spi: Use Apple device properties in absence of ACPI resources Lukas Wunner
[not found] ` <c137d15be96c954f405bda5acaaf730cccc8e601.1499983092.git.lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2017-07-16 17:57 ` Andy Shevchenko
2017-07-13 22:36 ` [PATCH v3 1/6] ACPI / osi: Exclude x86 DMI quirks on other arches Lukas Wunner
[not found] ` <cover.1499983092.git.lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2017-07-13 22:36 ` [PATCH v3 3/6] ACPI / property: Don't evaluate objects for devices w/o handle Lukas Wunner
2017-07-14 22:04 ` Rafael J. Wysocki
2017-07-13 22:36 ` [PATCH v3 5/6] ACPI / scan: Recognize Apple SPI and I2C slaves Lukas Wunner
2017-07-13 22:36 ` [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks Lukas Wunner
2017-07-14 22:03 ` Rafael J. Wysocki
2017-07-20 14:03 ` Lukas Wunner
2017-07-20 14:27 ` Rafael J. Wysocki
2017-07-20 14:33 ` Andy Shevchenko
2017-07-20 14:49 ` Rafael J. Wysocki
2017-07-20 20:26 ` Darren Hart [this message]
2017-07-20 14:30 ` Andy Shevchenko
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=20170720202626.GA16076@fury \
--to=dvhart@infradead.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=broonie@kernel.org \
--cc=danielroschka@phoenitydawn.de \
--cc=florenzi@gmail.com \
--cc=leif.liddy@gmail.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=lukas@wunner.de \
--cc=lv.zheng@intel.com \
--cc=mika.westerberg@linux.intel.com \
--cc=rafael@kernel.org \
--cc=rjw@rjwysocki.net \
--cc=ronald@innovation.ch \
/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.