| commit | de77914e50477ca4cef1e9cdd7a05b8d0c0ff1d9 | |
| author | Peter Crosthwaite <peter.crosthwaite@xilinx.com> | |
| Tue, 20 May 2014 06:31:33 +0000 (19 23:31 -0700) | ||
| committer | Andreas Färber <afaerber@suse.de> | |
| Wed, 28 May 2014 15:36:21 +0000 (28 17:36 +0200) | ||
| tree | 258a8cd908ee70b4371f8e2102230fff20a49e60 | treesnapshot (tar.gz zip) |
| parent | a5f54290ceb31281158413d4cda1ca80908a56cc | commitdiff |
ssi: Name the CS GPIO
To get it out of the default GPIO list. This allows child devices to
use the un-named GPIO namespace without having to be SSI aware. That
is, there is no more need for machines to know about the obscure
policy where GPIO 0 is the SSI chip-select and GPIO 1..N are the
concrete class GPIOs (defined locally as 0..N-1).
This is most notable in stellaris, which uses a device which has both
SSI and concrete level GPIOs.
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
Signed-off-by: Andreas Färber <afaerber@suse.de>
To get it out of the default GPIO list. This allows child devices to
use the un-named GPIO namespace without having to be SSI aware. That
is, there is no more need for machines to know about the obscure
policy where GPIO 0 is the SSI chip-select and GPIO 1..N are the
concrete class GPIOs (defined locally as 0..N-1).
This is most notable in stellaris, which uses a device which has both
SSI and concrete level GPIOs.
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
Signed-off-by: Andreas Färber <afaerber@suse.de>