Hi,
I would like to suggest the following upgrade of rump to be on par with
my "develop" branch[1]. The patches would need to be fetched from my
branch directly because there is a very large changeset in the NetBSD
upstream update commit.
The main thing is upgrading rump from 9.99.x to 10.99.x
* Makefile: Add subdir libstore-noparted
* libstore-noparted/Makefile: The Makefile for the new module
* libstore/Makefile: Add conditionals so libstore-noparted can use it
---
Makefile | 1 +
libstore-noparted/Makefile | 6 ++
libstore/Makefile | 19 ++
All conditionals are put in libstore/Makefile because I think it may be
easier to understand compared with putting the following in
libstore-noparted/Makfile:
```
dir := libstore-noparted
libname := libstore-noparted
```
and the following in libstore/Makefile:
```
dir ?= libstore
libname ?=
Zhaoming Luo, le sam. 11 janv. 2025 10:05:55 +0800, a ecrit:
> I haven't added `USE_PARTED` to exlcude the parted module, but I have
> added `?=` to `dir` and `libname` to factorize the Makefile. However,
> the libstore-noparted.so.0.3 file does not link to libparted. It is
> expected to link to li
I haven't added `USE_PARTED` to exlcude the parted module, but I have
added `?=` to `dir` and `libname` to factorize the Makefile. However,
the libstore-noparted.so.0.3 file does not link to libparted. It is
expected to link to libparted before I use `USE_PARTED` to exclude the
parted module.
The
Zhaoming Luo, le sam. 11 janv. 2025 09:47:35 +0800, a ecrit:
> On Thu, Jan 09, 2025 at 02:09:01PM +0100, Samuel Thibault wrote:
> > Hello,
> >
> > Zhaoming Luo, le jeu. 09 janv. 2025 20:58:22 +0800, a ecrit:
> > > The library can be compiled using the following command in the build/
> > > director
On Thu, Jan 09, 2025 at 02:09:01PM +0100, Samuel Thibault wrote:
> Hello,
>
> Zhaoming Luo, le jeu. 09 janv. 2025 20:58:22 +0800, a ecrit:
> > The library can be compiled using the following command in the build/
> > directory:
> > ```
> > make libstore-noparted
> > ```
> >
> > This file is the s
Hi,
On Fri, Jan 10, 2025 at 07:40:05PM +0100, Samuel Thibault wrote:
>
> Probably ext2fs doesn't really cope well with memory allocation
> limitation?
>
That's a good candidate, indeed. I replaced the prinf with a panic call, but
I couldn't reproduce the error, yet.
Diego
From: Diego Nieto Cid
Hello,
Sorry for the duplicate, I found a missing semicolon in the
unsupported architecture case. Now fixed.
Thanks,
Diego
-- >8 -- >8 -- >8 --
* procfs/rootdir.c: (rootdir_gc_cpuinfo) new function
(rootdir_entries) add entry for cpuinfo file
(cpuinfo_x86, cpu
From: Diego Nieto Cid
Hello,
This is a new version of the cpuinfo patch. I added some #ifdef to
include the cpuinfo.h or the march_aarch64 header accordingly.
I also attempted to implement a version of the content generation
function for aarch64 with the information in the link Sergey provided.
Hello,
Diego Nieto Cid, le mar. 07 janv. 2025 18:48:49 +, a ecrit:
> I've been running gnumach with this patch for some time, doing other
> porting/debugging tasks and suffered from sporadic filesystem corruption.
Probably ext2fs doesn't really cope well with memory allocation
limitation?
Sa
On 1/10/25 8:58 PM, Zhaoming Luo wrote:
On Thu, Jan 09, 2025 at 02:09:01PM +0100, Samuel Thibault wrote:
Apologize for it. I was testing the email client and forgot to remove Cc.
Best,
Zhaoming
Hello,
Zhaoming Luo, le jeu. 09 janv. 2025 20:58:22 +0800, a ecrit:
The library can be compiled us
On Thu, Jan 09, 2025 at 02:09:01PM +0100, Samuel Thibault wrote:
> Hello,
>
> Zhaoming Luo, le jeu. 09 janv. 2025 20:58:22 +0800, a ecrit:
> > The library can be compiled using the following command in the build/
> > directory:
> > ```
> > make libstore-noparted
> > ```
> >
> > This file is the s
13 matches
Mail list logo
