Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #81515
| From | Bastian Blank <waldi@debian.org> |
|---|---|
| Newsgroups | linux.debian.kernel, linux.debian.ports.arm |
| Subject | Future for armel? (was: Re: What to do with d-i on armel?) |
| Date | 2024-01-10 10:00 +0100 |
| Message-ID | <HUCBk-25E3-1@gated-at.bofh.it> (permalink) |
| References | <HTJOx-1x6F-1@gated-at.bofh.it> <HUBlT-24Zb-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
[dropped some recipients, this mail is not about d-i and the problem at hand] Hi On Wed, Jan 10, 2024 at 08:34:27AM +0100, Arnd Bergmann wrote: > The most important ARMv5 platform is now probably at91, as > Microchip still releases new sam9 chips[1] and is going to > keep supporting it for a while. If I interpret arch/arm/mach-at91/Kconfig correctly, then at91 is a family with v4, v5 and v7 devices. The v7 ones should work with armhf, so here we are only concerned about the v4 and v5 ones. For none of them does Debian provide a kernel. > Since armel userland should work fine with any armhf or > arm64 kernel, it might still be useful to repackage > one or both of those for the armel archive and use this > to have an installation method for armel on modern > hardware. But why? What is provided by an armel userland that armhf can't? > [Side note: I would also like to see an arm64 > kernel image added to armhf, it's probably more useful > than the armmp-lpae kernel in terms of enabling users.] Not gonna happen. "dpkg --add-architecture arm64" is the way to go. > At the moment, it is possible to enable support for > arm1176 (as in bcm2835) in a normal armhf kernel and > have that boot on armv6k, armv7 and armv8 hardware. Our armhf is armv7. Does armv6k fullfil the requirements as well? The armv8 hardware can just use our arm64 kernel. > I actually want to change that in the kernel though: > Now that we dropped SMP support in armv6, as it now > makes more sense to have armv6k grouped with armv5 > and instead have a generic kernel for armel that > works on bcm2835, versatilepb, at91, kirkwood and > all the others that one might use. Send patches? Bastian -- Virtue is a relative term. -- Spock, "Friday's Child", stardate 3499.1
Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
What to do with d-i on armel? Bastian Blank <waldi@debian.org> - 2024-01-07 23:30 +0100
Re: What to do with d-i on armel? Emanuele Rocca <ema@debian.org> - 2024-01-09 20:00 +0100
Re: What to do with d-i on armel? Martin <debacle@debian.org> - 2024-01-09 23:30 +0100
Re: What to do with d-i on armel? Martin <debacle@debian.org> - 2024-03-04 01:40 +0100
Re: What to do with d-i on armel? Gianluca Renzi <icjtqr@gmail.com> - 2024-03-04 07:10 +0100
Re: What to do with d-i on armel? Christoph Biedl <debian.axhn@manchmal.in-ulm.de> - 2024-03-03 20:40 +0100
Re: What to do with d-i on armel? Ástor Ayllón Lázaro <thosleaf@gmail.com> - 2024-03-03 22:00 +0100
Re: What to do with d-i on armel? "Arnd Bergmann" <arnd@arndb.de> - 2024-01-10 09:00 +0100
Future for armel? (was: Re: What to do with d-i on armel?) Bastian Blank <waldi@debian.org> - 2024-01-10 10:00 +0100
Re: Future for armel? (was: Re: What to do with d-i on armel?) Martin <debacle@debian.org> - 2024-01-10 10:50 +0100
Re: Future for armel? (was: Re: What to do with d-i on armel?) Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-10 11:50 +0100
Re: What to do with d-i on armel? "Arnd Bergmann" <arnd@arndb.de> - 2024-01-19 18:00 +0100
Re: What to do with d-i on armel? Bastian Blank <waldi@debian.org> - 2024-01-19 18:10 +0100
Re: What to do with d-i on armel? Cyril Brulebois <kibi@debian.org> - 2024-03-03 21:10 +0100
Re: What to do with d-i on armel? Bastian Blank <waldi@debian.org> - 2024-03-04 12:30 +0100
Re: What to do with d-i on armel? Cyril Brulebois <kibi@debian.org> - 2024-03-04 12:30 +0100
Re: What to do with d-i on armel? Paul Gevers <elbrus@debian.org> - 2024-03-09 08:00 +0100
csiph-web