Message ID | 20190731195713.3150463-1-arnd@arndb.de (mailing list archive) |
---|---|
Headers | show |
Series | ARM: move lpc32xx and dove to multiplatform | expand |
On Wed, Jul 31, 2019 at 09:56:42PM +0200, Arnd Bergmann wrote: > For dove, the patches are basically what I had proposed back in > 2015 when all other ARMv6/ARMv7 machines became part of a single > kernel build. I don't know what the state is mach-dove support is, > compared to the DT based support in mach-mvebu for the same > hardware. If they are functionally the same, we could also just > remove mach-dove rather than applying my patches. Well, the good news is that I'm down to a small board support file for the Dove Cubox now - but the bad news is, that there's still a board support file necessary to support everything the Dove SoC has to offer. Even for a DT based Dove Cubox, I'm still using mach-dove, but it may be possible to drop most of mach-dove now. Without spending a lot of time digging through it, it's impossible to really know.
On Thu, Aug 1, 2019 at 12:53 AM Russell King - ARM Linux admin <linux@armlinux.org.uk> wrote: > > On Wed, Jul 31, 2019 at 09:56:42PM +0200, Arnd Bergmann wrote: > > For dove, the patches are basically what I had proposed back in > > 2015 when all other ARMv6/ARMv7 machines became part of a single > > kernel build. I don't know what the state is mach-dove support is, > > compared to the DT based support in mach-mvebu for the same > > hardware. If they are functionally the same, we could also just > > remove mach-dove rather than applying my patches. > > Well, the good news is that I'm down to a small board support file > for the Dove Cubox now - but the bad news is, that there's still a > board support file necessary to support everything the Dove SoC has > to offer. > > Even for a DT based Dove Cubox, I'm still using mach-dove, but it > may be possible to drop most of mach-dove now. Without spending a > lot of time digging through it, it's impossible to really know. Ok, so we won't remove it then, but I'd like to merge my patches to at least get away from the special case of requiring a separate kernel image for it. Can you try if applying patches 12 and 14 from my series causes problems for you? (it may be easier to apply the entire set or pull from [1] to avoid rebase conflicts). Arnd [1] kernel.org:/pub/scm/linux/kernel/git/arnd/playground.git mach-cleanup-5.4
On Thu, Aug 1, 2019 at 9:33 AM Arnd Bergmann <arnd@arndb.de> wrote: > > On Thu, Aug 1, 2019 at 12:53 AM Russell King - ARM Linux admin > <linux@armlinux.org.uk> wrote: > > > > On Wed, Jul 31, 2019 at 09:56:42PM +0200, Arnd Bergmann wrote: > > > For dove, the patches are basically what I had proposed back in > > > 2015 when all other ARMv6/ARMv7 machines became part of a single > > > kernel build. I don't know what the state is mach-dove support is, > > > compared to the DT based support in mach-mvebu for the same > > > hardware. If they are functionally the same, we could also just > > > remove mach-dove rather than applying my patches. > > > > Well, the good news is that I'm down to a small board support file > > for the Dove Cubox now - but the bad news is, that there's still a > > board support file necessary to support everything the Dove SoC has > > to offer. > > > > Even for a DT based Dove Cubox, I'm still using mach-dove, but it > > may be possible to drop most of mach-dove now. Without spending a > > lot of time digging through it, it's impossible to really know. > > Ok, so we won't remove it then, but I'd like to merge my patches to > at least get away from the special case of requiring a separate kernel > image for it. > > Can you try if applying patches 12 and 14 from my series causes > problems for you? (it may be easier to apply the entire set > or pull from [1] to avoid rebase conflicts). I applied patches 12 and 13 into the soc tree now. There are some other pending multiplatform conversions (iop32x, ep93xx, lpc32xx, omap1), but it looks like none of those will be complete for 5.4. I now expect that we can get most of the preparation into 5.4, and maybe move them all over together in 5.5 after some more testing. If someone finds a problem with the one of the preparation steps, that we can revert the individual patches more easily. Arnd
Hi Arnd, On 8/15/19 9:11 AM, Arnd Bergmann wrote: > On Thu, Aug 1, 2019 at 9:33 AM Arnd Bergmann <arnd@arndb.de> wrote: >> >> On Thu, Aug 1, 2019 at 12:53 AM Russell King - ARM Linux admin >> <linux@armlinux.org.uk> wrote: >>> >>> On Wed, Jul 31, 2019 at 09:56:42PM +0200, Arnd Bergmann wrote: >>>> For dove, the patches are basically what I had proposed back in >>>> 2015 when all other ARMv6/ARMv7 machines became part of a single >>>> kernel build. I don't know what the state is mach-dove support is, >>>> compared to the DT based support in mach-mvebu for the same >>>> hardware. If they are functionally the same, we could also just >>>> remove mach-dove rather than applying my patches. >>> >>> Well, the good news is that I'm down to a small board support file >>> for the Dove Cubox now - but the bad news is, that there's still a >>> board support file necessary to support everything the Dove SoC has >>> to offer. >>> >>> Even for a DT based Dove Cubox, I'm still using mach-dove, but it >>> may be possible to drop most of mach-dove now. Without spending a >>> lot of time digging through it, it's impossible to really know. >> >> Ok, so we won't remove it then, but I'd like to merge my patches to >> at least get away from the special case of requiring a separate kernel >> image for it. >> >> Can you try if applying patches 12 and 14 from my series causes >> problems for you? (it may be easier to apply the entire set >> or pull from [1] to avoid rebase conflicts). > > I applied patches 12 and 13 into the soc tree now. There are some > other pending multiplatform conversions (iop32x, ep93xx, lpc32xx, > omap1), but it looks like none of those will be complete for 5.4. I think the patchset (v2) for the LPC32xx is ready for 5.4 ([PATCH v2 00/13] v2: ARM: move lpc32xx to multiplatform) > > I now expect that we can get most of the preparation into 5.4, > and maybe move them all over together in 5.5 after some more > testing. If someone finds a problem with the one of the > preparation steps, that we can revert the individual patches > more easily. > > Arnd > Sylvain
On Thu, Aug 15, 2019 at 8:32 PM Sylvain Lemieux <slemieux.tyco@gmail.com> wrote: > On 8/15/19 9:11 AM, Arnd Bergmann wrote: > > On Thu, Aug 1, 2019 at 9:33 AM Arnd Bergmann <arnd@arndb.de> wrote: > > I applied patches 12 and 13 into the soc tree now. There are some > > other pending multiplatform conversions (iop32x, ep93xx, lpc32xx, > > omap1), but it looks like none of those will be complete for 5.4. > > I think the patchset (v2) for the LPC32xx is ready for 5.4 > ([PATCH v2 00/13] v2: ARM: move lpc32xx to multiplatform) Good point. I've merged these into the arm/soc branch now. Arnd