[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1467649047.30123.473.camel@linux.intel.com>
Date: Mon, 04 Jul 2016 19:17:27 +0300
From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
To: Dan O'Donovan <dan@...tex.com>,
platform-driver-x86@...r.kernel.org, dvhart@...radead.org
Cc: lee.jones@...aro.org, mika.westerberg@...ux.intel.com,
linux-kernel@...r.kernel.org,
"Puustinen, Ismo" <ismo.puustinen@...el.com>
Subject: Re: [RESEND RFC PATCH 0/5] platform drivers for UP Board
+Ismo
On Mon, 2016-07-04 at 17:07 +0100, Dan O'Donovan wrote:
> [Re-sending to a wider audience suggested by Darren Hart]
>
> The UP Board is a new SBC based on the Intel Atom X5-Z8350 "Cherry
> Trail" SoC and features a 40-pin I/O pin header and form-factor
> inspired by the Raspberry Pi 2.
>
> It utilises a CPLD between the SoC and the external 40-pin header
> to provide buffered voltage level-shifting of the I/O signals, mux
> switching and LED control, and programmable pin mapping between the
> SoC and the external pin header.
>
> The gpio, pinctrl and led drivers provided in this patch series
> enable and manage the functions provided by that CPLD.
>
> I have some open questions about this patch series:
> * Is it ok to place all of these various UP board drivers together
> in drivers/platform/x86/, or would it be preferable to place them
> in the respective sub-system directories (gpio, pinctrl, etc.)?
> My rationale for keeping them together here is that they are all
> specific to this UP Board platform and not expected to be
> generally useful on any other platforms (except variants of UP).
> * Is it acceptable to include hard-coded references to ACPI device
> IDs (representing devices integrated on the SoC devices) for the
> purpose of pin map and gpio references? Or is it required to
> use only named gpio pins?
>
> Any feedback/suggestions on the questions above, and the patch series
> in general, would be greatly appreciated!
>
> Further information on the UP board can be obtained from [1] and [2].
Ismo, since you are doing something regarding Intel Galileo open
connected board I think you would be interested in this discussion since
it brings for example pinctrl driver for a _board_ which Galileo and
Edison/Arduino need.
>
> [1] https://www.up-board.org
> [2] https://up-community.org
>
> Dan O'Donovan (5):
> platform: x86: add driver for UP Board I/O CPLD
> platform: x86: add UP Board I/O pinctrl driver
> platform: x86: add UP Board I/O gpio driver
> platform: x86: add UP Board CPLD LED driver
> platform: x86: add platform driver for UP Board
>
> drivers/platform/x86/Kconfig | 13 +
> drivers/platform/x86/Makefile | 5 +
> drivers/platform/x86/up_board.c | 167 ++++++++++
> drivers/platform/x86/up_board_cpld.c | 560
> ++++++++++++++++++++++++++++++++
> drivers/platform/x86/up_board_cpld.h | 38 +++
> drivers/platform/x86/up_board_gpio.c | 254 +++++++++++++++
> drivers/platform/x86/up_board_gpio.h | 59 ++++
> drivers/platform/x86/up_board_leds.c | 85 +++++
> drivers/platform/x86/up_board_leds.h | 50 +++
> drivers/platform/x86/up_board_pinctrl.c | 285 ++++++++++++++++
> drivers/platform/x86/up_board_pinctrl.h | 102 ++++++
> 11 files changed, 1618 insertions(+)
> create mode 100644 drivers/platform/x86/up_board.c
> create mode 100644 drivers/platform/x86/up_board_cpld.c
> create mode 100644 drivers/platform/x86/up_board_cpld.h
> create mode 100644 drivers/platform/x86/up_board_gpio.c
> create mode 100644 drivers/platform/x86/up_board_gpio.h
> create mode 100644 drivers/platform/x86/up_board_leds.c
> create mode 100644 drivers/platform/x86/up_board_leds.h
> create mode 100644 drivers/platform/x86/up_board_pinctrl.c
> create mode 100644 drivers/platform/x86/up_board_pinctrl.h
>
--
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Intel Finland Oy
Powered by blists - more mailing lists