Memory mapped files (or file mapped virtual address space for one program/process/thread) about baremetal-os-legacy HOT 9 OPEN

Using 2MiB pages would be ideal as that is what BareMetal already uses for memory mapping.

I'll investigate how this could be added. I'm just not sure of how caching should be configured.

from baremetal-os-legacy.

May be it is a good idea to make memory mapping as a "plugin"? So the developer can deside how to optimize caching? And provide a simpliest example how to implement it?

from baremetal-os-legacy.

@Konard Making BareMetal-OS a modular OS, where you could select extra features to suit your needs, is an interesting idea.

from baremetal-os-legacy.

At least we can select features (modules or packages) that should be included OS (before compiling or writing to disk/flash). It can be done through modification of code, or through plugin system. By hand or automatically.

from baremetal-os-legacy.

Maybe, as with another famous kernel, a config file (optionally generated
by a menu system) can choose to include or exclude code.

The code might be best kept in one repo or optionally got from another
repo. (Hybrid system).

I'm almost at the point of switching to BM but being able to map disk
blocks into an address space is important for me.

Jack

On Thursday, December 31, 2015, Konstantin Dyachenko <
[email protected]> wrote:

May be it is a good idea to make memory mapping as a "plugin"? So the
developer can deside how to optimize caching?

—
Reply to this email directly or view it on GitHub
https://github.com/ReturnInfinity/BareMetal-OS/issues/105#issuecomment-168082673
.

from baremetal-os-legacy.

Fixing the memory mapping that is currently being used is here: ReturnInfinity/BareMetal#14

All further development is going into BareMetal-kernel. I'm moving away from a sort of "general purpose" OS to a more "server node" type of OS.

Fixes/additions may be back ported into BareMetal-OS but I'm not sure of its roadmap at the moment.

from baremetal-os-legacy.

So what repository is most ready to be used? https://github.com/ReturnInfinity/BareMetal-OS or https://github.com/ReturnInfinity/BareMetal-kernel ?

from baremetal-os-legacy.

@Konard BareMetal-kernel is most up-to-date, but lacks many of the features present in BareMetal-OS. However, most of the big changes in the kernel are also committed to this repository.

from baremetal-os-legacy.

@Konard BareMetal-OS at the moment as there is no way to control an instance of just BareMetal-kernel yet as I stripped out the CLI.

from baremetal-os-legacy.