lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <56615EF4.7050605@broadcom.com>
Date:	Fri, 4 Dec 2015 15:07:56 +0530
From:	Yendapally Reddy Dhananjaya Reddy <yrdreddy@...adcom.com>
To:	Rob Herring <robh@...nel.org>
CC:	Pawel Moll <pawel.moll@....com>,
	Mark Rutland <mark.rutland@....com>,
	"Ian Campbell" <ijc+devicetree@...lion.org.uk>,
	Kumar Gala <galak@...eaurora.org>, Ray Jui <rjui@...adcom.com>,
	Scott Branden <sbranden@...adcom.com>,
	Jon Mason <jonmason@...adcom.com>,
	Linus Walleij <linus.walleij@...aro.org>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	bcm-kernel-feedback-list <bcm-kernel-feedback-list@...adcom.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/3] pinctrl: Broadcom NSP GPIO-a device tree bindings

Hi Rob,

On 12/2/2015 8:37 PM, Rob Herring wrote:
> On Tue, Dec 01, 2015 at 11:46:38PM -0500, Yendapally Reddy Dhananjaya Reddy wrote:
>> Device tree binding documentation for Broadcom NSP GPIO-a driver
> Bindings are for h/w, not drivers...
Right, will address in the next patch.
>> Signed-off-by: Yendapally Reddy Dhananjaya Reddy <yrdreddy@...adcom.com>
>> ---
>>  .../devicetree/bindings/pinctrl/brcm,nsp-gpio.txt  | 80 ++++++++++++++++++++++
>>  1 file changed, 80 insertions(+)
>>  create mode 100644 Documentation/devicetree/bindings/pinctrl/brcm,nsp-gpio.txt
>>
>> diff --git a/Documentation/devicetree/bindings/pinctrl/brcm,nsp-gpio.txt b/Documentation/devicetree/bindings/pinctrl/brcm,nsp-gpio.txt
>> new file mode 100644
>> index 0000000..bea4211
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/pinctrl/brcm,nsp-gpio.txt
>> @@ -0,0 +1,80 @@
>> +Broadcom Northstar plus (NSP) GPIO/PINCONF Controller
>> +
>> +Required properties:
>> +- compatible:
>> +    Must be "brcm,nsp-gpio-a"
>> +
>> +- reg:
>> +    Should contain the register physical address and length for each of
>> +    GPIO base, IO control registers
>> +
>> +- #gpio-cells:
>> +    Must be two. The first cell is the GPIO pin number (within the
>> +    controller's pin space) and the second cell is used for the following:
>> +    bit[0]: polarity (0 for active high and 1 for active low)
>> +
>> +- gpio-controller:
>> +    Specifies that the node is a GPIO controller
>> +
>> +- ngpios:
>> +    Number of gpios supported (58x25 supports 32 and 58x23 supports 24)
> 2 chips? You should have 2 compatible strings. I think this is incorrect 
> use of ngpios which AIUI is not for how many lines there are, but how 
> many can be used (e.g. not reserved).
>
>> +
>> +Optional properties:
>> +- interrupts:
>> +    Interrupt ID
>> +
>> +- interrupt-controller:
>> +    Specifies that the node is an interrupt controller
>> +
>> +- gpio-ranges:
>> +    Specifies the mapping between gpio controller and pin-controllers pins.
>> +    This requires 4 fields in cells defined as -
>> +    1. Phandle of pin-controller.
>> +    2. GPIO base pin offset.
>> +    3  Pin-control base pin offset.
>> +    4. number of gpio pins which are linearly mapped from pin base.
>> +
>> +Supported generic PINCONF properties in child nodes:
>> +- pins:
>> +    The list of pins (within the controller's own pin space) that properties
>> +    in the node apply to. Pin names are "gpio-<pin>"
>> +
>> +- bias-disable:
>> +    Disable pin bias
>> +
>> +- bias-pull-up:
>> +    Enable internal pull up resistor
>> +
>> +- bias-pull-down:
>> +    Enable internal pull down resistor
>> +
>> +- drive-strength:
>> +    Valid drive strength values include 2, 4, 6, 8, 10, 12, 14, 16 (mA)
>> +
>> +Example:
>> +
>> +	gpioa: gpio-a@...00020 {
> node names are preferred to be generic, so just "gpio@..."
Right, will address in the next patch.
>> +		compatible = "brcm,nsp-gpio-a";
>> +		reg = <0x18000020 0x100>,
>> +		      <0x1803f1c4 0x1c>;
>> +		#gpio-cells = <2>;
>> +		gpio-controller;
>> +		ngpios = <32>;
>> +		gpio-ranges = <&pinctrl 0 0 31>;
>> +		interrupt-controller;
>> +		interrupts = <GIC_SPI 85 IRQ_TYPE_LEVEL_HIGH>;
>> +
>> +		/* Hog a few default settings */
>> +		pinctrl-names = "default";
>> +		pinctrl-0 = <&led>;
>> +		led: led {
>> +			pins = "gpio-1";
>> +			bias-pull-up;
>> +		};
>> +
>> +		pwr: pwr {
>> +			gpio-hog;
>> +			gpios = <3 1>;
>> +			output-high;
>> +		};
>> +	};
>> -- 
>> 2.1.0
>>
Thanks
Dhananjay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ