Re: Plan needed for switching m68k to 32-bit alignment

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2024-11-14 at 07:36 +1300, Michael Schmitz wrote:
I didn't say that - just supporting Arnd's point that much of the RAM 
constrained old m68k software won't benefit from today's user space.

We're talking about an open source stack here. No one is going to run an
old binary from the 80s on a current system. And if you want to run old
software, you're certainly also not running the latest kernel.

Development isn't driven by memory pressure anymore, so code bloat is a 
natural consequence.

But we're not really suffering from bloat. On the contrary, both software
like systemd or Rust-compiled software actually use less memory, not more.

SysVInit uses a huge set of bash scripts where every action involves spawning
a new shell while systemd does all of that in C. Compiled C code is definitely
faster on an m68k machine than hundreds of shell scripts.

What such hardware would benefit from is low memory optimized user 
space. That's hard to do with Debian, as bloat appears to have crept 
into the build dependencies chain (if I understand you correctly).

The build dependencies don't end up on the installed system. For example, if
Java code is used to generate documentation, the Java runtime won't have to
be installed on the target machine. But you still need a working OpenJDK
to be able to build such packages.

While Debian was the first Linux distribution to support m68k, these days 
there are other options, maybe some better suited to low memory systems 
(and I'd consider even 256 MB on Amiga 'low memory' ...).

Again, the problem is not Debian-specific. Heck, it's not even Linux-specific.

Much as I appreciate Adrian's efforts to keep up with user space
development, I won't be in a position to help with an ABI change.
Thanks, I will then just do it myself with brute force or drop the port.

Sure, you do pretty much all the work on Debian/68k, so you get to decide.

If this involves changes at kernel level (syscall parameter alignment?) 
however, my recommendation would be to rather drop the port than end up 
with new kernels no longer backwards compatible with old user space.

Otherwise, I'd not even be in a position to do any kernel testing and 
bugfixing (which often requires hardware, not emulators).

I don't buy this argument. Why would your world fall apart if we switch
alignment to 4 bytes. I seriously don't get it.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913





[Index of Archives]     [Video for Linux]     [Yosemite News]     [Linux S/390]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux