From: Damien Le Moal <Damien.LeMoal@wdc.com>
To: Drew Fustini <pdp7pdp7@gmail.com>,
"Wladimir J. van der Laan" <laanwj@gmail.com>
Cc: Carlos Eduardo de Paula <me@carlosedp.com>,
Anup Patel <Anup.Patel@wdc.com>,
Sean Anderson <seanga2@gmail.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
"linux-riscv@lists.infradead.org"
<linux-riscv@lists.infradead.org>
Subject: Re: [PATCH 08/10] riscv: Add Kendryte K210 device tree
Date: Thu, 2 Apr 2020 02:24:11 +0000 [thread overview]
Message-ID: <CO2PR04MB2343F482C9AB980748CFBEF2E7C60@CO2PR04MB2343.namprd04.prod.outlook.com> (raw)
In-Reply-To: CAEf4M_BSCjAkUUWERP6ak7nzseqae0ZdWDA0_hY5wwhCfFFKFA@mail.gmail.com
On 2020/04/02 2:55, Drew Fustini wrote:
> On Sat, Feb 22, 2020 at 8:07 PM Wladimir J. van der Laan
> <laanwj@gmail.com> wrote:
>>>>> So the LCD connector is supposed to be for a ST7789V controller, but
>>>>> there doesn't appear to be a driver in Linux for it. I don't have an
>>>>> appropriate LCD screen, so I will not be able to write a driver.
>>>>>
>>>>
>>>> Actually there is a driver and config DRM_PANEL_SITRONIX_ST7789V, in
>>>> gpu/drm/panel/panel-sitronix-st7789v.c and also FB_TFT_ST7789V and
>>>> CONFIG_FB_TFT_ST7789V with the driver a in
>>>> staging/fbtft/fb_st7789v.c. Might be easier :)
>>>>
>>>> Weird that the Kendryte SDK refers to the LCD as NT35310
>>>> (https://github.com/kendryte/kendryte-standalone-demo/tree/develop/lcd).
>>>
>>> I remember checking the datasheet for both a while ago and NT35310 and ST7789V
>>> seem to be more or less compatible, with only register differences
>>> for more obscure functionality.
>>
>> I just stumbled on this:
>> https://forum.kendryte.com/topic/68/a-guide-to-adapt-kendryte-kd233-kpu-demo-to-sipeed-m1
>> under "LCD Driver".
>>
>> So it looks like the K233 uses a nt35310, while Sipeed M1 uses st7789. This is
>> a likely explanation for them mentioning both chips in the SDKs.
>
> Hello all,
>
> I have the Sipeed MAiX Go and was wondering if any has made anymore
> progress with the LCD.
>
> Is it reasonable to try to use a tinydrm driver to put basic
> framebuffer on the LCD?
>
> (so we could see the adorable Tux at boot, etc)
I have not tried. But it may be good to first start with the LCD in text mode
only :)
There are tons of LCD controller drivers under drivers/auxdisplay and
drivers/gpu/drm/panel. The MAIX Go LCD controller is likely already supported.
But you will need to add it to the device tree and fix k210-sysctl driver to
have the proper clock for it. Sean did a lot of work in this area already. We
can use it as a base for improving the device tree and driver I think.
Waiting to get the base series accepted first.
Palmer ? Any update ? You still had concerns about the embedded device tree and
I replied to that. Please let me know what you think.
--
Damien Le Moal
Western Digital Research
next prev parent reply other threads:[~2020-04-02 2:24 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-12 10:34 [PATCH 00/10] Kendryte k210 SoC boards support Damien Le Moal
2020-02-12 10:34 ` [PATCH 01/10] riscv: Fix gitignore Damien Le Moal
2020-02-20 0:15 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 02/10] riscv: Force flat memory model with no-mmu Damien Le Moal
2020-02-14 20:18 ` Sean Anderson
2020-02-15 2:15 ` Damien Le Moal
2020-02-15 2:26 ` Sean Anderson
2020-02-15 2:40 ` Damien Le Moal
2020-03-02 3:48 ` Anup Patel
2020-03-04 18:38 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 03/10] riscv: Unaligned load/store handling for M_MODE Damien Le Moal
2020-03-02 3:57 ` Anup Patel
2020-03-04 19:28 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 04/10] riscv: Add BUILTIN_DTB support Damien Le Moal
2020-03-02 3:58 ` Anup Patel
2020-03-04 19:28 ` Palmer Dabbelt
2020-03-05 4:58 ` Anup Patel
2020-03-05 5:14 ` Damien Le Moal
2020-03-05 5:37 ` Anup Patel
2020-03-05 6:13 ` Damien Le Moal
2020-03-08 6:10 ` Anup Patel
2020-03-05 8:18 ` Atish Patra
2020-03-07 0:02 ` Sean Anderson
2020-03-07 1:51 ` Atish Patra
2020-03-07 2:08 ` Sean Anderson
2020-03-06 23:56 ` Sean Anderson
2020-02-12 10:34 ` [PATCH 05/10] riscv: Add SOC early init support Damien Le Moal
2020-03-04 19:28 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 06/10] riscv: Add Kendryte K210 SoC support Damien Le Moal
2020-02-14 20:31 ` Sean Anderson
2020-03-04 19:38 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 07/10] riscv: Select required drivers for Kendryte SOC Damien Le Moal
2020-03-02 3:59 ` Anup Patel
2020-03-04 19:44 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 08/10] riscv: Add Kendryte K210 device tree Damien Le Moal
2020-02-14 20:51 ` Sean Anderson
2020-02-15 2:34 ` Damien Le Moal
2020-02-15 2:48 ` Sean Anderson
2020-02-15 3:00 ` Damien Le Moal
2020-02-18 14:12 ` Carlos Eduardo de Paula
2020-02-18 14:18 ` Sean Anderson
2020-02-18 14:30 ` Carlos Eduardo de Paula
2020-02-18 17:48 ` Sean Anderson
2020-02-18 19:26 ` Carlos Eduardo de Paula
2020-02-19 9:06 ` Wladimir J. van der Laan
2020-02-19 22:28 ` Sean Anderson
2020-02-20 10:48 ` Wladimir J. van der Laan
2020-02-22 19:07 ` Wladimir J. van der Laan
2020-04-01 17:55 ` Drew Fustini
2020-04-02 2:24 ` Damien Le Moal [this message]
2020-02-19 8:50 ` Wladimir J. van der Laan
2020-02-27 19:43 ` Sean Anderson
2020-03-02 4:06 ` Anup Patel
2020-03-02 4:15 ` Damien Le Moal
2020-03-02 4:22 ` Anup Patel
2020-03-02 4:51 ` Damien Le Moal
2020-03-02 5:05 ` Anup Patel
2020-03-02 5:08 ` Damien Le Moal
2020-03-07 0:18 ` Sean Anderson
2020-03-07 4:11 ` Anup Patel
2020-03-04 19:44 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 09/10] riscv: Kendryte K210 default config Damien Le Moal
2020-03-02 4:07 ` Anup Patel
2020-03-04 19:44 ` Palmer Dabbelt
2020-02-12 10:34 ` [PATCH 10/10] riscv: create a loader.bin for the kendryte kflash.py tool Damien Le Moal
2020-03-02 4:08 ` Anup Patel
2020-03-04 19:44 ` Palmer Dabbelt
2020-02-14 15:05 ` [PATCH 00/10] Kendryte k210 SoC boards support Carlos Eduardo de Paula
2020-02-15 2:02 ` Damien Le Moal
2020-02-17 13:28 ` Carlos Eduardo de Paula
2020-02-26 21:31 ` Carlos Eduardo de Paula
2020-02-27 2:18 ` Damien Le Moal
2020-02-28 20:32 ` Sean Anderson
2020-03-02 3:01 ` Damien Le Moal
2020-03-02 3:53 ` Sean Anderson
2020-03-02 4:11 ` Damien Le Moal
2020-03-02 4:18 ` Sean Anderson
2020-03-02 4:54 ` Damien Le Moal
2020-03-02 4:56 ` Sean Anderson
2020-03-02 5:03 ` Damien Le Moal
2020-03-02 4:17 ` Anup Patel
2020-03-02 4:21 ` Sean Anderson
2020-03-02 4:48 ` Damien Le Moal
2020-03-02 4:51 ` Damien Le Moal
2020-03-02 5:02 ` Sean Anderson
2020-03-02 5:11 ` Damien Le Moal
2020-03-02 5:25 ` Sean Anderson
2020-03-02 5:43 ` Damien Le Moal
2020-03-04 19:44 ` Palmer Dabbelt
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=CO2PR04MB2343F482C9AB980748CFBEF2E7C60@CO2PR04MB2343.namprd04.prod.outlook.com \
--to=damien.lemoal@wdc.com \
--cc=Anup.Patel@wdc.com \
--cc=laanwj@gmail.com \
--cc=linux-riscv@lists.infradead.org \
--cc=me@carlosedp.com \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=pdp7pdp7@gmail.com \
--cc=seanga2@gmail.com \
/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.