MT

[sick kestrel]

So far, I have support for aarch64 on virt-5.0 board, which runs on QEMU.

I already "wrote" a UART driver (a basic uint8_t pointer) that I pulled from the OSDev wiki.

And now I'm working on getting the GICv3 working, since it's the interrupt controller that the virt-5.0 board uses.

[ember wind]

creative name

[sick kestrel]

Mutant NT

Didn't have any better name

Didn't want to waste my time coming up with a name either

Lol

[tacit sigil]

mutant new technology

[sick kestrel]

Are you assuming because I haven't pushed any commits yet on the GitHub?

[pulsar pawn]

Interesting project! 🙂

[sick kestrel]

Thanks 😅

[sick kestrel]

Lately I've involved a lot in school and I can't wait to resume development.

[daring kelp]

bruv

you deleted it

RIP Mutant NT

[sick kestrel]

Here's my plan, I'll try to make my new project POSIX-like, and once it's finished to the point where it can run POSIX userland, I'll attempt to refactor the kernel so that it works similarly, if not the same as NT, with a POSIX subsystem.

[inland moss]

mutant nt which only impls uart

good nt replacement

🥸

[daring kelp]

stop bullying for fuck sake

also this project is cancelled

[earnest blade]

mean

[inland moss]

i know

[daring kelp]

cuz @sick kestrel deemed riscv too difficult

[civic sonnet]

good

sensible take

x86 > *

[sick kestrel]

it's not a good NT replacement

it's a great NT replacement

It's features include:

• UART

It's more secure than Microsoft NT

[inland moss]

[inland moss]

its doesn't have exploits

and never have because its abandoned 🥺

[sick kestrel]

what

[inland moss]

sry i just badly know english

[sick kestrel]

ever

[inland moss]

🥸

[sick kestrel]

https://tenor.com/view/no-sad-frustrated-no-way-yell-gif-17334973

[sick kestrel]

I might, just might revive MT

And start with making a PE-executable bootloader

[civic sonnet]

for the record PE has very little to do with the concept of an NT clone

you can easily have an NT clone using any arbitrary executable format including ELF

[sick kestrel]

Well

yes

It is completely possible for an NT clone to be ELF

just not traditional

[civic sonnet]

uh, not really

there is no such thing as "traditional" when it comes to NT

there is only one reference implementation which is proprietary

you can copy the design and make a clone like a few have done, but that's not tradition

[sick kestrel]

Oh

[civic sonnet]

it's not like saying that ELF is traditionally used amongst unix-likes

[sick kestrel]

Well, it is commonly used

however I believe it would still be totally possible for a UNIX-like kernel to run PE executables

It would be cool 🤔

[civic sonnet]

it's doable, just pointless

ELF is nicer than PE

[sick kestrel]

Oh

[inland moss]

ReactOS crying in the corner

[civic sonnet]

i wouldn't call ReactOS a "reference implementation" of NT

many actual NT experts have called it shite

[dapper plover]

why and who?
some actual nt researchers did contribute

some security researchers use it as a reference

well, according to reactos chat

[civic sonnet]

they say it's not how NT is meant to work and their priority isn't to make an NT clone but to get win32 compat working

i don't remember exactly who but i am pretty certain hyenasky was in that bunch

but if he was, he's certainly not the only person that said that

now, it could be that i have been misled and it's actually a perfectly reasonable NT clone

i don't have enough NT expertise to tell

[drifting cradle]

As far as I understand its main goal is compatibility with W32

So the kernel is a little neglected

It's kind of like SerenityOS except it's trying to recreate something

[inland moss]

so if u will run the nativeshell for example, i think this will mean what u created the nt clone

(sry for my bad english)

[sick kestrel]

Oh

[sick kestrel]

https://github.com/trentdev0/NT64

newer project

wrote a basic EFI header, might make it C instead of C++ later

I just chose to use C++ because of it's namespace features

[drifting cradle]

Not found

[low tiger]

if that's all you use c++ for I'd rather use C

[sick kestrel]

Lemme try to bring it back up

[sick kestrel]

I can build the BOOTX64.EFI file on Windows but I can't make a disc image for it

fuck it

im not going to add any support for building on Windows

[sick kestrel]

Alright, here's how the custom EFI library is going on, now I'll start actually implementing the bootloader stuff, as well as migrating from C++ to C because I dislike C++ (only reason why I chose to use C++ initially is for it's namespace features)

[sick kestrel]

Looks like I forgot to use \r

[sick kestrel]

I believe I have the EFI header advanced enough to start parsing PE executables and loading them into memory]

So I'll get started with that now

[sick kestrel]

Was able to build a very basic kernel (ntoskrnl.exe), and I finished a function that loads the file into memory.

All I have to do now is parse the PE executable.

[daring kelp]

are you trying to load NT?

with a custom bootloader?

[sick kestrel]

No, not the official NT kernel

This is a custom kernel I wrote which just hangs the system

[daring kelp]

but will it launch the official kernel too?