[PATCH gnumach v3] Implement per task virtual memory limit

2024-12-30 Thread dnietoc
From: Diego Nieto Cid * include/mach/gnumach.defs: (vm_set_size_limit) new routine (vm_get_size_limit) likewise * kern/task.c: (task_create_kernel) if parent_task is not null copy virtual memory limit * tests/test-vm.c: (test_vm_limit) add test for the new routines * vm/vm_kern.c: (p

[RFC PATCH] Implement per task virtual memory limit

2024-12-22 Thread dnietoc
From: Diego Nieto Cid * include/mach/gnumach.defs: (task_set_vm_limit) new routine (task_get_vm_limit) likewise * kern/task.c: (task_create_kernel) if parent_task is not null copy virtual memory limit (task_set_vm_limit) new function (task_get_vm_limit) likewise * tests/test-ta

[PATCH hurd v1] Add partial /proc/cpuinfo implementation

2025-01-10 Thread dnietoc
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.

[PATCH hurd v1] Add partial /proc/cpuinfo implementation

2025-01-10 Thread dnietoc
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

[PATCH gnumach v1] [aarch64] make hwcaps_t a pointer to uint64_t

2025-01-09 Thread dnietoc
From: Diego Nieto Cid Hi, I went ahead and made a patch for the hwcaps_t type. I'm not sure if it is that simple. I figured the implementation of the RPC should be changed too, but couldn't find it in gnumach sources. Also, I didn't test this at all. I guess I need to somehow cross compile and

[PATCH] procfs: set d_type on returned direntries

2025-01-19 Thread dnietoc
From: Diego Nieto Cid Hello, This sets d_type to DT_DIR in those entries of procfs which are actually directories; which allows libgtop to list processes using the linux port code. Hope this is what you had in mind Samuel. It's not very robust, but I couldn't find other way to do it. Regards,

[PATCH v2] procfs: set d_type on returned direntries

2025-01-20 Thread dnietoc
From: Diego Nieto Cid Hello, Thanks for the pointer Samuel. I managed to call procfs_lookup and extract from the node stat structure its type. It mostly works except for the ".." and "self" entries: ./test-proc//..: d_type: 0 ./test-proc//self: d_type: 0 Well "self" is probably a syml

[PATCH hurd v2] Add partial /proc/cpuinfo implementation

2025-01-26 Thread dnietoc
From: Diego Nieto Cid Hello, On Sun, Jan 26, 2025 at 10:18:03PM +0100, Samuel Thibault wrote: > > dnie...@gmail.com, le ven. 10 janv. 2025 23:52:28 +, a ecrit: > > --- a/procfs/rootdir.c > > + > > + m = open_memstream(contents, (size_t *) contents_len); > > Please mind the GNU coding style

[PATCH gnumach v2] Implement per task virtual memory limit

2024-12-25 Thread dnietoc
From: Diego Nieto Cid Merry Christmas Hurd community! I hope everyone is doing well and enjoying the holidays. This is version 2 of the VM limit patch, which without the continued support of Sergey, could not be possible. So, thanks Sergey! --- * include/mach/gnumach.defs: (vm_set_size_limit)

[PATCH gnumach v1] Implement per task virtual memory limit

2024-12-23 Thread dnietoc
From: Diego Nieto Cid This is the first iteration of the patch. I incorporated the suggestions made by Sergey is his review. I also used the implementation of the vm_set_size_limit based on the host port being the reciever of the RPC (that Sergey sent to the other thread). There remains a TODO

[RFC PATCH hurd] Add partial /proc/cpuinfo implementation

2025-01-07 Thread dnietoc
From: Diego Nieto Cid Hello, This is a patch to introduce the cpuinfo file to the hierarchy exposed by procfs. I used as guidance the Wikipedia article on the CPUID instruction and the GNU/Linux output to sort each line in the output. There remains a lot of fields that I haven't covered yet an