From: Darren Hart <dvhart@infradead.org>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Wolfram Sang <wsa@the-dreams.de>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
platform-driver-x86@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
linux-i2c@vger.kernel.org
Subject: Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
Date: Thu, 13 Apr 2017 12:12:12 -0700 [thread overview]
Message-ID: <20170413191212.GB9783@fury> (raw)
In-Reply-To: <66d4f7cc-4f4b-f912-ca8a-50fd248cc405@redhat.com>
On Fri, Apr 07, 2017 at 08:49:55AM +0200, Hans de Goede wrote:
> Hi,
>
> On 07-04-17 00:48, Darren Hart wrote:
> > On Thu, Apr 06, 2017 at 02:17:11PM +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 06-04-17 13:03, Andy Shevchenko wrote:
...
> > > > In this case this so called "pseudo" device is not so pseudo, but
> > > > "master".
> > >
> > > I think this is really some Windows weirdness, if I configure the BIOS
> > > to boot "Android" the ACPI INT33FE device goes away and instead I
> > > get 3 separate ACPI devices for the 3 chips.
> >
> > So if this is this case, what is the value in supporting "windows weirdness" if
> > the end user can select "Android" and be presented with 3 separate devices?
>
> Multiple reasons:
>
> 1) Multi-boot with windows without needing to toggle a BIOS option all the time
> 2) Many of these devices only ship with windows, the Android option is there
> from the BIOS template code they used, but is untested, so this may give us
> the 3 separate devices but at the same time break other stuff
> 3) On some devices the BIOS tries to autodetect the OS, overriding the BIOS option
> 4) On some devices, including the one I'm developing on, but I can "fix" this with
> a BIOS downgrade, this option has been locked to avoid 2.
> 5) Users really should not need to touch BIOS settings ever
Agreed on all points.
I'm happy to pull this in. I need an immutable i2c branch with the dependencies
to do so.
--
Darren Hart
VMware Open Source Technology Center
prev parent reply other threads:[~2017-04-13 19:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-06 7:24 [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver Hans de Goede
2017-04-06 11:03 ` Andy Shevchenko
2017-04-06 12:17 ` Hans de Goede
2017-04-06 22:48 ` Darren Hart
2017-04-07 6:49 ` Hans de Goede
2017-04-13 19:12 ` Darren Hart [this message]
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=20170413191212.GB9783@fury \
--to=dvhart@infradead.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=hdegoede@redhat.com \
--cc=linux-i2c@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=tiwai@suse.de \
--cc=wsa@the-dreams.de \
/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.