* [U-Boot] ATAGS for Tegra, Sunxi, etc. [not found] <CAK7LNATeQZBGJ6LkHCDvQgUGBA_+mXikzK559ZhHbrdn6Ydp0Q@mail.gmail.com> @ 2015-12-17 4:59 ` Masahiro Yamada [not found] ` <20151217064026.GA1883@excalibur.cnev.de> 2015-12-17 16:44 ` Stephen Warren 0 siblings, 2 replies; 7+ messages in thread From: Masahiro Yamada @ 2015-12-17 4:59 UTC (permalink / raw) To: u-boot + To: U-Boot ML I forgot to send this to ML. 2015-12-17 13:58 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.com>: > Hi, > > I noticed some well-maintained new SoC families still > define CONFIG_CMDLINE_TAG. > > > For example, > > include/configs/tegra-common.h > > #define CONFIG_CMDLINE_TAG /* enable passing of ATAGs */ > > > > include/configs/sunxi-common.h > > #define CONFIG_SETUP_MEMORY_TAGS > #define CONFIG_CMDLINE_TAG > #define CONFIG_INITRD_TAG > #define CONFIG_SERIAL_TAG > > > > Do they still use ATAGS, not device tree? > > > > -- > Best Regards > Masahiro Yamada -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20151217064026.GA1883@excalibur.cnev.de>]
* [U-Boot] ATAGS for Tegra, Sunxi, etc. [not found] ` <20151217064026.GA1883@excalibur.cnev.de> @ 2015-12-17 9:21 ` Ian Campbell 2015-12-17 9:26 ` Hans de Goede 0 siblings, 1 reply; 7+ messages in thread From: Ian Campbell @ 2015-12-17 9:21 UTC (permalink / raw) To: u-boot On Thu, 2015-12-17 at 07:40 +0100, Karsten Merker wrote: > On Thu, Dec 17, 2015 at 01:59:57PM +0900, Masahiro Yamada wrote: > > 2015-12-17 13:58 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.c > > om>: > > > Hi, > > > > > > I noticed some well-maintained new SoC families still > > > define CONFIG_CMDLINE_TAG. > > > > > > > > > For example, > [...] > > > include/configs/sunxi-common.h > > > > > > ?#define CONFIG_SETUP_MEMORY_TAGS > > > ?#define CONFIG_CMDLINE_TAG > > > ?#define CONFIG_INITRD_TAG > > > ?#define CONFIG_SERIAL_TAG > > > > Do they still use ATAGS, not device tree? > > Sunxi uses devicetree for mainline kernels, but AFAIK ATAG > support is necessary to enable booting legacy vendor kernels. > There is still new sunxi-based hardware sold today that comes > with legacy 3.4-based kernels. That legacy kernel is FEX (allwinners own description blob) based, I don't know to what extent that involves ATAGs in some way though. There are also people who use the 3.4 based fork from linux-sunxi.org, but I don't know if that is DT or ATAGS or FEX. A dependency on CONFIG_OLD_SUNXI_KERNEL_COMPAT might be an option depending on what the kernels need, Hans probably knows better than I do. Ian. > CCing Hans de Goede and Ian Cambell (sunxi maintainers). > > Regards, > Karsten ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] ATAGS for Tegra, Sunxi, etc. 2015-12-17 9:21 ` Ian Campbell @ 2015-12-17 9:26 ` Hans de Goede 2015-12-17 13:41 ` Tom Rini 0 siblings, 1 reply; 7+ messages in thread From: Hans de Goede @ 2015-12-17 9:26 UTC (permalink / raw) To: u-boot Hi, On 17-12-15 10:21, Ian Campbell wrote: > On Thu, 2015-12-17 at 07:40 +0100, Karsten Merker wrote: >> On Thu, Dec 17, 2015 at 01:59:57PM +0900, Masahiro Yamada wrote: >>> 2015-12-17 13:58 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.c >>> om>: >>>> Hi, >>>> >>>> I noticed some well-maintained new SoC families still >>>> define CONFIG_CMDLINE_TAG. >>>> >>>> >>>> For example, >> [...] >>>> include/configs/sunxi-common.h >>>> >>>> #define CONFIG_SETUP_MEMORY_TAGS >>>> #define CONFIG_CMDLINE_TAG >>>> #define CONFIG_INITRD_TAG >>>> #define CONFIG_SERIAL_TAG >> >>>> Do they still use ATAGS, not device tree? >> >> Sunxi uses devicetree for mainline kernels, but AFAIK ATAG >> support is necessary to enable booting legacy vendor kernels. >> There is still new sunxi-based hardware sold today that comes >> with legacy 3.4-based kernels. > > That legacy kernel is FEX (allwinners own description blob) based, I don't > know to what extent that involves ATAGs in some way though. > > There are also people who use the 3.4 based fork from linux-sunxi.org, but > I don't know if that is DT or ATAGS or FEX. > > A dependency on CONFIG_OLD_SUNXI_KERNEL_COMPAT might be an option depending > on what the kernels need, Hans probably knows better than I do. The 3.4 based kernels use both ATAGS for things like memory size, and fex for other hw config info. I'm not in favor of wrapping things in CONFIG_OLD_SUNXI_KERNEL_COMPAT, because recent 3.4 based kernels can boot without that, and I believe that removing the ATAG support will break this, without really buying us much. Regards, Hans ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] ATAGS for Tegra, Sunxi, etc. 2015-12-17 9:26 ` Hans de Goede @ 2015-12-17 13:41 ` Tom Rini 0 siblings, 0 replies; 7+ messages in thread From: Tom Rini @ 2015-12-17 13:41 UTC (permalink / raw) To: u-boot On Thu, Dec 17, 2015 at 10:26:07AM +0100, Hans de Goede wrote: > Hi, > > On 17-12-15 10:21, Ian Campbell wrote: > >On Thu, 2015-12-17 at 07:40 +0100, Karsten Merker wrote: > >>On Thu, Dec 17, 2015 at 01:59:57PM +0900, Masahiro Yamada wrote: > >>>2015-12-17 13:58 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.c > >>>om>: > >>>>Hi, > >>>> > >>>>I noticed some well-maintained new SoC families still > >>>>define CONFIG_CMDLINE_TAG. > >>>> > >>>> > >>>>For example, > >>[...] > >>>>include/configs/sunxi-common.h > >>>> > >>>> #define CONFIG_SETUP_MEMORY_TAGS > >>>> #define CONFIG_CMDLINE_TAG > >>>> #define CONFIG_INITRD_TAG > >>>> #define CONFIG_SERIAL_TAG > >> > >>>>Do they still use ATAGS, not device tree? > >> > >>Sunxi uses devicetree for mainline kernels, but AFAIK ATAG > >>support is necessary to enable booting legacy vendor kernels. > >>There is still new sunxi-based hardware sold today that comes > >>with legacy 3.4-based kernels. > > > >That legacy kernel is FEX (allwinners own description blob) based, I don't > >know to what extent that involves ATAGs in some way though. > > > >There are also people who use the 3.4 based fork from linux-sunxi.org, but > >I don't know if that is DT or ATAGS or FEX. > > > >A dependency on CONFIG_OLD_SUNXI_KERNEL_COMPAT might be an option depending > >on what the kernels need, Hans probably knows better than I do. > > The 3.4 based kernels use both ATAGS for things like memory size, and fex > for other hw config info. > > I'm not in favor of wrapping things in CONFIG_OLD_SUNXI_KERNEL_COMPAT, because > recent 3.4 based kernels can boot without that, and I believe that removing > the ATAG support will break this, without really buying us much. +1. ATAG is also used iirc for some other operating systems, still. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20151217/83ebe555/attachment.sig> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] ATAGS for Tegra, Sunxi, etc. 2015-12-17 4:59 ` [U-Boot] ATAGS for Tegra, Sunxi, etc Masahiro Yamada [not found] ` <20151217064026.GA1883@excalibur.cnev.de> @ 2015-12-17 16:44 ` Stephen Warren 2015-12-18 11:35 ` Masahiro Yamada 2015-12-19 20:31 ` Marcel Ziswiler 1 sibling, 2 replies; 7+ messages in thread From: Stephen Warren @ 2015-12-17 16:44 UTC (permalink / raw) To: u-boot On 12/16/2015 09:59 PM, Masahiro Yamada wrote: > + To: U-Boot ML > > I forgot to send this to ML. > > > > > 2015-12-17 13:58 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.com>: >> Hi, >> >> I noticed some well-maintained new SoC families still >> define CONFIG_CMDLINE_TAG. >> >> >> For example, >> >> include/configs/tegra-common.h >> >> #define CONFIG_CMDLINE_TAG /* enable passing of ATAGs */ IIRC, Tegra support in U-Boot was added in the days before DT was a thing, or a widespread thing at least. (Oh, happy days!) I imagine that the config option was simply never removed since there was no specific need to do so. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] ATAGS for Tegra, Sunxi, etc. 2015-12-17 16:44 ` Stephen Warren @ 2015-12-18 11:35 ` Masahiro Yamada 2015-12-19 20:31 ` Marcel Ziswiler 1 sibling, 0 replies; 7+ messages in thread From: Masahiro Yamada @ 2015-12-18 11:35 UTC (permalink / raw) To: u-boot Hi everyone, Thanks for explanation! Keeping ATAGS makes sense for combination of new U-Boot and old Linux. -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] ATAGS for Tegra, Sunxi, etc. 2015-12-17 16:44 ` Stephen Warren 2015-12-18 11:35 ` Masahiro Yamada @ 2015-12-19 20:31 ` Marcel Ziswiler 1 sibling, 0 replies; 7+ messages in thread From: Marcel Ziswiler @ 2015-12-19 20:31 UTC (permalink / raw) To: u-boot On Thu, 2015-12-17 at 09:44 -0700, Stephen Warren wrote: > IIRC, Tegra support in U-Boot was added in the days before DT was a? > thing, or a widespread thing at least. (Oh, happy days!) I imagine > that? > the config option was simply never removed since there was no > specific? > need to do so. Please remember that at least for T20 and T30 NVIDIA's officially supported Linux for Tegra (L4T) is still based on the ancient Linux kernel 3.1.10 relying on ATAGs. While Colibri T20 and Apalis/Colibri T30 are mainline since a while there is still no solution for hardware accelerated graphics/multimedia compatible with mainline as far as I know. So for hardware accelerated graphics/multimedia one is pretty much stuck with L4T requiring ATAGs! ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-12-19 20:31 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CAK7LNATeQZBGJ6LkHCDvQgUGBA_+mXikzK559ZhHbrdn6Ydp0Q@mail.gmail.com>
2015-12-17 4:59 ` [U-Boot] ATAGS for Tegra, Sunxi, etc Masahiro Yamada
[not found] ` <20151217064026.GA1883@excalibur.cnev.de>
2015-12-17 9:21 ` Ian Campbell
2015-12-17 9:26 ` Hans de Goede
2015-12-17 13:41 ` Tom Rini
2015-12-17 16:44 ` Stephen Warren
2015-12-18 11:35 ` Masahiro Yamada
2015-12-19 20:31 ` Marcel Ziswiler
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox