Stories
Slash Boxes
Comments

SoylentNews is people

posted by Fnord666 on Sunday June 06 2021, @05:51PM   Printer-friendly
from the 640k-is-more-memory-than-anyone-will-ever-need dept.

Linux x86/x86_64 Will Now Always Reserve The First 1MB Of RAM - Phoronix:

The Linux x86/x86_64 kernel code already had logic in place for reserving portions of the first 1MB of RAM to avoid the BIOS or kernel potentially clobbering that space among other reasons while now Linux 5.13 is doing away with that "wankery" and will just unconditionally always reserve the first 1MB of RAM.

[...] The motivation now for Linux 5.13 in getting that 1MB unconditional reservation in place for Linux x86/x86_64 stems from a bug report around an AMD Ryzen system being unbootable on Linux 5.13 since the change to consolidate their early memory reservations handling. Just unconditionally doing the first 1MB makes things much simpler to handle.

The change was sent in this morning as part of x86/urgent. "Do away with all the wankery of reserving X amount of memory in the first megabyte to prevent BIOS corrupting it and simply and unconditionally reserve the whole first megabyte."

no more wankery


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 0) by Anonymous Coward on Monday June 07 2021, @02:27PM (3 children)

    by Anonymous Coward on Monday June 07 2021, @02:27PM (#1142743)

    No kidding. X's fundamental design is wrong in the one should build a graphics system with fast local performance and built a network layer (IF this is even to be done!) on top of that. Experience has long shown that drawing primitives sent across the network are a failed idea. Way too low-level way to implement GUIs across a network.

    The Smalltalk-72 programming language made the same mistake and implemented message passing in a network transparent manner. Method calls were terribly slow, and later versions of Smalltalk were implemented using virtual methods for message passing, same as in Java or C++. Objective-C, which is an amalgamation of Smalltalk and C, implemented the original Smalltalk-72 message passing technique of network transparent method calls. As a result, it is slow. Objective-C has been in the process of being phased out for a long time by Apple in favor of other languages.

  • (Score: 0) by Anonymous Coward on Monday June 07 2021, @02:56PM (1 child)

    by Anonymous Coward on Monday June 07 2021, @02:56PM (#1142752)

    Experience has long shown that drawing primitives sent across the network are a failed idea.

    If the client and server are the same machine, that is if you are running the application locally, the data isn't sent across the network. I love the flexibility that X gives for running GUI apps on a LAN. It means I can have one monitor and one keyboard and several machines without a KVM.

    • (Score: 0) by Anonymous Coward on Monday June 07 2021, @03:52PM

      by Anonymous Coward on Monday June 07 2021, @03:52PM (#1142765)

      Modern X doesn't send drawing primitives across the network. The X extension used updates the remote framebuffer. MIT guessed wrong when they came up with the design of X.

  • (Score: 0) by Anonymous Coward on Monday June 07 2021, @05:23PM

    by Anonymous Coward on Monday June 07 2021, @05:23PM (#1142813)

    Correction: I need to correct my programming language post: the programming languages I mentioned did not, I believe implement NETWORK TRANSPARENT message processing, but they did do dynamic message lookup based on an intermediate method lookup broker. This is one step below network transparency, but is similar in some ways.