From: Arnd Bergmann <arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org Subject: Re: [GIT PULL] Renesas ARM-based SoC defconfig for v3.8 Date: Thu, 18 Oct 2012 07:29:30 +0000 [thread overview] Message-ID: <4502243.v9vY3prCgE@wuerfel> (raw) In-Reply-To: <20121018005811.GA4325@verge.net.au> On Thursday 18 October 2012 09:58:11 Simon Horman wrote: > On Wed, Oct 17, 2012 at 01:42:29PM +0000, Arnd Bergmann wrote: > > On Wednesday 17 October 2012, Simon Horman wrote: > > > Hi Olof, Hi Arnd, > > > > > > please consider the following defconfig enhancements for 3.8. > > > > These look good to me, but I wonder what happened to the plan to reduce > > the number of defconfig files we discussed before. Since you can build > > a combined kernel that runs on all (or most) of the supported boards, > > can you add a combined shmobile_defconfig that is able to work on > > a wide variety of hardware and drop some of the less common defconfig > > files? > > > > Most of the modern platforms nowadays have just one defconfig that > > covers everything. > > Hi Arnd, > > I wonder if such consolidation only makes sense for boards that > make use of DT. If so, I can see that we may be able to come > up with a single configuration for the Armadillo800eva, KZM9G > and KZM9D boards. But not for older boards such as the Mackerel which > have not been converted to use DT. Usually you should just be able to enable any boards together, independent of whether they are using DT or not. It's possible that shmobile does something different from the other platforms that I'm not aware of, of course. If you look at e.g. omap2plus_defconfig or imx_v6_v7_defconfig, they both enable all the available boards. > I am also wondering if more of the drivers that SH Mobile uses need to > become DT aware before a consolidated configuration can work. In > particular, I am thinking about the SCI serial driver and the location of > the serial port that can be used for serial console and early printk - this > features in the kernel command line of the per-board defconfigs and is > relied on by developers. Device drivers that don't use DT should get their configuration from platform_data. The command line can be used to override those, but it's also normally passed by the boot loader, which also has to configure e.g. how much memory is present or which uart to use. Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann) To: linux-arm-kernel@lists.infradead.org Subject: [GIT PULL] Renesas ARM-based SoC defconfig for v3.8 Date: Thu, 18 Oct 2012 07:29:30 +0000 [thread overview] Message-ID: <4502243.v9vY3prCgE@wuerfel> (raw) In-Reply-To: <20121018005811.GA4325@verge.net.au> On Thursday 18 October 2012 09:58:11 Simon Horman wrote: > On Wed, Oct 17, 2012 at 01:42:29PM +0000, Arnd Bergmann wrote: > > On Wednesday 17 October 2012, Simon Horman wrote: > > > Hi Olof, Hi Arnd, > > > > > > please consider the following defconfig enhancements for 3.8. > > > > These look good to me, but I wonder what happened to the plan to reduce > > the number of defconfig files we discussed before. Since you can build > > a combined kernel that runs on all (or most) of the supported boards, > > can you add a combined shmobile_defconfig that is able to work on > > a wide variety of hardware and drop some of the less common defconfig > > files? > > > > Most of the modern platforms nowadays have just one defconfig that > > covers everything. > > Hi Arnd, > > I wonder if such consolidation only makes sense for boards that > make use of DT. If so, I can see that we may be able to come > up with a single configuration for the Armadillo800eva, KZM9G > and KZM9D boards. But not for older boards such as the Mackerel which > have not been converted to use DT. Usually you should just be able to enable any boards together, independent of whether they are using DT or not. It's possible that shmobile does something different from the other platforms that I'm not aware of, of course. If you look at e.g. omap2plus_defconfig or imx_v6_v7_defconfig, they both enable all the available boards. > I am also wondering if more of the drivers that SH Mobile uses need to > become DT aware before a consolidated configuration can work. In > particular, I am thinking about the SCI serial driver and the location of > the serial port that can be used for serial console and early printk - this > features in the kernel command line of the per-board defconfigs and is > relied on by developers. Device drivers that don't use DT should get their configuration from platform_data. The command line can be used to override those, but it's also normally passed by the boot loader, which also has to configure e.g. how much memory is present or which uart to use. Arnd
next prev parent reply other threads:[~2012-10-18 7:29 UTC|newest] Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-10-17 4:38 [GIT PULL] Renesas ARM-based SoC defconfig for v3.8 Simon Horman 2012-10-17 4:38 ` Simon Horman 2012-10-17 4:38 ` [PATCH 1/2] ARM: shmobile: mackerel: defconfig update Simon Horman 2012-10-17 4:38 ` Simon Horman 2012-10-17 4:38 ` [PATCH 2/2] ARM: shmobile: armadillo800eva: enable L2X0 cache on defconfig Simon Horman 2012-10-17 4:38 ` Simon Horman 2012-10-17 13:42 ` [GIT PULL] Renesas ARM-based SoC defconfig for v3.8 Arnd Bergmann 2012-10-17 13:42 ` Arnd Bergmann 2012-10-18 0:58 ` Simon Horman 2012-10-18 0:58 ` Simon Horman 2012-10-18 7:29 ` Arnd Bergmann [this message] 2012-10-18 7:29 ` Arnd Bergmann 2012-10-18 8:13 ` Simon Horman 2012-10-18 8:13 ` Simon Horman 2012-10-19 3:09 ` Simon Horman 2012-10-19 3:09 ` Simon Horman 2012-10-19 8:18 ` Arnd Bergmann 2012-10-19 8:18 ` Arnd Bergmann 2012-10-22 0:33 ` Simon Horman 2012-10-22 0:33 ` Simon Horman 2012-10-22 1:51 ` Simon Horman 2012-10-22 1:51 ` Simon Horman 2012-10-22 14:12 ` Arnd Bergmann 2012-10-22 14:12 ` Arnd Bergmann 2012-10-22 18:20 ` Nicolas Pitre 2012-10-22 18:20 ` Nicolas Pitre 2012-10-30 7:45 ` Simon Horman 2012-10-30 7:45 ` Simon Horman 2012-10-30 21:41 ` Arnd Bergmann 2012-10-30 21:41 ` Arnd Bergmann 2012-11-01 0:46 ` Simon Horman 2012-11-01 0:46 ` Simon Horman 2013-01-10 1:23 ` [GIT PULL] Renesas ARM-based SoC defconfig for v3.9 Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-10 1:23 ` [PATCH 1/5] ARM: mach-shmobile: mackerel: update defconfig Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-10 23:11 ` Olof Johansson 2013-01-10 23:11 ` Olof Johansson 2013-01-11 0:36 ` Simon Horman 2013-01-11 0:36 ` Simon Horman 2013-01-10 1:23 ` [PATCH 2/5] ARM: shmobile: fix memory size for kota2_defconfig Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-10 1:23 ` [PATCH 3/5] ARM: mach-shmobile: kzm9g: use voltage regulators by default Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-10 1:23 ` [PATCH 4/5] ARM: mach-shmobile: armadillo: update defconfig Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-10 1:23 ` [PATCH 5/5] ARM: mach-shmobile: kzm9g: Enable ARM_APPENDED_DTB in defconfig Simon Horman 2013-01-10 1:23 ` Simon Horman 2013-01-16 6:37 ` [GIT PULL] Renesas ARM-based SoC v3.9 Simon Horman 2013-01-16 23:43 ` Olof Johansson 2013-01-16 23:43 ` Olof Johansson 2013-01-21 15:31 ` Laurent Pinchart 2013-01-21 15:31 ` Laurent Pinchart 2013-01-22 8:21 ` Olof Johansson 2013-01-22 8:21 ` Olof Johansson 2013-01-22 9:19 ` Paul Mundt 2013-01-22 9:19 ` Paul Mundt 2013-01-24 3:35 ` Olof Johansson 2013-01-24 3:35 ` Olof Johansson 2013-01-21 0:32 ` Simon Horman 2013-01-21 0:32 ` Simon Horman 2013-01-21 2:17 ` Olof Johansson 2013-01-21 2:17 ` Olof Johansson 2013-01-25 2:02 ` [GIT PULL] Renesas ARM-based SoC defconfig for v3.9 #2 Simon Horman 2013-01-25 2:02 ` Simon Horman 2013-01-25 2:02 ` [PATCH 1/2] ARM: mach-shmobile: armadillo: defconfig: Enable CEU Simon Horman 2013-01-25 2:02 ` Simon Horman 2013-01-25 2:02 ` [PATCH 2/2] ARM: mach-shmobile: mackerel: enable VFP in defconfig Simon Horman 2013-01-25 2:02 ` Simon Horman 2013-01-29 17:01 ` [GIT PULL] Renesas ARM-based SoC defconfig for v3.9 #2 Olof Johansson 2013-01-29 17:01 ` Olof Johansson 2013-03-18 11:53 ` [GIT PULL] Renesas ARM-based SoC defconfig updates for v3.10 Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 1/9] ARM: mach-shmobile: mackerel: enable MMCIF and SDHI in defconfig Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 2/9] ARM: mach-shmobile: mackerel: enable REGULATOR " Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 3/9] ARM: mach-shmobile: armadillo800eva: " Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 4/9] ARM: shmobile: kzm9g: defconfig: do not enable PREEMPT Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 5/9] ARM: shmobile: armadillo800eva: enable branch prediction on defconfig Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 6/9] ARM: shmobile: armadillo800eva: enable NEON " Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 7/9] ARM: mach-shmobile: kzm9g: do not enable REGULATOR_DUMMY in defconfig Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 8/9] ARM: shmobile: armadillo800eva: enable all errata for cache on defconfig Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-18 11:53 ` [PATCH 9/9] ARM: mach-shmobile: marzen: add SATA support Simon Horman 2013-03-18 11:53 ` Simon Horman 2013-03-21 16:56 ` [GIT PULL] Renesas ARM-based SoC defconfig updates for v3.10 Arnd Bergmann 2013-03-21 16:56 ` Arnd Bergmann 2013-03-22 0:46 ` Simon Horman 2013-03-22 0:46 ` Simon Horman
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=4502243.v9vY3prCgE@wuerfel \ --to=arnd@arndb.de \ --cc=linux-arm-kernel@lists.infradead.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: linkBe 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.