[PATCH 1/1] /hurd/null: support setting device ID

--- sutils/MAKEDEV.sh | 2 +- trans/null.c | 56 +-- 2 files changed, 55 insertions(+), 3 deletions(-) diff --git a/sutils/MAKEDEV.sh b/sutils/MAKEDEV.sh index 7c35fd7..8c67d61 100644 --- a/sutils/MAKEDEV.sh +++ b/sutils/MAKEDEV.sh @@ -140,7 +140,

[PATCH 0/1] fix cp /dev/null file

ply set the same values I observed on my GNU/Linux system. We need a proper solution before pushing. The code was borrowed from `trans/streamio.c`. gfleury (1): /hurd/null: support setting device ID sutils/MAKEDEV.sh | 2 +- trans/null.c |

[gnumach] fix smp 1

--- i386/i386/mp_desc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/i386/i386/mp_desc.c b/i386/i386/mp_desc.c index c90600f..e67aa76 100644 --- a/i386/i386/mp_desc.c +++ b/i386/i386/mp_desc.c @@ -279,6 +279,9 @@ start_other_cpus(void) { int ncpus = smp_get_numcpus(); +

build bash-5.2.21 on debian-hurd-x86_64

findcmd.o redir.o pcomplete.o pcomplib.o syntax.o xmalloc.o -lbuiltins -lglob -lsh -lreadline -lhistory ./lib/termcap/libtermcap.a -ltilde -lmalloc-ldl /usr/bin/ld: ./lib/termcap/libtermcap.a(termcap.o):/home/gfleury/bash-5.2.21/build/lib/termcap/../../../lib/termcap/termcap.c:298: multiple

Re: [PATCH 0/3] htl: move __pthtread_total, ___pthread_self, pthread_self

3 janvier 2023 à 23:50 "Samuel Thibault" a écrit: hello, > > Hello, > > Apart from the symbols visibility, that looks good to me, thanks! > > We're however in glibc slushy ABI freeze period, I guess we should > refrain from including this patch for 2.37? > No problem, i send a second version

Re: [PATCH 1/2] startup: Mark all essential tasks as our children

Hello Damien and all, 8 mai 2021 02:21 "Damien Zammit" a écrit: > This marks all essential tasks as children of startup (or proc?) > > With this patch, rumpdisk appears as an essential task but > > cat /proc/6/stat > This seems to be related to a known bug report by Brent at: http://savannah.

Re: A few questions: Libre SoC, website, Rust

hi, 9 septembre 2020 20:04 "Nala Ginrut" a écrit: > Hi there! > > Jan Wielkiewicz writes: > >> Third question: >> Do you have anything against Rust contributions into the project? My >> friend is interested in contributing, but unfortunately in Rust, not C. >> I wonder if rump drivers could be

doc libpager

Hi Joan, I can not reply in your thread "Implement paging on the pci arbiter" because i suscribed right now. hope you this links! This doc talk about libpager. https://www.freesoft.org/software/hurd/building.pdf (https://www.freesoft.org/software/hurd/building.pdf) https://github.com/BrentBac

Re: PATCH: Small fix in gnumach

14 mars 2020 17:54 "Samuel Thibault" a écrit: > Hello, > > BTW it seems your mailer attaches .patch files as > application/octet-stream, you should teach it to attach it as plain > text so it shows up as such in readers' mailers. > > gfle...@disroot.org, le sam. 14 mars 2020 08:11:33 +, a e

Re: PATCH: Small fix in gnumach

14 mars 2020 17:54 "Samuel Thibault" a écrit: > Hello, > > BTW it seems your mailer attaches .patch files as > application/octet-stream, you should teach it to attach it as plain > text so it shows up as such in readers' mailers. > > gfle...@disroot.org, le sam. 14 mars 2020 08:11:33 +, a e

Re: PATCH: Small fix in gnumach

hello, 14 mars 2020 00:46 "Samuel Thibault" a écrit: > Hello, > > gfle...@disroot.org, le ven. 13 mars 2020 20:55:29 +, a ecrit: > >> if the previous call vm_object_enter return VM_OBJECT_NULL in new_object >> the new_object->shadow dereference of NULL will cause a bug. >> >> attached fil

PATCH: Small fix in gnumach

Hello, http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/vm/vm_object.c#n1371 (http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/vm/vm_object.c#n1371) if the previous call vm_object_enter return VM_OBJECT_NULL in new_object the new_object->shadow dereference of NULL will cause a bug. a