From: Rich Felker <dalias@libc.org>
To: Rob Landley <rob@landley.net>
Cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree
Date: Mon, 07 May 2018 14:43:06 +0000 [thread overview]
Message-ID: <20180507144306.GG1392@brightrain.aerifal.cx> (raw)
In-Reply-To: <9051f0a5-bc75-b49e-c8c3-aa877be1979e@landley.net>
On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote:
> On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote:
> > I have been able to boot my own kernel on my USL-5P device, but
> > I could never get it to detect the IDE controller. Do I need
> > an additional patch for that?
>
> On a related note, is there a list of boards anywhere? I'm working on a 7760
> system at $DAYJOB, Rich has a landisk which according to
> https://www.openbsd.org/landisk.html is an SH7751R, and Sato-san says that
> QEMU's -r2d emulates that too? ("RTS7751R2Dplus is QEMU-SH4 target. So easy
> trying.")
>
> What other boards do we need to covert to device tree? arch/sh/boards has 15 C
> files and 19 subdirectories, but I dunno the status of any of them...
I think asking "what we need to convert" is at least slightly
mis-framed. Once the basics for device tree support are in place
(basically patches 06-09), which boards are supported by device tree
is mostly a matter of (1) whether the hardware drivers you want to use
have bindings and use modern kernel interfaces, and (2) someone
writing the dts files.
Unless there's strong objection, I'd be happy with just doing a survey
of device drivers used on currently supported boards, making sure they
all nominally support device tree, then removing the old board file
framework and waiting to see user response. If we take this path it
should likely happen in a release not planned for LTS so there's time
to add appropriate driver fixes and dts files before the next LTS
release.
I don't mind holding off a little bit on removal of the legacy board
file support if it's hard to get enough hardware working right away
with device tree, but I do want to move towards getting rid of it as
soon as we can, since it's a large volume of code cutting into my
ability to have a good maintainer-level understanding of the arch/sh
tree and has a lot of crufty, unmaintained parallel infrastructure
duplicating stuff that can be done in cleaner and more modern ways
(see the threads on early platform device stuff, rtc drivers, etc.).
Rich
WARNING: multiple messages have this Message-ID (diff)
From: Rich Felker <dalias@libc.org>
To: Rob Landley <rob@landley.net>
Cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree
Date: Mon, 7 May 2018 10:43:06 -0400 [thread overview]
Message-ID: <20180507144306.GG1392@brightrain.aerifal.cx> (raw)
In-Reply-To: <9051f0a5-bc75-b49e-c8c3-aa877be1979e@landley.net>
On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote:
> On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote:
> > I have been able to boot my own kernel on my USL-5P device, but
> > I could never get it to detect the IDE controller. Do I need
> > an additional patch for that?
>
> On a related note, is there a list of boards anywhere? I'm working on a 7760
> system at $DAYJOB, Rich has a landisk which according to
> https://www.openbsd.org/landisk.html is an SH7751R, and Sato-san says that
> QEMU's -r2d emulates that too? ("RTS7751R2Dplus is QEMU-SH4 target. So easy
> trying.")
>
> What other boards do we need to covert to device tree? arch/sh/boards has 15 C
> files and 19 subdirectories, but I dunno the status of any of them...
I think asking "what we need to convert" is at least slightly
mis-framed. Once the basics for device tree support are in place
(basically patches 06-09), which boards are supported by device tree
is mostly a matter of (1) whether the hardware drivers you want to use
have bindings and use modern kernel interfaces, and (2) someone
writing the dts files.
Unless there's strong objection, I'd be happy with just doing a survey
of device drivers used on currently supported boards, making sure they
all nominally support device tree, then removing the old board file
framework and waiting to see user response. If we take this path it
should likely happen in a release not planned for LTS so there's time
to add appropriate driver fixes and dts files before the next LTS
release.
I don't mind holding off a little bit on removal of the legacy board
file support if it's hard to get enough hardware working right away
with device tree, but I do want to move towards getting rid of it as
soon as we can, since it's a large volume of code cutting into my
ability to have a good maintainer-level understanding of the arch/sh
tree and has a lot of crufty, unmaintained parallel infrastructure
duplicating stuff that can be done in cleaner and more modern ways
(see the threads on early platform device stuff, rtc drivers, etc.).
Rich
next prev parent reply other threads:[~2018-05-07 14:43 UTC|newest]
Thread overview: 138+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-03 16:46 [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-04 2:03 ` Rich Felker
2016-07-04 2:03 ` Rich Felker
2016-07-06 13:53 ` Yoshinori Sato
2016-07-06 13:53 ` Yoshinori Sato
2016-07-06 14:50 ` Rich Felker
2016-07-06 14:50 ` Rich Felker
2016-07-03 16:46 ` [PATCH v5 02/22] sh: More early unflatten device tree Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 03/22] sh: set preset_lpj Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 04/22] sh: Use P1SEGADDR Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-04 1:48 ` Rich Felker
2016-07-04 1:48 ` Rich Felker
2016-07-06 14:11 ` Yoshinori Sato
2016-07-06 14:11 ` Yoshinori Sato
2016-07-06 14:53 ` Rich Felker
2016-07-06 14:53 ` Rich Felker
2016-07-03 16:46 ` [PATCH v5 05/22] sh: command line passing chosen/bootargs in devicetree Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 06/22] sh: FDT address save before bank change Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 07/22] sh: Passing FDT address on zImage Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 08/22] sh: Disable board specific code on device tree mode Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 09/22] sh: Use GENERIC_IOMAP " Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 10/22] sh: Add board specific initialize of of-generic Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-04 1:35 ` Rich Felker
2016-07-04 1:35 ` Rich Felker
2016-07-06 14:27 ` Yoshinori Sato
2016-07-06 14:27 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 11/22] sh: SH7750/51 CPG Driver Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
[not found] ` <1467564402-2649-1-git-send-email-ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>
2016-07-03 16:46 ` [PATCH v6 12/22] sh: Add PCI host bridge driver for SH7751 Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-05 15:53 ` Rob Herring
2016-07-05 15:53 ` Rob Herring
2016-07-06 16:19 ` Yoshinori Sato
2016-07-06 16:19 ` Yoshinori Sato
[not found] ` <1467564402-2649-13-git-send-email-ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>
2016-07-22 22:59 ` Bjorn Helgaas
2016-07-22 22:59 ` Bjorn Helgaas
2016-07-22 22:59 ` Bjorn Helgaas
2016-07-03 16:46 ` [PATCH v5 13/22] sh: irqchip: SH7751 IRQCHIP Driver Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 14/22] sh: SH7751 core dtsi Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 15/22] sh: Move common PCI stuff to arch/sh/kernel Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-04 1:55 ` Rich Felker
2016-07-04 1:55 ` Rich Felker
2016-07-06 16:17 ` Yoshinori Sato
2016-07-06 16:17 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 16/22] pci: pci_config_window move to linux/pci.h Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 17/22] pci: PCI_HOST_GENERIC enable for SH Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 18/22] sh: Add separate DTB build rule Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 19/22] sh: IO-DATA HDL-U (a.k.a landisk) IRQCHIP driver Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-11 14:02 ` Rob Herring
2016-07-11 14:02 ` Rob Herring
2016-07-03 16:46 ` [PATCH v5 20/22] sh: IO-DATA HDL-U (a.k.a landisk) DeviceTree Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 19:00 ` Sergei Shtylyov
2016-07-03 19:00 ` Sergei Shtylyov
2016-07-06 16:18 ` Yoshinori Sato
2016-07-06 16:18 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 21/22] sh: Renesas RTS7751R2Dplus (a.k.a R2Dplus) IRQCHIP Driver Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2016-07-03 16:46 ` [PATCH v5 22/22] sh: Renesas RTS7751R2Dplus (a,k.a R2Dplus) DeviceTree Yoshinori Sato
2016-07-03 16:46 ` Yoshinori Sato
2017-11-17 10:37 ` [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree John Paul Adrian Glaubitz
2017-11-17 10:37 ` John Paul Adrian Glaubitz
2017-11-17 17:39 ` [J-core] " Rob Landley
2017-11-17 17:39 ` Rob Landley
2017-11-17 17:49 ` John Paul Adrian Glaubitz
2017-11-17 17:49 ` John Paul Adrian Glaubitz
2017-11-17 19:17 ` Rich Felker
2017-11-17 19:17 ` Rich Felker
2017-11-17 19:54 ` John Paul Adrian Glaubitz
2018-01-05 21:28 ` Rich Felker
2018-01-05 21:28 ` Rich Felker
2018-01-05 21:47 ` John Paul Adrian Glaubitz
2018-01-05 21:47 ` John Paul Adrian Glaubitz
2018-01-05 22:00 ` Rich Felker
2018-01-05 22:00 ` Rich Felker
2018-01-05 22:10 ` John Paul Adrian Glaubitz
2018-01-05 22:10 ` John Paul Adrian Glaubitz
2018-05-03 1:37 ` Rich Felker
2018-05-03 1:37 ` Rich Felker
2018-05-03 2:33 ` Rich Felker
2018-05-03 2:33 ` Rich Felker
2018-05-03 10:07 ` John Paul Adrian Glaubitz
2018-05-03 10:07 ` John Paul Adrian Glaubitz
2018-05-03 15:41 ` Rich Felker
2018-05-03 15:41 ` Rich Felker
2018-05-07 1:40 ` Yoshinori Sato
2018-05-07 1:40 ` Yoshinori Sato
2018-05-07 11:00 ` John Paul Adrian Glaubitz
2018-05-07 11:00 ` John Paul Adrian Glaubitz
2018-05-07 13:40 ` Rob Landley
2018-05-07 13:40 ` Rob Landley
2018-05-07 13:50 ` John Paul Adrian Glaubitz
2018-05-07 13:50 ` John Paul Adrian Glaubitz
2018-05-07 14:05 ` Geert Uytterhoeven
2018-05-07 14:05 ` Geert Uytterhoeven
2018-05-07 14:43 ` Rich Felker [this message]
2018-05-07 14:43 ` Rich Felker
2018-05-07 15:13 ` Rob Landley
2018-05-07 15:13 ` Rob Landley
2018-05-07 15:52 ` Rich Felker
2018-05-07 15:52 ` Rich Felker
2018-05-07 14:45 ` Rich Felker
2018-05-07 14:45 ` Rich Felker
2018-05-07 15:28 ` Rob Landley
2018-05-07 15:28 ` Rob Landley
2018-05-07 15:55 ` Rich Felker
2018-05-07 15:55 ` Rich Felker
2018-05-07 20:01 ` Rob Landley
2018-05-07 20:01 ` Rob Landley
2018-05-08 12:05 ` Yoshinori Sato
2018-05-08 12:05 ` Yoshinori Sato
2018-05-15 1:41 ` Rich Felker
2018-05-15 1:41 ` Rich Felker
2018-05-16 6:42 ` Yoshinori Sato
2018-05-16 6:42 ` Yoshinori Sato
2018-05-18 7:51 ` John Paul Adrian Glaubitz
2018-05-18 7:51 ` John Paul Adrian Glaubitz
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=20180507144306.GG1392@brightrain.aerifal.cx \
--to=dalias@libc.org \
--cc=glaubitz@physik.fu-berlin.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=rob@landley.net \
--cc=ysato@users.sourceforge.jp \
/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.