UEFI on the other hand... goes out of its way to recreate that exact scenario. It's an entire OS of itself, with more lines of code than Linux has. Provides all kinds of services so that your normal OS could hypothetically depend on UEFI function calls for hardware drivers. Just like BIOS, it's ignored by everyone. Unlike BIOS, it was never useful in the first place.

Well, it is working without exploding! Good news

The_DarkFire_: It actually works really well, I even tried some OpenGL test and more, as long as you can use PS/2 emulation RamBoot ReactOS livecds work super well on modern hardware

UEFI on the other hand... goes out of its way to recreate that exact scenario. It's an entire OS of itself, with more lines of code than Linux has. Provides all kinds of services so that your normal OS could hypothetically depend on UEFI function calls for hardware drivers. Just like BIOS, it's ignored by everyone. Unlike BIOS, it was never useful in the first place.

You mean an UEFI manager is an OS itself? Legacy BIOS, on the other hand, boots w/o files So yes UEFI is an OS

Yes, and it always stays resident in memory too, even though there are function calls for it to deallocate most (but not all) of the services. Basically every OS does that (probably partly because they all support booting off BIOS anyway and can do everything themselves)

even on my system, I am still using UEFI after all, but it has that CSM module so it can emulate the boot process of the BIOS. The CSM unloads as much of UEFI as it can, but it's still there.

and even if your board doesn't come with CSM, you can always build and install it with edk2 anyway.

bare minimum, you could even have csm.efi on an ESP somewhere (USB stick or CD-R, for instance) and use that.

and if you really must boot ReactOS on a system without a native CSM option, and you don't want to add UEFI support to ReactOS, you could modify the boot CD to have that ESP and module.

Where to check CSM options? Is it a good idea to boot FreeBSD / Linux / Illumos with UEFI on But to boot ROS with UEFI off?

I've been researching on UEFI classes AMD Ryzen systems are always Class 2?

Intel Gen 10+ are only Class 3 or 3+

Blue = UEFI Green = legacy BIOS

Your AMD64 laptops must fit the 2 conditions to continue legacy boot: (1) Ryzens (Gen independent); or Intels 2019 or before (Intel has ended legacy boot since their cores introduced 2020+) (2) Must have SATA SSD slot, which NVMe SSD's no longer support legacy boot

https://www.amd.com/en/support/kb/faq/cpu-uefi-mode

https://twitter.com/reactos/status/1402283452582486024?s=19

Sup

https://twitter.com/reactos/status/1402705920665214991

RT please!!

RT please!!

done 👍

Thank you (and everyone supported) for all!

Needless to say, your likes and RTs are playing critical role.

Needless to say, your likes and RTs are playing critical role.

no problemo :)

BASED: https://twitter.com/reactos/status/1401608904732258304

Is your ROS installed and run on an SATA SSD of the Asus tower? NVMe no longer supports installing and booting on a legacy boot system

https://www.phoronix.com/scan.php?page=news_item&px=Windows-Reserves-First-1MB-RAM does reactos do the same? (i'm curious for haiku, too)

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: yes it does

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: and it's more visible than on Windows: just e.g. install ROS on a 256 MB (or 512 MB or whatever) memory VM

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: and observe how, when booting in debug mode, it'll say there's "255 MB" or "511 MB" .

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: And why NT does reserve the first MB? Because this is where the VGA mem buffer, some of the NT loader data, the ROM BIOS (for int 10h video) etc. reside.

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: It's just that on NT this was done since day one.

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: > Windows: Doing it correctly 11 years ago what Linux only does now.

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: 😂

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: > Windows: Doing it correctly 11 years ago what Linux only does now.

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: lmao

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: yes it does

thanks!

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: and observe how, when booting in debug mode, it'll say there's "255 MB" or "511 MB" .

we could add +1 to show the right amount 😆😅

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: hehe

BieHDC#5597: This is done to work around BIOS bugs. 🐸

It's funny to see Linux confirming this with a stable os before settling on it

that is a perfectly reasonable thing to do

https://twitter.com/reactos/status/1403752976678850562

RT please!

https://twitter.com/reactos/status/1403752976678850562

Error link! https://twitter.com/reactos/status/1403752976678850562

Sorry! Corrected.

Sorry! Corrected.

you may

I don’t think there’s a lot of people awake right now That can answer your question, So illl give a shot at it if someone smarter wants to correct me they can. I haven’t been contributing for very long and this isn’t eallly my area but, I believe there’s a selected set of files synced with wine yeah, like ACPICA but nothing tries to apply it or anything, ReactOS used to use more of wines tools in the past but from what I understand there’s only a select handful of things that use it anymore.

I can’t speak for the devs obviously but I’m pretty sure it’s more of a “do what you can basis” that’s a lot of things that. Go into an OS and it’s better to have alll the help you can get in this topic

Yeah but a lot of it goes unused iirc

Well, that one in particular I’m not sure about, but I think there’s a compatibility reason there beyond the lack of NT6.0 functions on the part of ROS

and no worries, I started the same way ;)

It’s an addiction

If you’re just bored and curious there are NT6.0 experiment branches that exist but honestly they aren’t super useful without better XP support

Yeah someone did already, That’s true but I understand the perspective of wanting just to play around. OSes are interesting and an open source one gives you the ability to mess with things that you’re just curious about

Like how LFS Linux can be used to push the boundary of what can run modern Linux etc

Well won’t know until you can try, I have done that before so I won’t spoil yu and tell you what will happen x) I will tell you, you will be Atleast suprised by the things that do work!

Both :)

Well I wish you luck on your adventures then!

Error link! https://twitter.com/reactos/status/1403752976678850562

Also RT'ed much from ReactOS👍🏻

Another one! https://twitter.com/reactos/status/1404091637123461129

So, that opengl app is hw accelerated?

No SW rendering? This is a great step!

Illen#1076: > So, that opengl app is hw accelerated? Yes.

😍

One of the things I was waiting for! Better driver support will help real hw testing

Will this fix be ported to x86 too or it's not needed there?

Illen#1076: It already works on x86

Thanks!

There's video of people playing Half-Life 2 on ReactOS

https://www.youtube.com/watch?v=XGwKKV1l4Vk

Another one! https://twitter.com/reactos/status/1404091637123461129

Amazing

Mattermost down?

Stas'M#6905: I think not

Stas'M#6905: Jira is rekt though, doesn't display activity

hbelusca (Gmunu=8PiG/c4Tmunu)#6742: F

BieHDC#5597: cant cope with all the bugs anymore 🇫

Time to retweet: https://twitter.com/reactos/status/1404464804266401796

epic

Time to retweet: https://twitter.com/reactos/status/1404464804266401796

Time to retweet: https://twitter.com/reactos/status/1404464804266401796

done