You should go read Microsoft's attempt at excluding Linux/Unix from running on x86 using ACPI!
https://web.archive.org/web/20070202174648/http://www.iowaconsumercase.org/011607/3000/PX03020.pdf
this post was submitted on 16 Oct 2024
155 points (98.1% liked)
Linux
48333 readers
372 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Btw, in the end, they did this with their office format.
Browser too, and the whole activeX, and DirectX api system to practically force windows only development.
Yeah, same with gaming until Proton came along
for the millionth time they get to stand on the shoulders on all the wine development that came before it. and now we have to reckon with the bullshit of proton patches that never go upstream to make wine better for all
for the millionth time
Why are you mad at me? Have I ever even interacted with you before?
Calm down.
nah nah nah addressing the room is all
load more comments
(2 replies)
load more comments
(7 replies)
:O The Archive! It's back online!! WOOOOO
Unix also including mac and bsds?
@Mwa @wildbus8979 Yes, early on there was AT&T and Berkley, System-V became AT&T's mainstream though there were off-shoots like CB-Unix for PDP11/70's which only had 64k I+D space, and Berkeley had 4.2 and 4.3BSD, and now you have offshoots of those, such as FreeBSD and NETBSD, MacOS is a highly mutilated BSD sitting atop a Mach micro-kernel with the Mac finder sitting on top of the whole mess. The Mach microkernel provides a layer of hardware abstraction that makes it easy to jump between architectures as Mac has often done. What I do not like about MacOS is that they include only drivers necessary for their hardware and forbid the use on Non-Mac's by license. This limits your selection of things like video cards to those they specifically chose to use.
Ohh yeah locked down unix like the one used in game consoles like Playstation and Nintendo switch (these consoles are very very locked down no terminal or anything) and macos (less locked down) as well atleast macos you can install outside of the appstore which I HATED on ios and iPados
BSDs mostly, Mac wasn't a Unix based system at the time. It also didn't run on x86.
Ohh
@wildbus8979 @Mwa MacOS was Unix based after Steve Jobs created the Mach/Unix/Mac Finder stack for use on the Next computer, as soon as he returned to Apple, it was adopted there.
I know. At the time of the ACPI debacle, Mac OS X didn't exist yet, and NeXT was essentially irrelevant because a) it didn't run x86 and b) it only ran on proprietary hardware.
load more comments
(3 replies)
load more comments
(1 replies)
The 90's? Locked bootloaders would've meant people woukdve simply bought different machines without a locked bootloader.
See the IBM/Phoenix BIOS war - it's essentially the same thing. IBM didn't want to license their BIOS to everyone, so Phoenix reverse engineered it. If I remember right, IBM was trying to lock everyone to using their OS.
its good to remember computers were used mostly by the computer people back then.
now with layman using theses devices en masse, things are a bit different. they dont need the nerds ro have a successful product anymore.
This! Manufacturers were trying to lock people into their systems, just by different means. Reverse engineering a piece of low-level software (BIOS) so that you could run high-level software written for that machine architecture on different hardware was the main battle of the day.
The ’90s*
IBM built the original PC from off the shelf components and for some reason negotiated a non-exclusive license for MS-DOS with Microsoft. The only thing in the PC they held a copyright on was the BIOS ROM. A few companies tried making clones, IIRC Eagle Computer just brazenly dumped the IBM BIOS and used that and got sued out of existence. I believe it was Compaq that developed their own MS-DOS compatible BIOS from scratch that did not infringe so IBM had no case to sue. IBM got a competitor they didn't want, and the PC became a 40 year platform.
Thanks, it's been a while.
Valid question. You can ask this about many things:
Would the Internet as we know it exist if Facebook, AOL, and Yahoo had united to create a walled garden?
Would Macbooks as we know them today exist without an open source ecosystem? Would the company Appke exist? Would there be an iPhone?
Would the web exist without Linux? Both developed at the same time, 1991 till now, and most stuff runs on Linux servers.
Would the people who build all the hardware and software even be interested in computers had they not played with (build) computers in the 90ies? What if we had given them an iPad aith CandyCrush that just works; and not BIOS codes, cables, extension cards and drivers?
What if we had given them an iPad aith CandyCrush that just works
We'll know the answer in just a few more years here. Whole generation growing up that way currently.
On the “web without Linux”, I imagine it probably would have been scattered across a few proprietary Nixes until FreeBSD emerged from the AT&T lawsuit, upon which FreeBSD would have become the dominant web server.
I think you're forgetting where Linux was the most successful by far: Servers and Android. Server guys do what they want, if you tell them they can only use software you allow them to, they will laugh at you and buy their data center elsewhere. Android has had locked bootloaders forever (I actually think even my very first phone had one).
So maybe development would have been harder? I mean, we don't have looked bootloaders on desktop even today, not really locked at least, so it's hard to tell. Linux's main audience would not have cared I think.
Early Android (circa 2009) didn't have locked bootloaders.
Google wanted people to experiment, which was basically free research for them. Pixel's today are unlocked when purchased from Google.
Even my earliest Verizon phones weren't bootloader locked - they didn't start doing that for a few years (my last Verizon phone in 2012 wasn't bootloader locked). And Verizon is arguably the worst vendor when it comes to bootloader locked phones.
Google wanted people to experiment, which was basically free research for them.
locked bootloaders are still a thing mostly on the US.
over here having them locked is the exception, not the norm.
What? At least two years ago, all had locked bootloaders and half of the vendors wouldn't let you unlock it. "Here" being central europe.
here in south america they don't seem to be locking most of them.
granted, not all phones have an active developer porting an os to it.
Mean, so it's a regional thing. But why do they lock in US and Europe?
i know us carriers dont like bootloader unlocking. not sure about europe.
Things just weren't like that then. Otherwise all PC peripherals would be locked down too, so no device drivers. That was already a problem with cheap windows crap. But the better stuff was documented.
Maybe there would be no Linux but that isn't as bad as it sounds, since BSD Unix was being pried loose at the time, plus there were other kernels that had potential. And the consumer PCs we use now weren't really foreseen. We expected to run on workstation class hardware that was more serious (though more expensive) than PCs were at the time. They would have stayed less locked down.
Asded: PCs were an interesting target because there was a de facto open hardware standard, making the "PC compatible" industry possible. So again, without that, we would have used different hardware.
Seconding that's a not-how-things-were.
The lovely thing with legacy architectures (6502, 68k, x86, z80, etc.) that were in use during that time is that they were very very simple: all you needed to do was put executable code on a ROM at the correct memory address, and the system would boot it.
There wasn't anything required other than making sure the code was where the CPU would go looking for it, and then it'd handle it from there.
Sure, booting an OS meant that you needed whatever booted the CPU to then chain into the OS bootloader and provide all the things the OS was expecting (BIOS functions, etc.) but the actual bootstrap from 'off' to 'running code' was literally just an EPROM burner away.
It's a lot more complicated now, but users would, for the most part, not tolerate removing the ability to boot any OS they feel like, so there's enough pressure that locked shit won't migrate down to all consumer hardware.
but users would, for the most part, not tolerate removing the ability to boot any OS they feel like, so there's enough pressure that locked shit won't migrate down to all consumer hardware.
what makes you think that?
The same reason people who drive 20 miles a day have worries about range on an EV that'll do 300, or why people espouse the freedom of Android but then use the default Google apps.
People like the option of choice, even if they're not necessarily ever going to engage in making a different one.
If there are two options for a computer, one is "will run everything" and the other is "will only run Windows" a good portion of people are still going to pick the first, even though very few of them will ever do anything else, simply because people really really like having the option of choice.
load more comments
(1 replies)
I wonder what the newest PC motherboard with the BIOS ROM in a socketed DIP chip is.
At least a decade old, if not more than.
If you wanted to swap your vendor EFI image to something else, at this point it's all going to be via a SPI programmer, and if you own one of the two boards that it supports, coreboot/openboot.
But, essentially, you can't swap because there's very little supported hardware, and thus are stuck with your vendor proprietary EFI.
What's hilarious, I guess? is that the EFI setup is more or less it's own OS that can then chainboot an OS which is how the mid90s workstations (Sun, SGI, HP, etc.) worked.
view more: next ›