linux-kernel - Re: [RFC 00/25] arm64: realtek: Add Xnano X5 and implement TM1628/FD628/AiP1618 LED controllers

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] [thread-next>] [day] [month] [year] [list]

Message-Id: <E33E27B9-D33C-4182-A5B1-C72FA40470BC@easyb.ch>
Date:   Tue, 25 Feb 2020 22:42:57 +0100
From:   Ezra Buehler <ezra@...yb.ch>
To:     Robin Murphy <robin.murphy@....com>,
        Andreas Färber <afaerber@...e.de>
Cc:     linux-realtek-soc@...ts.infradead.org, linux-leds@...r.kernel.org,
        linux-rtc@...r.kernel.org, Alessandro Zummo <a.zummo@...ertech.it>,
        Alexandre Belloni <alexandre.belloni@...tlin.com>,
        csd@...nceton.com.tw, devicetree@...r.kernel.org, sales@...isi.com,
        Mark Brown <broonie@...nel.org>, linux-kernel@...r.kernel.org,
        linux-spi@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
        Jacek Anaszewski <jacek.anaszewski@...il.com>,
        Pavel Machek <pavel@....cz>, zypeng@...anmec.com,
        linux-amlogic@...ts.infradead.org,
        linux-arm-kernel@...ts.infradead.org, Dan Murphy <dmurphy@...com>,
        linux-rockchip@...ts.infradead.org
Subject: Re: [RFC 00/25] arm64: realtek: Add Xnano X5 and implement
 TM1628/FD628/AiP1618 LED controllers

Hi Robin,
Hi Andreas,

> On 13 Dec 2019, at 15:07, Robin Murphy <robin.murphy@....com> wrote:
> 
> I also have one of the H96 Max boxes (which I picked up out of curiosity
> for the mysterious RK3318) with an FD6551, although I've not attacked
> that one with the logic analyser yet to see how similar it is.

I have a T9 (RK3328) TV box with the same chip in it. The FD6551 uses an
I2C-like protocol. Every digit (and the symbols) have an I2C address,
but, the display does not signal ACK. AFAIK the FD650 and FD655 which
are used in other boxes (Amlogic) are very similar.

So far, I have whipped up a proof-of-cocept driver that uses i2c-gpio.
The digits seem to be rotated by 180 degrees. So, in order to use
map_to_7segment.h I had to define the BIT_SEG7_* constants differently.
My display also has multiple symbols (WIFI, network, pause, play, USB,
alarm) that are controlled by writing to the same address as for the
colon.

I’d love to work on a driver (similar to Andreas’ SPI based driver) for
these I2C connected chips.

Cheers,
Ezra.