Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #81531

Re: Ability to further support 32bit architectures

Cross-posted to 3 groups.

Show all headers | View raw

Hi,

On Thu, 11 Jan 2024 at 09:42, Bastian Blank <waldi@debian.org> wrote:
>
> Hi
>
> Linux 6.7 fails to build on at least i386 and armhf.  Even it now
> manages to make the compiler fail to allocate memory:
> | cc1: out of memory allocating 135266296 bytes after a total of 235675648 bytes
>
> Right now both fail on the same driver, so a short team workaround would
> be to disable it.  But we need a long term fix, and quickly.
>
> As it is now, we will not be able to provide a kernel for maybe all
> 32bit architectures for Trixie.
>
> Bastian
>

Disabling debug symbols, enabling debug symbol zstd compression, using
split debug symbols (disabled BTF usage) should help here.

Separately, I wish we had cross-builders available, and cross-build
i386/armhf kernels from amd64/arm64 and thus having access to 64-bit
compiler.

I am experiencing the same issue with the armhf kernels on my infrastructure.

-- 
Dimitri

Sent from Ubuntu Pro
https://ubuntu.com/pro

Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 10:50 +0100
  Re: Ability to further support 32bit architectures Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-11 10:50 +0100
    Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 11:50 +0100
      Re: Ability to further support 32bit architectures Adrian Bunk <bunk@debian.org> - 2024-01-11 12:50 +0100
        Re: Ability to further support 32bit architectures Aurelien Jarno <aurel32@debian.org> - 2024-01-11 18:40 +0100
          Re: Ability to further support 32bit architectures Aurelien Jarno <aurel32@debian.org> - 2024-01-13 19:50 +0100
      Re: Ability to further support 32bit architectures Jeffrey Walton <noloader@gmail.com> - 2024-01-11 17:10 +0100
        Re: Ability to further support 32bit architectures YunQiang Su <wzssyqa@gmail.com> - 2024-01-12 17:20 +0100
          Re: Ability to further support 32bit architectures Alan Corey <alan01346@gmail.com> - 2024-01-12 19:30 +0100
            Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 04:50 +0100
              Re: Ability to further support 32bit architectures YunQiang Su <wzssyqa@gmail.com> - 2024-01-13 04:50 +0100
                Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 14:20 +0100
                Re: Ability to further support 32bit architectures Rene Engelhard <rene@debian.org> - 2024-01-13 17:00 +0100
                Re: Offer to make a native 32-bit system avaiable rhys <rhys@neoquasar.org> - 2024-01-13 20:20 +0100
                Re: Offer to make a native 32-bit system avaiable Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-13 21:10 +0100
              Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 14:30 +0100
    Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-12 23:40 +0100
      Re: Ability to further support 32bit architectures Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-13 17:40 +0100
        Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-13 18:00 +0100
  Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 11:50 +0100
  gcc displaying bullshit allocation numbers? (was: Re: Ability to  further support 32bit architectures) Bastian Blank <waldi@debian.org> - 2024-01-13 18:00 +0100

csiph-web