Hello,
Zhaoming Luo, le mer. 02 oct. 2024 15:41:54 +0800, a ecrit:
> However, the probing work
> will only be done when the system-specific pre-defined macro `__linux__` is
> defined [2].
> Does that mean `hwclock` will still not be able to access /dev/rtc after /dev/
> rtc is implemented?
Yes.
Hello,
jbra...@dismail.de, le lun. 30 sept. 2024 21:09:30 -0400, a ecrit:
> +Sergey Bugaev resumed his work on
> +[GHurdFileMonitor](https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3626)
> +(IS THAT A GOOD LINK? Seems outdated)
See the last comments, they are from two weeks ago.
> +He also
jbra...@dismail.de, le lun. 30 sept. 2024 21:09:29 -0400, a ecrit:
> * toolchain/cross-gnu.mdwn: I added an introductory paragraph to
> explain the difference between native and cross compilation, and I
> linked to Flavio's cross-hurd project. I removed the cross-gnu project
> reference. Does anyo
Hello,
jbra...@dismail.de, le sam. 28 sept. 2024 01:41:12 +, a ecrit:
> September 20, 2024 at 9:45 AM, jbra...@dismail.de mailto:jbra...@dismail.de
> wrote:
> > Want to run Debian GNU/Hurd on real hardware? We might recommend the
> > Thinkpad X200, T400, T500, or W500, which has internet co
jbra...@dismail.de, le mar. 24 sept. 2024 20:50:34 +, a ecrit:
> I've got a sr.ht (sourcehut) account. That apparently is primarily email
> based,
> but it has web based patch review tools.
If it's email-based, that's fine, we can let the flow-work got on
bug-hurd@gnu.org
Samuel
Applied the series, thanks!
Samuel
Hello,
Sergey Bugaev, le sam. 21 sept. 2024 12:46:03 +0300, a ecrit:
> On the other side of this, from a chat that I had at one point with
> Samuel, I understood that basically once glibc patches are merged, he
> could cross-build lots of Debian packages for aarch64-gnu,
Yes. It's not automatic i
Hello,
Thanks for working on the Qoth!
jbra...@dismail.de, le ven. 20 sept. 2024 13:45:30 +, a ecrit:
> Samuel fixed an issue with a shell replacement issue ,
It's Luca who did the hard work of debunking it :)
> and he notes that "saving/restoring sse registers needs to be implemented."
>
Applied, thanks!
Sergey Bugaev, le jeu. 19 sept. 2024 13:14:39 +0300, a ecrit:
> A common use case of access () / faccessat () is checking for file
> existence, not any specific access permissions. In that case, we can
> avoid doing the file_check_access () RPC; whether the given path had
> been
Applied, thanks!
Flavio Cruz, le lun. 09 sept. 2024 22:56:46 -0400, a ecrit:
> libmachdev implements the mach_i386 routines, so we have to implement
> this one.
> ---
> libmachdev/trivfs_server.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libmachdev/trivfs_server.c b/libmachd
Flávio Cruz, le lun. 09 sept. 2024 22:56:54 -0400, a ecrit:
> On Sun, Sep 8, 2024 at 6:12 PM Samuel Thibault <[1]samuel.thiba...@gnu.org>
> wrote:
>
> Applied, thanks!
>
>
> I think we want to revert this since this header is not being installed
> anymor
Applied, thanks!
Flavio Cruz, le lun. 09 janv. 2023 22:37:47 -0500, a ecrit:
> We avoid using repeated definitions and also update kd_event with the
> new 64bit compatible fields (rpc_time_value).
> ---
> console-client/mach-inputdev.h | 56 +-
> 1 file changed, 1
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:52 -0500, a ecrit:
> We do a few things here:
> - Move search_path to the scope where it is used to make dependencies
> more clear.
> - Have a separate variable to store the file name we eventually need to
> free and move the free logic
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:57 -0500, a ecrit:
> ---
> term/hurdio.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/term/hurdio.c b/term/hurdio.c
> index c6e14a4..a3e2a0a 100644
> --- a/term/hurdio.c
> +++ b/term/hurdio.c
> @@ -613,8 +6
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:56 -0500, a ecrit:
> ---
> ftpfs/ftpfs.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/ftpfs/ftpfs.c b/ftpfs/ftpfs.c
> index 794439b..9310a56 100644
> --- a/ftpfs/ftpfs.c
> +++ b/ftpfs/ftpfs.c
> @@ -51,8 +
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:55 -0500, a ecrit:
> ---
> proc/cpu-types.c | 2 ++
> proc/host.c | 2 ++
> 2 files changed, 4 insertions(+)
>
> diff --git a/proc/cpu-types.c b/proc/cpu-types.c
> index 3d89d5a..7a814f6 100644
> --- a/proc/cpu-types.c
> +++ b/proc/c
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:54 -0500, a ecrit:
> ---
> fstests/fstests.c | 1 -
> fstests/timertest.c | 10 --
> 2 files changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/fstests/fstests.c b/fstests/fstests.c
> index b776503..ca60203 100644
> ---
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:53 -0500, a ecrit:
> Not needed since b2c97e251bb470e6f967c716081675a96dbde59c
> ---
> procfs/rootdir.c | 8
> 1 file changed, 8 deletions(-)
>
> diff --git a/procfs/rootdir.c b/procfs/rootdir.c
> index 7742edd..206a541 100644
>
Hello,
AIUI, the fix you submitted was meant to fix this?
Samuel
Luca, le sam. 31 août 2024 09:42:59 +0200, a ecrit:
> Hi,
>
> Il 28/08/24 15:01, J. E. Marinheiro ha scritto:
> > At this point, a double fault evidently happens, Mach starts panicking, and
> > the registers are dumped:
> > * RAX
Applied, thanks!
Luca Dariz, le mer. 04 sept. 2024 22:18:04 +0200, a ecrit:
> * i386/i386/fpu.c: extend current getter and setter to support the
> extended state; move the struct casting here to reuse the locking
> and allocation logic for the thread state; make sure the new state
> is set a
Applied, thanks!
Luca Dariz, le mer. 04 sept. 2024 22:18:05 +0200, a ecrit:
> ---
> tests/include/testlib.h | 1 +
> tests/test-thread-state-fp.c | 240 +++
> tests/testlib.c | 16 +++
> tests/user-qemu.mk | 3 +-
> 4 files changed,
Luca Dariz, le mer. 04 sept. 2024 22:18:06 +0200, a ecrit:
> * x86_64/locore.S: adjust to the changes in the thread state
> structure (segment registers), and add the missing opcode.
Applied, thanks!
> ---
> x86_64/locore.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
free_softw...@xobnur.uk, le ven. 06 sept. 2024 14:45:02 -0400, a ecrit:
> /hurd/remap --version was claiming to be fakeroot
Applied, thanks!
Samuel
> ---
> trans/remap.c | 2 +-
> utils/syncfs.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/trans/remap.c b/trans/
Almudena Garcia, le dim. 25 août 2024 22:56:57 +0200, a ecrit:
> I've just found other problem: hurd-console doesn't works
that's why I had to disable it in the debian installer.
> Any solution?
Not that I know of.
Most probably just needs investigation and fixing.
Samuel
Almudena Garcia, le dim. 25 août 2024 21:38:17 +0200, a ecrit:
> I'm testing the image in Qemu, but the installer doesn't boot: when I press
> "text install", the machine simply reboots.
>
> Have you tested the installer?
Yes, like documented in the README.
Samuel
Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
> An amd64 installer cd image is available on
>
> https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
I have also put it on
http://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/current/
where it
Hello,
An amd64 installer cd image is available on
https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
It seems to be working, provided that one has enough memory (2G seems
enough)
Samuel
Johannes Schauer Marin Rodrigues, le dim. 25 août 2024 11:10:29 +0200, a ecrit:
> - ran /usr/lib/hurd/setup-translators -k
> - shut down the machine
> - mounted the image again (with -t ext4)
> - ran this: sudo getfattr --dump --match=- /mnt/hurd/*
Not all entries have a translator. Mostly onl
Luca Dariz, le sam. 24 août 2024 21:09:35 +0200, a ecrit:
> Il 22/08/24 23:44, Samuel Thibault ha scritto:
> > Luca Dariz, le mer. 21 août 2024 18:36:14 +0200, a ecrit:
> > > diff --git a/i386/include/mach/i386/mach_i386.defs
> > > b/i386/include/mach/i386/mach_i38
Samuel Thibault, le sam. 24 août 2024 19:25:54 +0200, a ecrit:
> Johannes Schauer Marin Rodrigues, le sam. 24 août 2024 18:29:52 +0200, a
> ecrit:
> > Quoting Samuel Thibault (2024-07-19 01:35:45)
> > > Putting a more eye-catching title :)
> >
> > Thank you, Samu
Johannes Schauer Marin Rodrigues, le sam. 24 août 2024 18:29:52 +0200, a ecrit:
> Quoting Samuel Thibault (2024-07-19 01:35:45)
> > Putting a more eye-catching title :)
>
> Thank you, Samuel!
>
> I am still unable to see extended attributes in the translators when checking
Sergey Bugaev, le ven. 23 août 2024 12:50:32 +0300, a ecrit:
> On Wed, Aug 21, 2024 at 7:37 PM Luca Dariz wrote:
> > +#include
> > +
> > +static void printx(struct i386_xfloat_state *state, int size)
> > +{
> > + printf("xfloat init %d fp %d exc %d\n",
> > + state->initialized, state->fp
Luca Dariz, le mer. 21 août 2024 18:36:16 +0200, a ecrit:
> * tests/test-machmsg.c: add two use cases used by glibc during signal
> handling
> * tests/include/testlib.h
> * tests/testlib.c: add new wait_thread_terminated() helper
Applied, thanks!
> ---
> tests/include/testlib.h | 1 +
> tests
Luca Dariz, le mer. 21 août 2024 18:36:14 +0200, a ecrit:
> + } else if (flavor == i386_XFLOAT_STATE) {
> + int i;
> + struct i386_xfp_save *user_fp_state = (struct i386_xfp_save *)
> &xfstate->hw_state[0];
We should also check that user_fp_state->fp_save_kind == f
Luca Dariz, le mer. 21 août 2024 18:36:14 +0200, a ecrit:
> diff --git a/i386/include/mach/i386/mach_i386.defs
> b/i386/include/mach/i386/mach_i386.defs
> index 965d5c3b..61fed222 100644
> --- a/i386/include/mach/i386/mach_i386.defs
> +++ b/i386/include/mach/i386/mach_i386.defs
> @@ -111,3 +111,9
Luca Dariz, le mer. 21 août 2024 18:36:15 +0200, a ecrit:
> +static void printx(struct i386_xfloat_state *state, int size)
> +{
> + printf("xfloat init %d fp %d exc %d\n",
> + state->initialized, state->fpkind, state->exc_status);
> + struct i386_xfp_save *xfp = (struct i386_xfp_save *) &
Hello,
Thanks for the improved version!
Luca Dariz, le mer. 21 août 2024 18:36:14 +0200, a ecrit:
> @@ -495,10 +534,11 @@ ASSERT_IPL(SPL0);
> * concurrent fpu_set_state or fpu_get_state.
> */
> kern_return_t
> -fpu_get_state(const thread_t thread,
> - struct i386_float_state *state
Hello,
Luca Dariz, le lun. 05 août 2024 14:52:24 +0200, a ecrit:
> Il 05/08/24 00:32, Samuel Thibault ha scritto:
> > Luca Dariz, le ven. 02 août 2024 17:32:34 +0200, a ecrit:
> > > +#define XFP_STATE_BYTES (sizeof (struct i386_xfp_save))
> >
> > That is not su
Samuel Thibault, le sam. 03 août 2024 00:23:07 +0200, a ecrit:
> Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> > I have noticed that the ibus package errs out in its testsuite. ibus is
> > a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
Hello,
Luca Dariz, le ven. 02 août 2024 17:32:34 +0200, a ecrit:
> +#define XFP_STATE_BYTES (sizeof (struct i386_xfp_save))
That is not sufficient: depending on the sse level and the saving style,
we have various amount of data to store. See fp_xsave_size computed in
init_fpu, we have to save all
bdefre...@verizon.net, le ven. 02 août 2024 22:36:12 +, a ecrit:
> If I can ever get my new key signed I'll try to get on some of this.
If you can provide a patch, I can very easily upload it :)
Samuel
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> I have noticed that the ibus package errs out in its testsuite. ibus is
> a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
> take a look at its testsuite failures?
I also notice that jackd2 is fa
Samuel Thibault, le jeu. 01 août 2024 00:45:36 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
>
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> - packages that don't fail on hurd-i386, probably worth investigating as
> that'll probably reveal some bugs in the hurd-amd64 port.
(sometimes it's just that the package has 64bit-specific code that was
nev
Almudena Garcia, le jeu. 01 août 2024 00:55:19 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> We are then seeing build failures, see
> https://people.debian.org/~sthibault/hurd-amd64/failed.txt
Ah, I forgot to talk about the general stability of the port.
The main concern is that it looks like swapping doesn'
Hello,
It's high time to give some updates on the 64bit front.
Things seem to be going quite nicely, there is of course still some work
ahead :)
The shell replacement issue that I was having is mostly understood now
and fixed/worked around ; there are two issues, found by Luca:
- The clobber str
Applied, thanks!
Flavio Cruz, le mar. 30 juil. 2024 00:51:20 -0400, a ecrit:
> ---
>
> This is likely to help with some of the issues we are seeing with x86_64
> related to signal handling but I don't know how to reproduce it.
>
> hurd/hurdfault.c | 9 -
> 1 file changed, 8 insertions(+
Nathan Dehnel, le mar. 30 juil. 2024 02:59:55 -0500, a ecrit:
> make[1]: *** No rule to make target 'mach/machine/mach_i386.h', needed
It's supposed to be installed by glibc, do you have it installed?
Samuel
Applied, thanks!
Flavio Cruz, le dim. 21 juil. 2024 17:20:55 -0400, a ecrit:
> ---
> nfsd/cache.c | 2 +-
> nfsd/ops.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/nfsd/cache.c b/nfsd/cache.c
> index cd5524af..864739c0 100644
> --- a/nfsd/cache.c
> +++ b/nfsd/c
root.tar .'\
> unstable /dev/null
>
> We could turn these tarballs into an ext4 file system but that would not be
> very useful yet, because all the translators would be missing from it. I was
> told by Samuel Thibault that since recently, translators are stored in
> ext
Applied, thanks!
Flavio Cruz, le jeu. 18 juil. 2024 22:25:03 +0100, a ecrit:
> I have noticed a problem when compiling rumpkernel with the new
> thread_get_name:
>
> gnumachUser.c: In function 'thread_get_name':
> gnumachUser.c:1791:37: error: comparison of integer expressions of different
> sig
Hello,
Guillem Jover, le jeu. 18 juil. 2024 00:04:29 +0200, a ecrit:
> I guess a partial list of places that would be nice to extend
> could be:
>
> Salsa: https://salsa.debian.org/salsa-ci-team/pipeline
We have a gitlab runner running on exodar. I'm wondering about the
capacity of the box, th
Carlos O'Donell, le lun. 15 juil. 2024 09:09:37 -0400, a ecrit:
> On 7/15/24 7:45 AM, Andreas K. Huettel wrote:
> >>> diff --git a/sysdeps/mach/hurd/i386/libpthread.abilist
> >>> b/sysdeps/mach/hurd/i386/libpthread.abilist
> >>> index fa90cc65..3ea7cb41 100644
> >>> --- a/sysdeps/mach/hurd/i386/li
Hello,
Flavio Cruz, le jeu. 11 juil. 2024 23:37:35 +0100, a ecrit:
> diff --git a/sysdeps/mach/hurd/i386/libpthread.abilist
> b/sysdeps/mach/hurd/i386/libpthread.abilist
> index fa90cc65..3ea7cb41 100644
> --- a/sysdeps/mach/hurd/i386/libpthread.abilist
> +++ b/sysdeps/mach/hurd/i386/libpthread.a
Applied, thanks!
Flavio Cruz, le jeu. 11 juil. 2024 23:36:39 +0100, a ecrit:
> ---
> include/mach/gnumach.defs | 8
> kern/thread.c | 21 +
> 2 files changed, 29 insertions(+)
>
> diff --git a/include/mach/gnumach.defs b/include/mach/gnumach.defs
> index
Samuel Thibault, le dim. 14 juil. 2024 18:11:40 +0200, a ecrit:
> Samuel Thibault, le dim. 14 juil. 2024 18:06:22 +0200, a ecrit:
> > Samuel Thibault, le dim. 14 juil. 2024 17:42:51 +0200, a ecrit:
> > > Flavio Cruz, le dim. 14 juil. 2024 16:40:24 +0100, a ecrit:
> >
Samuel Thibault, le dim. 14 juil. 2024 18:06:22 +0200, a ecrit:
> Samuel Thibault, le dim. 14 juil. 2024 17:42:51 +0200, a ecrit:
> > Flavio Cruz, le dim. 14 juil. 2024 16:40:24 +0100, a ecrit:
> > > On 14.07.2024 16:37, Samuel Thibault wrote:
> > > > For inline
Samuel Thibault, le dim. 14 juil. 2024 17:42:51 +0200, a ecrit:
> Flavio Cruz, le dim. 14 juil. 2024 16:40:24 +0100, a ecrit:
> > On 14.07.2024 16:37, Samuel Thibault wrote:
> > > For inlined port arrays, WriteExtractArg compacts them from a
> > > mach_port_name_inlin
Flavio Cruz, le dim. 14 juil. 2024 16:40:24 +0100, a ecrit:
> On 14.07.2024 16:37, Samuel Thibault wrote:
> > For inlined port arrays, WriteExtractArg compacts them from a
> > mach_port_name_inlined_t array to a mach_port_t array, reusing the
> > memory area. But when the se
For inlined port arrays, WriteExtractArg compacts them from a
mach_port_name_inlined_t array to a mach_port_t array, reusing the
memory area. But when the server returns an error, the caller will
destroy the message, and thus expects the original inlined port arrays
available.
Index: mig-1.8+git20
Applied, thanks!
Flavio Cruz, le mer. 10 juil. 2024 17:05:02 +0100, a ecrit:
> Remove unnecessary definitions from sys/types.h.
> ---
> include/sys/types.h | 23 +--
> 1 file changed, 1 insertion(+), 22 deletions(-)
>
> diff --git a/include/sys/types.h b/include/sys/types.h
>
Applied, thanks!
Flavio Cruz, le mer. 10 juil. 2024 17:04:40 +0100, a ecrit:
> ---
> Makefile.am | 5 +
> configure.ac | 6 +-
> 2 files changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/Makefile.am b/Makefile.am
> index 357e847..837d602 100644
> --- a/Makefile.am
> +++ b/Makefi
Applied, thanks!
Flavio Cruz, le mer. 10 juil. 2024 17:05:34 +0100, a ecrit:
> While these are short-circuited translators and simply change st_mode,
> actual translators can be set on top. We want `showtrans` to
> show the actual passive translator, not the short-circuited one.
> ---
> libdiskfs
Sergey Bugaev, le mer. 10 juil. 2024 21:07:21 +0300, a ecrit:
> Do you expect the process itself to query its threads' names locally,
> or do you expect another process (GDB) to issue thread_get_name
> remotely?
We'll want e.g. gdb to use thread_get_name to get it indeed.
> On Wed, Jul 10, 2024 a
Sergey Bugaev, le mer. 10 juil. 2024 21:07:21 +0300, a ecrit:
> in general, what's this useful for? Debugging, maybe?
Yes, but also because we see more and more software assuming that these
functions are available... (just because they are on Linux)
Samuel
H.J. Lu, le mar. 09 juil. 2024 09:01:35 +0800, a ecrit:
> On Tue, Jul 9, 2024, 8:55 AM Samuel Thibault <[1]samuel.thiba...@gnu.org>
> wrote:
>
> This change fixes this by adding the version dependency only on x86_64
> Linux.
>
>
> That is wrong. Your patc
916730425594 ("elf: Add elf_backend_add_glibc_version_dependency")
introduced adding an extra GLIBC_2.36 version dependency for x86_64. But
on x86_64 GNU/Hurd, there has never been a glibc 2.36 port, and thus the
GLIBC_2.36 version is not defined. The additional version dependency is
thus spurious
Hello,
Nathan Dehnel, le sam. 06 juil. 2024 02:55:15 -0500, a ecrit:
> Hello, I'm in the process of setting up CI for Hurd using Guix. What
> I'm doing is taking the upstream Guix package definitions and
> modifying them to build from a git checkout. I ran into this error
> trying to build gnumach
Applied, thanks!
Flavio Cruz, le mer. 03 juil. 2024 21:38:43 +0100, a ecrit:
> We need to expose the function declarations in mig_support.h.
>
> Also fix test setup to work well in cases the build directory is not
> inside the source directory.
> ---
> tests/bad/Makefile.am | 2 +-
>
jbra...@dismail.de, le sam. 29 juin 2024 20:48:40 +, a ecrit:
> > Applied, thanks!
>
> Just a heads up,
>
> When I go to https://www.gnu.org/software/hurd/
>
> and click on 2024-q2,
>
> I get a 404 error page.
Right, forgot to add the file, now fixed, thanks for checking!
Samuel
> > jb
Applied, thanks!
jbra...@dismail.de, le jeu. 27 juin 2024 07:57:34 -0400, a ecrit:
> ---
> news/2024-q2.mdwn | 114 ++
> 1 file changed, 114 insertions(+)
> create mode 100644 news/2024-q2.mdwn
>
> diff --git a/news/2024-q2.mdwn b/news/2024-q2.mdwn
>
Applied, thanks!
Flavio Cruz, le lun. 24 juin 2024 21:57:01 +0100, a ecrit:
> ---
> linux/Makefrag.am | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/linux/Makefrag.am b/linux/Makefrag.am
> index 2338452..2af513b 100644
> --- a/linux/Makefrag.am
> +++ b/linux/Make
Applied, thanks!
Flavio Cruz, le lun. 24 juin 2024 21:56:08 +0100, a ecrit:
> * ftpfts/ftpfs: use appropriate function signature for interrupt_check.
> * pfinet/Makefile: turn off warnings in Linux driver code that are now
> errors in GCC 14.
> * pfinet/glue-include/linux/socket.h: remove duplic
Applied, thanks!
Flavio Cruz, le lun. 24 juin 2024 21:55:47 +0100, a ecrit:
> Compilation fails otherwise due to -Werror=implicit-function-declaration
> ---
> pfinet/ethernet.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/pfinet/ethernet.c b/pfinet/ethernet.c
> index 9eb33bb..ae738de
Hello,
Joshua Branson, le mar. 11 juin 2024 11:43:42 -0400, a ecrit:
> "jbra...@dismail.de" writes:
>
> > Hey Samuel, this is another modification of a previous commit.
> > Hopefully this addresses your critiques. I also added in
> > "-E root_owner=$UID:0" to some other files, where I thought i
Applied, thanks!
Luca Dariz, le mer. 12 juin 2024 08:27:55 +0200, a ecrit:
> * tests/test-machmsg.c: add more combinations to existing cases:
> - make tx and rx ports independent in the send/receive tests
> - add two more variants for send/receive tests, using two separate
> system calls,
Applied, thanks!
Luca Dariz, le mer. 12 juin 2024 08:27:54 +0200, a ecrit:
> * ipc/copy_user.c: recent MIG stubs should always fill the size
> correctly in the msg header, but we shouldn't rely on that. Instead,
> we use the size that was correctly copied-in, overwriting the value
> in the h
jbra...@dismail.de, le ven. 31 mai 2024 16:27:33 +, a ecrit:
> May 31, 2024 at 8:57 AM, "Samuel Thibault" wrote:
> > jbra...@dismail.de, le ven. 31 mai 2024 12:53:34 +, a ecrit:
> >
> > >
> > > May 30, 2024 at 1:53 PM, "Samuel Thibault&q
Hello,
jbra...@dismail.de, le ven. 31 mai 2024 14:11:35 -0400, a ecrit:
> Hey Samuel, I think it's fairly silly that we have a open_issues/images/
> directory.
It looks more structured to me than stuffing all images in the same
place.
> Why don't we start moving that stuff to $hurd-web-src/im
jbra...@dismail.de, le ven. 31 mai 2024 12:53:34 +, a ecrit:
> May 30, 2024 at 1:53 PM, "Samuel Thibault" wrote:
> I updated the image. What do you think of that?
> It's attached. :)
Rather put the hardware below GNU Mach :)
And you can make the arrow go around GNU Mach.
Samuel
jbra...@dismail.de, le jeu. 30 mai 2024 13:29:48 -0400, a ecrit:
> + $ dd if=/dev/zero of=silly.fs bs=1024k count=8
> + $ /sbin/mkfs.ext2 silly.fs
Ah, apparently the behavior here changed in newer versions of e2fsprogs.
You need to use -E root_owner=$UID:0 to get the root owned by your use
I applied the first three, thanks!
Samuel
jbra...@dismail.de, le jeu. 30 mai 2024 13:29:45 -0400, a ecrit:
> * hurd/terrible-mdns-responder.mdwn: new file
> * contributing.mdwn: added a link to the mdns-responder.
> * hurd/documentation.mdwn: added a link to the mdns-responder.
> * hurd/running/d
Hello,
jbra...@dismail.de, le jeu. 30 mai 2024 13:29:49 -0400, a ecrit:
> * hurd/what_is_the_gnu_hurd.mdwn: I added the image from the
> open_issues/anatomy_of_a_hurd_system.mdwn. This page is probably
> something that is viewed a lot. People like images.
> ---
> hurd/what_is_the_gnu_hurd.mdwn
Applied, thanks!
jbra...@dismail.de, le dim. 26 mai 2024 21:09:23 -0400, a ecrit:
> * hurd/bootstrap.mdwn: I inlined the what_is_an_os_bootstrap page, and
> wrote that the current bootstrap page is out of date and does not
> include pci-arbiter or rumpdisk.
> * hurd/what_is_an_os_bootstrap.mdwn: a
Applied the series, thanks!
jbra...@dismail.de, le sam. 25 mai 2024 23:39:55 -0400, a ecrit:
> ---
> faq/reporting_bugs.mdwn | 9 ++---
> hurd/running/debian/patch_submission.mdwn | 6 +++---
> 2 files changed, 9 insertions(+), 6 deletions(-)
>
> diff --git a/faq/reporting_
Applied, thanks!
first last, le mar. 07 mai 2024 18:57:21 -0400, a ecrit:
> The bootstrap filesystem doesn't have to be ext2fs
> ---
> startup/startup.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/startup/startup.c b/startup/startup.c
> index 27af818b..b9fed241 10064
Applied, thanks!
free_softw...@xobnur.uk, le dim. 05 mai 2024 17:00:50 -0400, a ecrit:
> The field length check should check for field overflow.
> ---
> isofs/rr.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/isofs/rr.c b/isofs/rr.c
> index 4cd97924..b6d85446 100644
>
Hello,
Etienne Brateau, le jeu. 02 mai 2024 23:40:25 +0200, a ecrit:
> The symbol was declared twice so when trying to use the libraries, the
> linker would fail due to multiple symbols with the same names. Theses
> declarations appears in:
> - buildrump.sh/src/sys/net/if.c
> - buildrump.sh/src/sy
Update of task #7050 (group hurd):
Summary: implement shared semaphores and mutexes, implement
sem_open/semget => implement shared barriers, rwlocks, conds
Wiki-like text discussion box: As a starter, maybe sem_open() would be easier,
because it seems like it could map very well t
Hello,
Sergey Bugaev, le lun. 25 mars 2024 15:24:14 +0300, a ecrit:
> On Mon, Mar 25, 2024 at 2:58 PM Florian Weimer wrote:
> > > I think the intent here is to initialize _dl_pagesize with a
> > > conservative default, to avoid initialization ordering issues.
> > > EXEC_PAGESIZE is supposed to be
Sergey Bugaev, le mar. 16 avril 2024 10:10:11 +0300, a ecrit:
> On Tue, Apr 16, 2024 at 4:01 AM Samuel Thibault
> wrote:
> > Ah, no, I mis read the result. It does stay stuck on x86_64.
>
> Indeed, thanks. Reproduced and fixed; I was accidentally using rsp
> (instead
Hello,
Thanks!
I applied the series except the patch adding the test, since it fails on
x86_64. Most probably it's the test that needs fixing.
Samuel
Sergey Bugaev, le lun. 15 avril 2024 12:01:40 +0300, a ecrit:
> Hello!
>
> This patchset contains public headers for AArch64 support in GNU Mach
Samuel Thibault, le mar. 16 avril 2024 02:59:39 +0200, a ecrit:
> Sergey Bugaev, le lun. 15 avril 2024 12:01:49 +0300, a ecrit:
> > This tests generating and handling exceptions, thread_get_state(),
> > thread_set_state(), and newly added thread_set_self_state(). It does
>
Sergey Bugaev, le lun. 15 avril 2024 12:01:49 +0300, a ecrit:
> This tests generating and handling exceptions, thread_get_state(),
> thread_set_state(), and newly added thread_set_self_state(). It does
> many of the same things that glibc does when handling a signal.
> ---
> Note that I only teste
published, thanks!
Nathan Dehnel, le dim. 07 avril 2024 03:38:04 -0500, a ecrit:
> I made edits to your patch.
> From 7c8852217dfcee0a8623320afd3d96be7abcfb51 Mon Sep 17 00:00:00 2001
> From: Nathan Dehnel <5498361+gooberpatro...@users.noreply.github.com>
> Date: Sun, 7 Apr 2024 03:26:39 -0500
>
Hello,
Applied, thanks so much!
Samuel
Sergey Bugaev, le ven. 05 avril 2024 18:18:48 +0300, a ecrit:
> When operating on the kernel map, vm_map_pageable_scan() does what
> the code itself describes as "HACK HACK HACK HACK": it unlocks the map,
> and calls vm_fault_wire() with the map unlocked. T
Applied, thanks!
Samuel
Sergey Bugaev, le lun. 01 avril 2024 12:00:17 +0300, a ecrit:
> Mach allows messages to carry port rights along with data; the rights
> contained in a message are transferred from the sender's IPC space to
> the receiver. The sender has to specify exactly how a right that
Applied, thanks!
Sergey Bugaev, le jeu. 28 mars 2024 09:40:50 +0300, a ecrit:
> On Wed, Mar 27, 2024 at 9:37 PM Samuel Thibault
> wrote:
> > But it's not getting used anywhere?
>
> Indeed, I forgot to extract the kern/bootstrap.c part of the change.
> Ooops :)
Applied, thanks!
Sergey Bugaev, le mer. 27 mars 2024 19:18:41 +0300, a ecrit:
> ---
> tests/user-qemu.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tests/user-qemu.mk b/tests/user-qemu.mk
> index fd5ae1ab..4f8390b6 100644
> --- a/tests/user-qemu.mk
> +++ b/tests/user-qemu.mk
> @@ -
1 - 100 of 2054 matches
Mail list logo