From: Heiner Kallweit <hkallweit1@gmail.com>
To: "Mark Brown" <broonie@kernel.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
"Andreas Färber" <afaerber@suse.de>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Neil Armstrong" <narmstrong@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>
Cc: "linux-spi@vger.kernel.org" <linux-spi@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Amlogic Meson..."
<linux-amlogic@lists.infradead.org>
Subject: [PATCH v2 0/6] auxdisplay: Add support for the Titanmec TM1628 7 segment display controller
Date: Mon, 21 Feb 2022 21:19:21 +0100 [thread overview]
Message-ID: <1f39432b-84e2-e6dc-a6b8-c48ad5cf2210@gmail.com> (raw)
This series adds support for the Titanmec TM1628 7 segment display
controller. It's based on previous RFC work from Andreas Färber.
The RFC version placed the driver in the LED subsystem, but this was
NAK'ed by the LED maintainer. Therefore I moved the driver to
/drivers/auxdisplay what seems most reasonable to me.
To be decided is through which tree this series should go.
I'd think SPI would be most suited, but that's a decision I
leave up to the respective maintainers.
Further changes to the RFC version:
- Driver can be built also w/o LED class support, for displays that
don't have any symbols to be exposed as LED's.
- Simplified the code and rewrote a lot of it.
- Driver is now kind of a MVP, but functionality should be sufficient
for most use cases.
- Use the existing 7 segment support in uapi/linux/map_to_7segment.h
as suggested by Geert Uytterhoeven.
Note: There's a number of chips from other manufacturers that are
almost identical, e.g. FD628, SM1628. Only difference I saw so
far is that they partially support other display modes.
TM1628: 6x12, 7x11
SM1628C: 4x13, 5x12, 6x11, 7x10
For typical displays on devices using these chips this
difference shouldn't matter.
Successfully tested on a TX3 Mini TV box that has an SM1628C and a
display with 4 digits and 7 symbols.
v2:
- (re-)add Andreas' SoB to two patches
- fix YAML issues
- include ctype.h explicitly
- add info message in probe()
Andreas Färber (2):
spi: gpio: Implement LSB First bitbang support
dt-bindings: vendor-prefixes: Add Titan Micro Electronics
Heiner Kallweit (4):
dt-bindings: auxdisplay: Add Titan Micro Electronics TM1628
docs: ABI: document tm1628 attribute display-text
auxdisplay: add support for Titanmec TM1628 7 segment display
controller
arm64: dts: meson-gxl-s905w-tx3-mini: add support for the 7 segment
display
.../testing/sysfs-devices-auxdisplay-tm1628 | 7 +
.../bindings/auxdisplay/titanmec,tm1628.yaml | 88 ++++
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
.../dts/amlogic/meson-gxl-s905w-tx3-mini.dts | 59 +++
drivers/auxdisplay/Kconfig | 10 +
drivers/auxdisplay/Makefile | 1 +
drivers/auxdisplay/tm1628.c | 376 ++++++++++++++++++
drivers/spi/spi-bitbang-txrx.h | 66 +++
drivers/spi/spi-gpio.c | 42 +-
9 files changed, 642 insertions(+), 9 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-devices-auxdisplay-tm1628
create mode 100644 Documentation/devicetree/bindings/auxdisplay/titanmec,tm1628.yaml
create mode 100644 drivers/auxdisplay/tm1628.c
--
2.35.1
WARNING: multiple messages have this Message-ID (diff)
From: Heiner Kallweit <hkallweit1@gmail.com>
To: "Mark Brown" <broonie@kernel.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
"Andreas Färber" <afaerber@suse.de>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Neil Armstrong" <narmstrong@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>
Cc: "linux-spi@vger.kernel.org" <linux-spi@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Amlogic Meson..."
<linux-amlogic@lists.infradead.org>
Subject: [PATCH v2 0/6] auxdisplay: Add support for the Titanmec TM1628 7 segment display controller
Date: Mon, 21 Feb 2022 21:19:21 +0100 [thread overview]
Message-ID: <1f39432b-84e2-e6dc-a6b8-c48ad5cf2210@gmail.com> (raw)
This series adds support for the Titanmec TM1628 7 segment display
controller. It's based on previous RFC work from Andreas Färber.
The RFC version placed the driver in the LED subsystem, but this was
NAK'ed by the LED maintainer. Therefore I moved the driver to
/drivers/auxdisplay what seems most reasonable to me.
To be decided is through which tree this series should go.
I'd think SPI would be most suited, but that's a decision I
leave up to the respective maintainers.
Further changes to the RFC version:
- Driver can be built also w/o LED class support, for displays that
don't have any symbols to be exposed as LED's.
- Simplified the code and rewrote a lot of it.
- Driver is now kind of a MVP, but functionality should be sufficient
for most use cases.
- Use the existing 7 segment support in uapi/linux/map_to_7segment.h
as suggested by Geert Uytterhoeven.
Note: There's a number of chips from other manufacturers that are
almost identical, e.g. FD628, SM1628. Only difference I saw so
far is that they partially support other display modes.
TM1628: 6x12, 7x11
SM1628C: 4x13, 5x12, 6x11, 7x10
For typical displays on devices using these chips this
difference shouldn't matter.
Successfully tested on a TX3 Mini TV box that has an SM1628C and a
display with 4 digits and 7 symbols.
v2:
- (re-)add Andreas' SoB to two patches
- fix YAML issues
- include ctype.h explicitly
- add info message in probe()
Andreas Färber (2):
spi: gpio: Implement LSB First bitbang support
dt-bindings: vendor-prefixes: Add Titan Micro Electronics
Heiner Kallweit (4):
dt-bindings: auxdisplay: Add Titan Micro Electronics TM1628
docs: ABI: document tm1628 attribute display-text
auxdisplay: add support for Titanmec TM1628 7 segment display
controller
arm64: dts: meson-gxl-s905w-tx3-mini: add support for the 7 segment
display
.../testing/sysfs-devices-auxdisplay-tm1628 | 7 +
.../bindings/auxdisplay/titanmec,tm1628.yaml | 88 ++++
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
.../dts/amlogic/meson-gxl-s905w-tx3-mini.dts | 59 +++
drivers/auxdisplay/Kconfig | 10 +
drivers/auxdisplay/Makefile | 1 +
drivers/auxdisplay/tm1628.c | 376 ++++++++++++++++++
drivers/spi/spi-bitbang-txrx.h | 66 +++
drivers/spi/spi-gpio.c | 42 +-
9 files changed, 642 insertions(+), 9 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-devices-auxdisplay-tm1628
create mode 100644 Documentation/devicetree/bindings/auxdisplay/titanmec,tm1628.yaml
create mode 100644 drivers/auxdisplay/tm1628.c
--
2.35.1
_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic
WARNING: multiple messages have this Message-ID (diff)
From: Heiner Kallweit <hkallweit1@gmail.com>
To: "Mark Brown" <broonie@kernel.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
"Andreas Färber" <afaerber@suse.de>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Neil Armstrong" <narmstrong@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>
Cc: "linux-spi@vger.kernel.org" <linux-spi@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Amlogic Meson..."
<linux-amlogic@lists.infradead.org>
Subject: [PATCH v2 0/6] auxdisplay: Add support for the Titanmec TM1628 7 segment display controller
Date: Mon, 21 Feb 2022 21:19:21 +0100 [thread overview]
Message-ID: <1f39432b-84e2-e6dc-a6b8-c48ad5cf2210@gmail.com> (raw)
This series adds support for the Titanmec TM1628 7 segment display
controller. It's based on previous RFC work from Andreas Färber.
The RFC version placed the driver in the LED subsystem, but this was
NAK'ed by the LED maintainer. Therefore I moved the driver to
/drivers/auxdisplay what seems most reasonable to me.
To be decided is through which tree this series should go.
I'd think SPI would be most suited, but that's a decision I
leave up to the respective maintainers.
Further changes to the RFC version:
- Driver can be built also w/o LED class support, for displays that
don't have any symbols to be exposed as LED's.
- Simplified the code and rewrote a lot of it.
- Driver is now kind of a MVP, but functionality should be sufficient
for most use cases.
- Use the existing 7 segment support in uapi/linux/map_to_7segment.h
as suggested by Geert Uytterhoeven.
Note: There's a number of chips from other manufacturers that are
almost identical, e.g. FD628, SM1628. Only difference I saw so
far is that they partially support other display modes.
TM1628: 6x12, 7x11
SM1628C: 4x13, 5x12, 6x11, 7x10
For typical displays on devices using these chips this
difference shouldn't matter.
Successfully tested on a TX3 Mini TV box that has an SM1628C and a
display with 4 digits and 7 symbols.
v2:
- (re-)add Andreas' SoB to two patches
- fix YAML issues
- include ctype.h explicitly
- add info message in probe()
Andreas Färber (2):
spi: gpio: Implement LSB First bitbang support
dt-bindings: vendor-prefixes: Add Titan Micro Electronics
Heiner Kallweit (4):
dt-bindings: auxdisplay: Add Titan Micro Electronics TM1628
docs: ABI: document tm1628 attribute display-text
auxdisplay: add support for Titanmec TM1628 7 segment display
controller
arm64: dts: meson-gxl-s905w-tx3-mini: add support for the 7 segment
display
.../testing/sysfs-devices-auxdisplay-tm1628 | 7 +
.../bindings/auxdisplay/titanmec,tm1628.yaml | 88 ++++
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
.../dts/amlogic/meson-gxl-s905w-tx3-mini.dts | 59 +++
drivers/auxdisplay/Kconfig | 10 +
drivers/auxdisplay/Makefile | 1 +
drivers/auxdisplay/tm1628.c | 376 ++++++++++++++++++
drivers/spi/spi-bitbang-txrx.h | 66 +++
drivers/spi/spi-gpio.c | 42 +-
9 files changed, 642 insertions(+), 9 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-devices-auxdisplay-tm1628
create mode 100644 Documentation/devicetree/bindings/auxdisplay/titanmec,tm1628.yaml
create mode 100644 drivers/auxdisplay/tm1628.c
--
2.35.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2022-02-21 20:19 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-21 20:19 Heiner Kallweit [this message]
2022-02-21 20:19 ` [PATCH v2 0/6] auxdisplay: Add support for the Titanmec TM1628 7 segment display controller Heiner Kallweit
2022-02-21 20:19 ` Heiner Kallweit
2022-02-21 20:20 ` [PATCH v2 1/6] spi: gpio: Implement LSB First bitbang support Heiner Kallweit
2022-02-21 20:20 ` Heiner Kallweit
2022-02-21 20:20 ` Heiner Kallweit
2022-02-21 20:21 ` [PATCH v2 2/6] dt-bindings: vendor-prefixes: Add Titan Micro Electronics Heiner Kallweit
2022-02-21 20:21 ` Heiner Kallweit
2022-02-21 20:21 ` Heiner Kallweit
2022-02-21 20:23 ` [PATCH v2 3/6] dt-bindings: auxdisplay: Add Titan Micro Electronics TM1628 Heiner Kallweit
2022-02-21 20:23 ` Heiner Kallweit
2022-02-21 20:23 ` Heiner Kallweit
2022-02-22 14:22 ` Rob Herring
2022-02-22 14:22 ` Rob Herring
2022-02-22 14:22 ` Rob Herring
2022-02-22 17:00 ` Heiner Kallweit
2022-02-22 18:17 ` Heiner Kallweit
2022-02-21 20:24 ` [PATCH v2 4/6] docs: ABI: document tm1628 attribute display-text Heiner Kallweit
2022-02-21 20:24 ` Heiner Kallweit
2022-02-21 20:24 ` Heiner Kallweit
2022-02-22 8:20 ` Geert Uytterhoeven
2022-02-22 8:20 ` Geert Uytterhoeven
2022-02-22 8:20 ` Geert Uytterhoeven
2022-02-21 20:25 ` [PATCH v2 5/6] auxdisplay: add support for Titanmec TM1628 7 segment display controller Heiner Kallweit
2022-02-21 20:25 ` Heiner Kallweit
2022-02-21 20:25 ` Heiner Kallweit
2022-02-22 8:19 ` Geert Uytterhoeven
2022-02-22 8:19 ` Geert Uytterhoeven
2022-02-22 8:19 ` Geert Uytterhoeven
2022-02-22 9:44 ` Heiner Kallweit
2022-02-22 9:44 ` Heiner Kallweit
2022-02-22 9:44 ` Heiner Kallweit
2022-02-22 12:16 ` Andreas Färber
2022-02-22 12:16 ` Andreas Färber
2022-02-22 12:16 ` Andreas Färber
2022-02-22 13:39 ` Heiner Kallweit
2022-02-22 13:39 ` Heiner Kallweit
2022-02-22 13:39 ` Heiner Kallweit
2022-02-21 20:26 ` [PATCH v2 6/6] arm64: dts: meson-gxl-s905w-tx3-mini: add support for the 7 segment display Heiner Kallweit
2022-02-21 20:26 ` Heiner Kallweit
2022-02-21 20:26 ` Heiner Kallweit
2022-02-21 22:10 ` [PATCH v2 0/6] auxdisplay: Add support for the Titanmec TM1628 7 segment display controller Miguel Ojeda
2022-02-21 22:10 ` Miguel Ojeda
2022-02-21 22:10 ` Miguel Ojeda
2022-02-21 22:57 ` Heiner Kallweit
2022-02-21 22:57 ` Heiner Kallweit
2022-02-21 22:57 ` Heiner Kallweit
2022-02-22 12:19 ` Andreas Färber
2022-02-22 12:19 ` Andreas Färber
2022-02-22 12:19 ` Andreas Färber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1f39432b-84e2-e6dc-a6b8-c48ad5cf2210@gmail.com \
--to=hkallweit1@gmail.com \
--cc=afaerber@suse.de \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=jbrunet@baylibre.com \
--cc=khilman@baylibre.com \
--cc=krzysztof.kozlowski@canonical.com \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-spi@vger.kernel.org \
--cc=martin.blumenstingl@googlemail.com \
--cc=narmstrong@baylibre.com \
--cc=ojeda@kernel.org \
--cc=robh+dt@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.