From: Olof Johansson <olof@lixom.net> To: linux-arm-kernel@lists.infradead.org Subject: Re: [GIT PULL] Renesas ARM-based SoC v3.9 Date: Wed, 16 Jan 2013 23:43:10 +0000 [thread overview] Message-ID: <20130116234310.GA411@quad.lixom.net> (raw) In-Reply-To: <20130116063750.GA11765@verge.net.au> On Wed, Jan 16, 2013 at 03:37:53PM +0900, Simon Horman wrote: > Hi Olof, Hi Arnd, > > I have some complex dependencies for mach-shmobile for v3.9 > and as such I am sending this email outline the dependencies > of branches on each other. I have also included the multiple > pull requests below though I am happy to post them > individually including the patches they comprise if you > have no objections to the way the branch dependencies are arranged. > > I would also be happy to supply a single branch with all changes > with or without merge commits. Hmm, complex indeed. Is there any way to avoid this sequence of ARM -> sh/pinctrl -> ARM -> sh/pinctrl dependencies? That's what really makes things look complicated here. If you could move the final cleanup/code removal pieces out of the sh/pinctrl branches such that you have a less iterative chain of: sh/pinctrl -> ARM -> final sh/pinctrl cleanup (removal of struct members, etc) ... but I haven't looked in detail at the per-patch dependencies to see how tough that would be to arrange. > All branches are present in the renesas tree > git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git > > 1. Branch: sh-soc > Description: Pre-requisites for pfc changes for SH SoCs > Based on: v3.8-rc1 > > 2. Branch: clocksource > Description: Pre-requisite clocksource change for soc branch > Based on: v3.8-rc1 > > 3. Branch: pfc > Description: PFC Updates > Based on: sh-soc > > 4. Branch: sh-soc2 > Description: Further PFC changes for SH SoCs > Based on: pfc > > 5. Branch: soc > Description: shmobile (ARM) SoCs updates, including PFC changes. > Based on: a merge of clocksource and pfc > > 6. Branch: boards > Description: Board changes, including PFC changes. > Based on: A merge of timer/cleanup (present in the arm-soc tree) and soc > > 7. Branch: pfc2 > Description: Further PFC changes which depend on SoC changes > Based on: A merge of sh-soc2 and soc > > 8. Branch: sh-soc3 > Description: Further PFC changes for SH SoCs > Based on: pfc2 > > 9. Branch: soc2 > Description: Further PFC changes for shmobile (ARM) SoCs > Based on: A merge of timer/cleanup (present in the arm-soc tree) and pfc2 > > 10. Branch: pfc3 > Description: Description: Further PFC changes which depend on SoC changes > Based on: A merge of sh-soc3 and soc2 Looking at it from the end here, 10 contains only arch/sh and global changes, and depends on 8 and 9. 8 also contains only sh changes. So it looks like 8 and 10 could be pruned from this pull request and go through either SH or pinctrl. What pieces from branch 7 are stronly needed? A couple of the added pinctrl modules are used by mach-shmobile boards, it seems. And the structure rename might also be needed. Not having to pull in the bulk of 7, 8 and 10 would make a pretty big difference. For branch 2 (clocksource include order), I'd like to see an ack from John or Thomas. Does it really make sense to base that on an ifdef instead of always initialize early? Branch 4 seems to be mostly sh-specific updates. With some of the later dependencies avoided, maybe this branch can be dropped too, not sure? About half of branch 5 looks like it's generic SoC-updates unrelated to the pinctrl rework, and branch 6 looks like mostly regular patches/updates, is that stronly dependent on all the pinctrl rework? Doesn't look like it should be? -Olof
WARNING: multiple messages have this Message-ID (diff)
From: olof@lixom.net (Olof Johansson) To: linux-arm-kernel@lists.infradead.org Subject: [GIT PULL] Renesas ARM-based SoC v3.9 Date: Wed, 16 Jan 2013 15:43:10 -0800 [thread overview] Message-ID: <20130116234310.GA411@quad.lixom.net> (raw) In-Reply-To: <20130116063750.GA11765@verge.net.au> On Wed, Jan 16, 2013 at 03:37:53PM +0900, Simon Horman wrote: > Hi Olof, Hi Arnd, > > I have some complex dependencies for mach-shmobile for v3.9 > and as such I am sending this email outline the dependencies > of branches on each other. I have also included the multiple > pull requests below though I am happy to post them > individually including the patches they comprise if you > have no objections to the way the branch dependencies are arranged. > > I would also be happy to supply a single branch with all changes > with or without merge commits. Hmm, complex indeed. Is there any way to avoid this sequence of ARM -> sh/pinctrl -> ARM -> sh/pinctrl dependencies? That's what really makes things look complicated here. If you could move the final cleanup/code removal pieces out of the sh/pinctrl branches such that you have a less iterative chain of: sh/pinctrl -> ARM -> final sh/pinctrl cleanup (removal of struct members, etc) ... but I haven't looked in detail at the per-patch dependencies to see how tough that would be to arrange. > All branches are present in the renesas tree > git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git > > 1. Branch: sh-soc > Description: Pre-requisites for pfc changes for SH SoCs > Based on: v3.8-rc1 > > 2. Branch: clocksource > Description: Pre-requisite clocksource change for soc branch > Based on: v3.8-rc1 > > 3. Branch: pfc > Description: PFC Updates > Based on: sh-soc > > 4. Branch: sh-soc2 > Description: Further PFC changes for SH SoCs > Based on: pfc > > 5. Branch: soc > Description: shmobile (ARM) SoCs updates, including PFC changes. > Based on: a merge of clocksource and pfc > > 6. Branch: boards > Description: Board changes, including PFC changes. > Based on: A merge of timer/cleanup (present in the arm-soc tree) and soc > > 7. Branch: pfc2 > Description: Further PFC changes which depend on SoC changes > Based on: A merge of sh-soc2 and soc > > 8. Branch: sh-soc3 > Description: Further PFC changes for SH SoCs > Based on: pfc2 > > 9. Branch: soc2 > Description: Further PFC changes for shmobile (ARM) SoCs > Based on: A merge of timer/cleanup (present in the arm-soc tree) and pfc2 > > 10. Branch: pfc3 > Description: Description: Further PFC changes which depend on SoC changes > Based on: A merge of sh-soc3 and soc2 Looking at it from the end here, 10 contains only arch/sh and global changes, and depends on 8 and 9. 8 also contains only sh changes. So it looks like 8 and 10 could be pruned from this pull request and go through either SH or pinctrl. What pieces from branch 7 are stronly needed? A couple of the added pinctrl modules are used by mach-shmobile boards, it seems. And the structure rename might also be needed. Not having to pull in the bulk of 7, 8 and 10 would make a pretty big difference. For branch 2 (clocksource include order), I'd like to see an ack from John or Thomas. Does it really make sense to base that on an ifdef instead of always initialize early? Branch 4 seems to be mostly sh-specific updates. With some of the later dependencies avoided, maybe this branch can be dropped too, not sure? About half of branch 5 looks like it's generic SoC-updates unrelated to the pinctrl rework, and branch 6 looks like mostly regular patches/updates, is that stronly dependent on all the pinctrl rework? Doesn't look like it should be? -Olof
next prev parent reply other threads:[~2013-01-16 23:43 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 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 [this message] 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=20130116234310.GA411@quad.lixom.net \ --to=olof@lixom.net \ --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.