Skip to content

Commit 267f2c5

Browse files
neuschaeferBartosz Golaszewski
authored andcommitted
dt-bindings: gpio: fairchild,74hc595: Document chip select vs. latch clock
From looking at the data sheets, it is not obvious that CS# and latch clock can be treated at the same, but doing so works fine and saves the hassle of (1) trying to specify a SPI device without CS, and (2) adding another property to drive the latch clock[1]. [1]: https://lore.kernel.org/lkml/[email protected]/ Signed-off-by: J. Neuschäfer <[email protected]> Reviewed-by: Linus Walleij <[email protected]> Reviewed-by: Rob Herring (Arm) <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Bartosz Golaszewski <[email protected]>
1 parent c9ec045 commit 267f2c5

File tree

1 file changed

+17
-0
lines changed

1 file changed

+17
-0
lines changed

Documentation/devicetree/bindings/gpio/fairchild,74hc595.yaml

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -6,6 +6,23 @@ $schema: http://devicetree.org/meta-schemas/core.yaml#
66

77
title: Generic 8-bit shift register
88

9+
description: |
10+
NOTE: These chips nominally don't have a chip select pin. They do however
11+
have a rising-edge triggered latch clock (or storage register clock) pin,
12+
which behaves like an active-low chip select.
13+
14+
After the bits are shifted into the shift register, CS# is driven high, which
15+
the 74HC595 sees as a rising edge on the latch clock that results in a
16+
transfer of the bits from the shift register to the storage register and thus
17+
to the output pins.
18+
_ _ _ _
19+
shift clock ____| |_| |_..._| |_| |_________
20+
21+
latch clock * trigger
22+
___ ________
23+
chip select# |___________________|
24+
25+
926
maintainers:
1027
- Maxime Ripard <[email protected]>
1128

0 commit comments

Comments
 (0)