Re: [PATCH v2] leds: Add user LED driver for NIC78bx device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jacek,

On Tue, 2016-11-01 at 18:48 +0100, Jacek Anaszewski wrote:
> Hi Hui.
> 
> On 11/01/2016 09:23 AM, Hui Chun Ong wrote:
> > 
> > Hi Jacek,
> > 
> > On Fri, 2016-10-28 at 12:08 +0200, Jacek Anaszewski wrote:
> > > 
> > > Hi Hui,
> > > 
> > > Thanks for the update.
> > > 
> > > On 10/27/2016 01:02 PM, Hui Chun Ong wrote:
> > > > 
> > > > 
> > > > Add the driver to support User LEDs on PXI Embedded Controller.
> > > > 
> > > > Signed-off-by: Hui Chun Ong <hui.chun.ong@xxxxxx>
> > > > Signed-off-by: Brad Mouring <brad.mouring@xxxxxx>
> > > > ---
> > > > v1: Update code to use spinlock.
> > > >     Change from acpi_driver to platform_driver.
> > > >     Create struct ni78bx_led_data to aggregate static variables.
> > > > ---
> > > >  drivers/leds/Kconfig       |  11 +++
> > > >  drivers/leds/Makefile      |   1 +
> > > >  drivers/leds/leds-ni78bx.c | 209 +++++++++++++++++++++++++++++++++++++++++++++
> > > >  3 files changed, 221 insertions(+)
> > > >  create mode 100644 drivers/leds/leds-ni78bx.c
> > > > 
> > > > diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
> > > > index 7a628c6..5540795 100644
> > > > --- a/drivers/leds/Kconfig
> > > > +++ b/drivers/leds/Kconfig
> > > > @@ -659,6 +659,17 @@ config LEDS_MLXCPLD
> > > >  	  This option enabled support for the LEDs on the Mellanox
> > > >  	  boards. Say Y to enabled these.
> > > > 
> > > > +config LEDS_NI78BX
> > > > +	tristate "LED support for NI PXI NIC78bx devices"
> > > > +	depends on LEDS_CLASS
> > > > +	depends on X86 && ACPI
> > > > +	help
> > > > +	  This option enables support for the User1 and User2 LEDs on NI
> > > > +	  PXI NIC78bx devices.
> > > > +
> > > > +	  To compile this driver as a module, choose M here: the module
> > > > +	  will be called leds-ni78bx.
> > > > +
> > > >  comment "LED Triggers"
> > > >  source "drivers/leds/trigger/Kconfig"
> > > > 
> > > > diff --git a/drivers/leds/Makefile b/drivers/leds/Makefile
> > > > index 3965070..9758d1e 100644
> > > > --- a/drivers/leds/Makefile
> > > > +++ b/drivers/leds/Makefile
> > > > @@ -71,6 +71,7 @@ obj-$(CONFIG_LEDS_IS31FL319X)		+= leds-is31fl319x.o
> > > >  obj-$(CONFIG_LEDS_IS31FL32XX)		+= leds-is31fl32xx.o
> > > >  obj-$(CONFIG_LEDS_PM8058)		+= leds-pm8058.o
> > > >  obj-$(CONFIG_LEDS_MLXCPLD)		+= leds-mlxcpld.o
> > > > +obj-$(CONFIG_LEDS_NI78BX)		+= leds-ni78bx.o
> > > > 
> > > >  # LED SPI Drivers
> > > >  obj-$(CONFIG_LEDS_DAC124S085)		+= leds-dac124s085.o
> > > > diff --git a/drivers/leds/leds-ni78bx.c b/drivers/leds/leds-ni78bx.c
> > > > new file mode 100644
> > > > index 0000000..c5682ee
> > > > --- /dev/null
> > > > +++ b/drivers/leds/leds-ni78bx.c
> > > > @@ -0,0 +1,209 @@
> > > > +/*
> > > > + * Copyright (C) 2016 National Instruments Corp.
> > > > + *
> > > > + * This program is free software; you can redistribute it and/or modify
> > > > + * it under the terms of the GNU General Public License as published by
> > > > + * the Free Software Foundation; either version 2 of the License, or
> > > > + * (at your option) any later version.
> > > > + *
> > > > + * This program is distributed in the hope that it will be useful,
> > > > + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> > > > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> > > > + * GNU General Public License for more details.
> > > > + */
> > > > +
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +
> > > > +#define NIC78BX_USER1_LED_MASK		0x3
> > > > +#define NIC78BX_USER1_GREEN_LED		BIT(0)
> > > > +#define NIC78BX_USER1_YELLOW_LED	BIT(1)
> > > > +
> > > > +#define NIC78BX_USER2_LED_MASK		0xC
> > > > +#define NIC78BX_USER2_GREEN_LED		BIT(2)
> > > > +#define NIC78BX_USER2_YELLOW_LED	BIT(3)
> > > > +
> > > > +#define NIC78BX_LOCK_REG_OFFSET		1
> > > > +#define NIC78BX_LOCK_VALUE		0xA5
> > > > +#define NIC78BX_UNLOCK_VALUE		0x5A
> > > > +
> > > > +#define USER_LED_IO_SIZE		2
> > > This macro also requires prefix.
> > > 
> > > > 
> > > > 
> > > > +
> > > > +struct ni78bx_led_data {
> > > > +	u16 io_base;
> > > > +	spinlock_t lock;
> > > > +	struct platform_device *pdev;
> > > > +};
> > > > +
> > > > +struct ni78bx_led {
> > > > +	u8 bit;
> > > > +	u8 mask;
> > > > +	struct ni78bx_led_data *data;
> > > > +	struct led_classdev cdev;
> > > > +};
> > > > +
> > > > +static inline struct ni78bx_led *to_ni78bx_led(struct led_classdev *cdev)
> > > > +{
> > > > +	return container_of(cdev, struct ni78bx_led, cdev);
> > > > +}
> > > > +
> > > > +static void ni78bx_brightness_set(struct led_classdev *cdev,
> > > > +				  enum led_brightness brightness)
> > > > +{
> > > > +	struct ni78bx_led *nled = to_ni78bx_led(cdev);
> > > > +	unsigned long flags;
> > > > +	u8 value;
> > > > +
> > > > +	spin_lock_irqsave(&nled->data->lock, flags);
> > > > +	value = inb(nled->data->io_base);
> > > > +
> > > > +	if (brightness) {
> > > > +		value &= ~nled->mask;
> > > > +		value |= nled->bit;
> > > > +	} else {
> > > > +		value &= ~nled->bit;
> > > > +	}
> > > > +
> > > > +	outb(value, nled->data->io_base);
> > > > +	spin_unlock_irqrestore(&nled->data->lock, flags);
> > > > +}
> > > > +
> > > > +static enum led_brightness ni78bx_brightness_get(struct led_classdev *cdev)
> > > > +{
> > > > +	struct ni78bx_led *nled = to_ni78bx_led(cdev);
> > > > +	unsigned long flags;
> > > > +	u8 value;
> > > > +
> > > > +	spin_lock_irqsave(&nled->data->lock, flags);
> > > > +	value = inb(nled->data->io_base);
> > > > +	spin_unlock_irqrestore(&nled->data->lock, flags);
> > > > +
> > > > +	return (value & nled->bit) ? 1 : LED_OFF;
> > > > +}
> > > > +
> > > > +static struct ni78bx_led ni78bx_leds[] = {
> > > > +	{
> > > > +		.bit = NIC78BX_USER1_GREEN_LED,
> > > > +		.mask = NIC78BX_USER1_LED_MASK,
> > > > +		.cdev = {
> > > > +			.name = "nilrt:green:user1",
> > > Why nilrt prefix? There is some discrepancy in the naming allover
> > > this patch. You have:
> > > 
> > > - NIC78bx in the commit title
> > > - ni78bx in the function prefixes
> > > - nilrt in the LED class device names
> > > 
> > > Please make it uniform. What actually the device name is?
> > > 
> > The device name is NIC78bx. I'll update all ni78bx references to
> > nic78bx. However, for the LED class device name, I'm hoping to
> > use a more generic name and not device specific name since
> > essentially it's just a user controllable LEDs. Something like
> > "niled:green:user1" or "green:user1".
> LED class devince naming convention is .
> See "LED Device Naming" section in Documentation/leds/leds-class.txt.
> Please use nic78bx also for devicename segment.
> 
At National Instruments we have a family of products that exposes LEDs
control to the user. The backend LED control mechanism is hardware 
specific but at the front-end we want to provide a common interface to 
the userspace. 

Our product is guaranteed with a unique LED control mechanism for each 
product, thus, there is no risk for collision. We have done this for 
the past 20 years and have built application around a common interface 
on other OS platform which we hope to replicate in Linux.

The "nilrt" prefix that we propose to use is our preferred common 
devicename for the family of products that support this feature as I 
described it above.
��.n��������+%������w��{.n�����{��W����ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux