[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1476268173.11323.450.camel@linux.intel.com>
Date: Wed, 12 Oct 2016 13:29:33 +0300
From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
To: Tan Jui Nee <jui.nee.tan@...el.com>,
mika.westerberg@...ux.intel.com, heikki.krogerus@...ux.intel.com,
tglx@...utronix.de, mingo@...hat.com, hpa@...or.com,
x86@...nel.org, ptyser@...-inc.com, lee.jones@...aro.org,
linus.walleij@...aro.org
Cc: linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
jonathan.yong@...el.com, ong.hock.yu@...el.com,
tony.luck@...el.com, wan.ahmad.zainie.wan.mohamad@...el.com
Subject: Re: [PATCH v8 3/6] x86/intel-ivi: Add Intel In-Vehicle Infotainment
(IVI) systems used in cars support
On Wed, 2016-10-12 at 14:51 +0800, Tan Jui Nee wrote:
> Add support for non ACPI system, such as system that uses Advanced
> Boot
> Loader (ABL) whereby a platform device has to be created in order to
> bind
> with PINCTRL/GPIO.
>
> At the moment, Intel Apollo Lake SoC requires P2SB driver to hide and
> unhide P2SB to lookup P2SB BAR and pass the PCI BAR address to GPIO.
I dunno if this patch would go as a last in the series.
>
> +config X86_INTEL_IVI
> + bool "Intel In-Vehicle Infotainment (IVI) systems used in
> cars"
> + ---help---
> + Select this option to enable MMIO BAR access over the P2SB
> for
> + non-ACPI Intel Apollo Lake SoC platforms.
This sounds not what the option is used for.
What I see from the code as simple as "Enable support of Intel IVI
systems. This enables necessary drivers and libraries which are used in
IVI systems."
> This driver uses the P2SB
> + hide/unhide mechanism cooperatively to pass the PCI BAR
> address to
> + the platform driver, currently GPIO.
--
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Intel Finland Oy
Powered by blists - more mailing lists