This adds a working rump driver for /dev/wmX cards,
which are Intel i8254x Gigabit Ethernet devices.
(See man.netbsd.org for "wm(4)")
This should be easily extended to support other NICs
by contributing some makefile foo to netbsd/rump.
TESTED:
- On UP+apic it works 100% with hurd-i3
Damien Zammit, le dim. 20 juil. 2025 11:20:33 +, a ecrit:
> Hi,
>
> Original Message
> On 20/7/25 8:54 pm, Samuel Thibault wrote:
>
> > > Set Receive Timeout is required.
> > >
> > > The immediate flag makes it begin filling the bpf buffer without any
> > delay. But wi
Hi,
Original Message
On 20/7/25 8:54 pm, Samuel Thibault wrote:
> > Set Receive Timeout is required.
> >
> > The immediate flag makes it begin filling the bpf buffer without any
> delay. But without the timeout set, a pending blocking read will never
> return until the wh
Damien Zammit, le dim. 20 juil. 2025 10:34:16 +, a ecrit:
> Original Message
> > Damien Zammit, le dim. 20 juil. 2025 02:49:16 +, a ecrit:
> > > + flag = 0;
> > > + err = rump_sys_ioctl (nd->bpf_fd, BIOCIMMEDIATE, &flag);
> > > + if (err < 0)
> > > +{
> > > +
Hi Samuel,
Original Message
On 20/7/25 7:43 pm, Samuel Thibault wrote:
> Damien Zammit, le dim. 20 juil. 2025 02:49:16 +, a ecrit:
> > + flag = 0;
> > + err = rump_sys_ioctl (nd->bpf_fd, BIOCIMMEDIATE, &flag);
> > + if (err < 0)
> > +{
> > + mach_print("ER
Damien Zammit, le dim. 20 juil. 2025 02:49:16 +, a ecrit:
> + flag = 0;
> + err = rump_sys_ioctl (nd->bpf_fd, BIOCIMMEDIATE, &flag);
> + if (err < 0)
> +{
> + mach_print("ERROR: biocimmediate failed\n");
> + errno = rump_errno2host(err);
> + return errno;
> +}
> +
> +
This adds a working rump driver for /dev/wmX cards,
which are Intel i8254x Gigabit Ethernet devices.
(See man.netbsd.org for "wm(4)")
This should be easily extended to support other NICs
by contributing some makefile foo to netbsd/rump.
TESTED:
- On UP+apic it works 100% with hurd-i3
Hello,
Just a quick skim over it.
Damien Zammit, le lun. 07 juil. 2025 09:26:54 +, a ecrit:
> +int
> +main (int argc, char **argv)
> +{
> +
> + /* Make sure we will not swap out,
> + * because dma buffers for net drivers don't work otherwise */
> + err = wire_task_self ();
> + if (err)
Damien Zammit, le lun. 07 juil. 2025 09:25:35 +, a ecrit:
> This allows top to show Cpu0 to CpuN idle stats when you press 1.
>
> TESTED: on UP and SMP gnumach with debian hurd-i386.
Applied, thanks!
> ---
> procfs/rootdir.c | 63 ++-
This adds a working rump driver for /dev/wmX cards,
which are Intel i8254x Gigabit Ethernet devices.
(See man.netbsd.org for "wm(4)")
TESTED:
- It seems to work 100% on UP with hurd-i386.
- On SMP it still works better than netdde but hangs gnumach
when a large file is received
This allows top to show Cpu0 to CpuN idle stats when you press 1.
TESTED: on UP and SMP gnumach with debian hurd-i386.
---
procfs/rootdir.c | 63 ++--
1 file changed, 50 insertions(+), 13 deletions(-)
diff --git a/procfs/rootdir.c b/procfs/rootdir.c
On 7/2/25 7:54 AM, Samuel Thibault wrote:
> Possibly the interrupt and the driver thread are stupidly competing for
> the spinlock.
>
We could try compiling rump with RUMP_LOCKS_UP
and keep the setting RUMP_NCPU=1.
We also need to figure out why running with
RUMP_NCPU=2 fails to open random init.
Samuel Thibault, le mar. 01 juil. 2025 23:45:05 +0200, a ecrit:
> Samuel Thibault, le mar. 01 juil. 2025 23:26:38 +0200, a ecrit:
> > I guess it's working on BSD only by luck because mutex_init() is mostly
> > no-op... I'll add a patch for this which seems to work for me
>
> It's *very* slow, thou
Samuel Thibault, le mar. 01 juil. 2025 23:26:38 +0200, a ecrit:
> I guess it's working on BSD only by luck because mutex_init() is mostly
> no-op... I'll add a patch for this which seems to work for me
It's *very* slow, though...
# dd < /dev/ud0 > /dev/null bs=64K count=10
10+0 records in
10+0 re
Samuel Thibault, le mar. 01 juil. 2025 22:20:52 +0200, a ecrit:
> Samuel Thibault, le mar. 01 juil. 2025 22:09:27 +0200, a ecrit:
> > Samuel Thibault, le mar. 01 juil. 2025 21:32:23 +0200, a ecrit:
> > > Damien Zammit, le mar. 01 juil. 2025 14:16:27 +, a ecrit:
> > > > This provides a functiona
Samuel Thibault, le mar. 01 juil. 2025 22:09:27 +0200, a ecrit:
> Samuel Thibault, le mar. 01 juil. 2025 21:32:23 +0200, a ecrit:
> > Damien Zammit, le mar. 01 juil. 2025 14:16:27 +, a ecrit:
> > > This provides a functional rumpdisk and rumpusbdisk
> > > with or without static linkage of libru
Samuel Thibault, le mar. 01 juil. 2025 21:32:23 +0200, a ecrit:
> Damien Zammit, le mar. 01 juil. 2025 14:16:27 +, a ecrit:
> > This provides a functional rumpdisk and rumpusbdisk
> > with or without static linkage of librump.
>
> Great :) applied, thanks!
>
> > TESTED:
> > - opens usb stic
Damien Zammit, le mar. 01 juil. 2025 14:16:27 +, a ecrit:
> This provides a functional rumpdisk and rumpusbdisk
> with or without static linkage of librump.
Great :) applied, thanks!
> TESTED:
> - opens usb stick with both dynamic and static rumpusbdisk.
I'm still getting issues with rumpu
This provides a functional rumpdisk and rumpusbdisk
with or without static linkage of librump.
TESTED:
- opens usb stick with both dynamic and static rumpusbdisk.
- boots off ahci with static rumpdisk
---
Makeconf | 4 ++--
rumpdisk/Makefile | 18 +-
2 files changed
.050] pci0: i/o space, memory space enabled, rd/line, rd/mult,
> wr/inv ok
> > > [ 1.050] vendor 8086 product 1237 (host bridge, revision 0x02) at
> pci0 dev 0 function 0 not configured
> > > [ 1.050] vendor 8086 product 7000 (ISA bridge) at pci0 dev 1
> functi
pace enabled, rd/line, rd/mult,
> > wr/inv ok
> > [ 1.050] vendor 8086 product 1237 (host bridge, revision 0x02) at
> > pci0 dev 0 function 0 not configured
> > [ 1.050] vendor 8086 product 7000 (ISA bridge) at pci0 dev 1
> > function 0 not conf
evision 0x02) at pci0
> dev 0 function 0 not configured
> [ 1.050] vendor 8086 product 7000 (ISA bridge) at pci0 dev 1 function
> 0 not configured
> [ 1.050] vendor 8086 product 7010 (IDE mass storage, interface 0x80)
> at pci0 dev 1 function 1 not configured
> [ 1.050]
at
pci0 dev 1 function 1 not configured
[ 1.050] uhci0 at pci0 dev 1 function 2: vendor 8086 product 7020 (rev.
0x01)
irq handler [11]: new delivery port de276910 entry ffffde72bc40
/hurd/crash: /hurd/rumpusbdisk(1156) crashed, signal {no:11, code:2, error:2},
exception {1,
This provides support for the /dev/ud* nodes
that pass through to /dev/usbdisk, and enables
usb disk support in the installer.
UNTESTED
---
debian/hurd-udeb.install.in| 1 +
debian/hurd-udeb.lintian-overrides | 2 ++
debian/local/setup-translators | 4
debian/rules
Hello,
Thanks for this!
dnie...@gmail.com, le lun. 16 juin 2025 23:58:07 +0100, a ecrit:
> diff --git a/hurd/hurdrlimit.c b/hurd/hurdrlimit.c
> index 6cb5045bfe..6b0d8a26a3 100644
> --- a/hurd/hurdrlimit.c
> +++ b/hurd/hurdrlimit.c
> @@ -39,6 +39,11 @@ init_rlimit (void)
>
dnie...@gmail.com, le lun. 16 juin 2025 23:58:08 +0100, a ecrit:
> From: Diego Nieto Cid
>
> * libpager/demuxer.c(pager_start_workers): set current and max RLIMIT_AS
> to RLIM_INFINITY when the current user has access to the privileged host
> port.
Applied, thanks!
> ---
> libpager/d
Damien Zammit, le dim. 22 juin 2025 07:36:10 +, a ecrit:
> Fall back to bios defaults for requests for irq 9.
> Ideally we could check the PIIX3 bridge device exists on
> pci, but that would require pci access before pci-arbiter
> exists. This is a convenient workaround for now.
Applied, than
Fall back to bios defaults for requests for irq 9.
Ideally we could check the PIIX3 bridge device exists on
pci, but that would require pci access before pci-arbiter
exists. This is a convenient workaround for now.
---
acpi/acpi-ops.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/
Hello,
Yuqian Yang, le jeu. 19 juin 2025 11:59:04 +, a ecrit:
> I found that Debian lacks `hurd-i386` and `hurd-amd64` variants of
> `crossbuild-essential-*`[1]. I wonder whether this is intentional, or we can
> just add these two.
I'm not aware of any fundamental reason again
From: Diego Nieto Cid
* libpager/demuxer.c(pager_start_workers): set current and max RLIMIT_AS
to RLIM_INFINITY when the current user has access to the privileged host
port.
---
libpager/demuxer.c | 8
1 file changed, 8 insertions(+)
diff --git a/libpager/demuxer.c b/libpager
/configure: regenerate file.
Use vm_get_size_limit to initialize RLIMIT_AS
* hurd/hurdrlimit.c(init_rlimit): use vm_get_size_limit to initialize
RLIMIT_AS entry of the _hurd_rlimits array.
Notify the kernel of the new VM size limits
* sysdeps/mach/hurd/setrlimit.c: use the vm_set_size_limit RPC
am change.
> > > git bisect welcome to determine what broke it.
> > >
> >
> > Ok, I finally could do a bisection for this issue and the result is the
> > following[1]:
> >
> > demo@debian:~/dev/hurd/upstream/glibc$ git bisect view
&g
;
>
> Ok, I finally could do a bisection for this issue and the result is the
> following[1]:
>
> demo@debian:~/dev/hurd/upstream/glibc$ git bisect view
> commit 25d37948c9f3f483d63302b9967b975d3bd74a4e (HEAD, tag: first-bad)
> Author: Wilco Dijks
]:
demo@debian:~/dev/hurd/upstream/glibc$ git bisect view
commit 25d37948c9f3f483d63302b9967b975d3bd74a4e (HEAD, tag: first-bad)
Author: Wilco Dijkstra
Date: Thu May 1 19:58:38 2025 +
malloc: Improve malloc initialization
Move malloc initialization to __lib
> >
>
> Well, it finally failed :(
> make[2]: *** No rule to make target
> '/home/demo/dev/hurd/upstream/glibc-build/elf//ldconfig', needed by
> '/home/demo/dev/hurd/upstream/glibc-build/elf/tst-rtld-run-static.out'. Stop.
That's another issu
Hello,
On Tue, May 27, 2025 at 02:48:47AM +0100, Diego Nieto Cid wrote:
>
> That seems to be it. I've checked out the branch relase/2.41/master and now
> make check is going further with no `Killed` output.
>
Well, it finally failed :(
gcc -o /home/demo/dev/hurd/upstrea
Diego Nieto Cid, le mar. 27 mai 2025 02:48:47 +0100, a ecrit:
> Now I'm wondering whether version 2.41 being the currently installed
> package in the system makes any difference or not.
No, it's not supposed to, testrun.sh is supposed to be able to fully use
the build tree.
Samuel
Diego Nieto Cid, le mar. 27 mai 2025 01:38:07 +0100, a ecrit:
> On Sun, May 25, 2025 at 10:26:33PM +0200, Samuel Thibault wrote:
> >
> > It could make a difference. Better make sure that a pristine tree works
> > fine, for a start.
> >
>
> I downloaded the latest Debian image (20250316)[1] and c
Hello,
On Tue, May 27, 2025 at 01:38:07AM +0100, Diego Nieto Cid wrote:
>
> Is master supposed to work or should I check some more stable branch?
>
That seems to be it. I've checked out the branch relase/2.41/master and now
make check is going further with no `Killed` output.
Now I'm wondering
7;m still getting the Killed message when running
programs,
even when I do "make check" for running the test suite. :(
Is master supposed to work or should I check some more stable branch?
[1]
http://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/debian-hurd-amd64-20250316.img.tar.
Diego Nieto Cid, le dim. 25 mai 2025 20:40:18 +0100, a ecrit:
> >
> > Perhaps you are missing the libc.so.0.3 -> libc.so symlink in your build
> > directory? or elf/ld-x86-64.so.1 -> ld.so? or mach/libmachuser.so.1 ->
> > libmachuser.so or hurd/libhurduser.so.0.
On Sun, May 25, 2025 at 08:07:40PM +0200, Samuel Thibault wrote:
>
> No, it should be fine.
>
Ok.
>
> Perhaps you are missing the libc.so.0.3 -> libc.so symlink in your build
> directory? or elf/ld-x86-64.so.1 -> ld.so? or mach/libmachuser.so.1 ->
> libmachuser
erated by make check, to run programs with your newly-built
> > > > libc.
>
> Unfortunately, I'm still getting the "Killed" output when running commands
> under testrun.sh:
>
> demo@debian:~/dev/hurd/upstream/glibc-build$ ./testrun.sh /usr/bin/ls
>
On Fri, May 23, 2025 at 02:22:28AM +0200, Samuel Thibault wrote:
>
> Ah, maybe just autoconf then
>
Yes, autoconf did it. I've run:
demo@debian:~/dev/hurd/upstream/glibc$ autoconf -v \
sysdeps/mach/configure.ac --output=sysdeps/mach/configure
to regenerate the perti
HAVE_MACH_VM_GET_SIZE_LIMIT)
> > >
> > > However, I don't know how to generate the corresponding configure
> > > file.
> >
> > It's the autoreconf command.
> >
>
> I thought I've run it successfully bu
know how to generate the corresponding configure file.
>
> It's the autoreconf command.
>
I thought I've run it successfully but didn't notice an autoheader error. This
is the output:
demo@debian:~/dev/hurd/upstream/glibc$ autoreconf -vif
autoreconf: export WARN
broken,
Oops, running make install from a glibc build will indeed usually break
the system, yes, since upstream's files layout most often do not match
your distribution's files layout.
> make[3]: Leaving directory '/home/demo/dev/hurd/upstream/glibc/elf'
>
_size_limit,
HAVE_MACH_VM_GET_SIZE_LIMIT)
However, I don't know how to generate the corresponding configure file.
2. After make install the system was broken, every command show Killed in
the command line. Below are the last few lines of make:
make[
Hello,
dnie...@gmail.com, le sam. 17 mai 2025 23:56:15 +0100, a ecrit:
> The ext2fs side of the changes seems to be as strightforward
> as calling setrlimit when the bootstraap port is null, given
> the following lines of diskfs_init_main:
I'm thinking that it's not just the bootstrap fs that sho
From: Diego Nieto Cid
Hello,
The ext2fs side of the changes seems to be as strightforward
as calling setrlimit when the bootstraap port is null, given
the following lines of diskfs_init_main:
if (diskfs_boot_filesystem ())
/* We are the bootstrap filesystem. */
*bootstrap = MAC
Hello,
Zhaoming Luo, le sam. 03 mai 2025 12:49:56 +0800, a ecrit:
> Use 64bit mapped time values in maptime_read when possible. The 64bit
> time values in mapped time will be zero when the kernel does not support
> 64bit mapped time.
> + if (mtime->time_value.seconds == 0)
Please add
AC_CHECK_
Use 64bit mapped time values in maptime_read when possible. The 64bit
time values in mapped time will be zero when the kernel does not support
64bit mapped time.
---
libshouldbeinlibc/maptime.h | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/libsho
From: zhm
Get the time with higher resolution from kernel.
---
libdiskfs/node-times.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/libdiskfs/node-times.c b/libdiskfs/node-times.c
index 60eabc0f..dab193c6 100644
--- a/libdiskfs/node-times.c
+++ b/libdis
Hello,
So it works as your additional test shows, but it is fragile.
Luca Dariz, le mer. 19 mars 2025 18:11:18 +0100, a ecrit:
> diff --git a/sysdeps/mach/hurd/i386/sigreturn.c
> b/sysdeps/mach/hurd/i386/sigreturn.c
> index ce8df8d02b..618cb74196 100644
> --- a/sysdeps/ma
--git a/sysdeps/mach/hurd/i386/sigreturn.c
> > b/sysdeps/mach/hurd/i386/sigreturn.c
> > index ce8df8d02b..618cb74196 100644
> > --- a/sysdeps/mach/hurd/i386/sigreturn.c
> > +++ b/sysdeps/mach/hurd/i386/sigreturn.c
> > @@ -21,6 +21,8 @@
> > #include
> >
> > ```
> > ...
> > ../scripts/evaluate-test.sh stdio-common/scanf14 $? false false >
> > /home/1speaker/apt-source/glibc-2.41/build-tree/hurd-i386-libc/stdio-common/scanf14.test-result
> > ```
>
> It seems it is related: without your patch the test passes.
&
se false >
> /home/1speaker/apt-source/glibc-2.41/build-tree/hurd-i386-libc/stdio-common/scanf14.test-result
> ```
It seems it is related: without your patch the test passes.
Samuel
> ---
> sysdeps/mach/hurd/dup3.c | 62 +-
Hello,
Sorry it took me long to manage to fine time to look at this...
Luca Dariz, le mer. 19 mars 2025 18:11:18 +0100, a ecrit:
> diff --git a/sysdeps/mach/hurd/i386/sigreturn.c
> b/sysdeps/mach/hurd/i386/sigreturn.c
> index ce8df8d02b..618cb74196 100644
> --- a/sysdeps/ma
Applied, thanks!
Zhaoming Luo, le mer. 02 avril 2025 17:23:54 +0800, a ecrit:
> ---
> hurd/io.defs | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/hurd/io.defs b/hurd/io.defs
> index 5bc399ed..4c63de36 100644
> --- a/hurd/io.defs
> +++ b/hurd/
---
hurd/io.defs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hurd/io.defs b/hurd/io.defs
index 5bc399ed..4c63de36 100644
--- a/hurd/io.defs
+++ b/hurd/io.defs
@@ -46,7 +46,7 @@ routine io_write (
offset: loff_t;
out amount: vm_size_t);
-/* Read data from
* hurd/Makefile: add new tests
* hurd/test-sig-rpc-interrupted.c: check xstate save and restore in
the case where a signal is delivered to a thread which is waiting
for an rpc. This test implements the rpc interruption protocol used
by the hurd servers. It was so far passing on Debian thanks
ce/glibc-2.41/build-tree/hurd-i386-libc/stdio-common/scanf14.test-result
```
Not sure what to do next so I sent this patch for the sake of backup.
Best,
Zhaoming
---
sysdeps/mach/hurd/dup3.c | 62 +--
sysdeps/mach/hurd/fcntl.c | 52 ++
Hello,
While at it, we'd better also fix sysdeps/mach/hurd/dup3.c the exact
same way (which will also fix dup2).
Thanks,
Samuel
Zhaoming Luo, le jeu. 06 mars 2025 06:39:04 +0800, a ecrit:
> Ignoring the return value of mach_port_mod_ref() causes the situation
> +
.
Signed-off-by: Zhaoming Luo
---
sysdeps/mach/hurd/fcntl.c | 38 +++---
1 file changed, 27 insertions(+), 11 deletions(-)
diff --git a/sysdeps/mach/hurd/fcntl.c b/sysdeps/mach/hurd/fcntl.c
index a65c190c..d97226cd 100644
--- a/sysdeps/mach/hurd/fcntl.c
+++ b
On 2025-02-11 14:37, Yuqian Yang wrote:
This patch still uses a PATH_MAX stuck on Hurd. But it at least
can unblock your other works.
PATH_MAX stub.
Thanks.
--
Yuqian Yang
Hello,
On 2025-02-08 09:05, Sam Hartman wrote:
* I work with the porter and review the patches.
Thanks.
I have put 2 patches in attachment. `hurd-fix.patch` is the
real patch for fixing problems on Hurd. You have to put this
to `debian/patches` manually and change the `series`.
`hurd
Samuel Thibault, le lun. 10 févr. 2025 13:57:46 +0100, a ecrit:
> Flavio Cruz, le dim. 09 févr. 2025 22:36:30 -0500, a ecrit:
> > * pfinet/linux-src/net/ipv4/{tcp,udp}_ipv4.c: mark lookup functions as
> > extern since they are used in another module (icmp.c) and shouldn't be
> > removed.
>
> >
Flavio Cruz, le dim. 09 févr. 2025 22:36:30 -0500, a ecrit:
> * pfinet/linux-src/net/ipv4/{tcp,udp}_ipv4.c: mark lookup functions as
> extern since they are used in another module (icmp.c) and shouldn't be
> removed.
> diff --git a/pfinet/linux-src/net/ipv4/tcp_ipv4.c
> b/pfinet/linux-src/net
Hello,
I did not see this mail. And I don't know why. It is not easy to
communicate when emails are lost. Same problems with other emails too.
And btw: The OS is not HURD or hurd, it's either GNU/Hurd or just Hurd.
Best regards,
Svante Signell
To: svante.sign...@gmail.com,
* libshouldbeinlibc/lcm.c: make gcd static since it's not exposed as a
symbol.
* pfinet/linux-src/net/ipv4/{tcp,udp}_ipv4.c: mark lookup functions as
extern since they are used in another module (icmp.c) and shouldn't be
removed.
* term/munge.c: make poutput static since it's not exposed as a
On 2025-02-07 23:51, Samuel Thibault wrote:
Yuqian Yang, le ven. 07 févr. 2025 23:27:01 +0800, a ecrit:
I know this is due to the way of our kernel to handle file and memory.
Do we have a good way to fix this,
Not a trivial way. It'd need adding names to the kernel map entries,
and
setting t
On Fri, Feb 7, 2025 at 6:51 PM Samuel Thibault wrote:
> Yuqian Yang, le ven. 07 févr. 2025 23:27:01 +0800, a ecrit:
> > I know this is due to the way of our kernel to handle file and memory.
> > Do we have a good way to fix this,
>
> Not a trivial way. It'd need adding names to the kernel map entr
Yuqian Yang, le ven. 07 févr. 2025 23:27:01 +0800, a ecrit:
> I know this is due to the way of our kernel to handle file and memory.
> Do we have a good way to fix this,
Not a trivial way. It'd need adding names to the kernel map entries, and
setting them from mmap() and such functions that map fi
When I fixed abseil[1] for Hurd, I disabled its debugging feature
of finding the symbol of current functions or any other symbols.[2]
It does not work on Hurd and its unit tests failed. It can be safely
disabled and does not affect other functions of lib just like
platforms that do not support it
idem, and Win32s system being
> used (Windows 3.1)
> haikuHaiku version of Vim.
> hangul_input Compiled with Hangul input support. |hangul|
> hpux HP-UX version of Vim.
> +hurd Hurd version of Vim
> iconv
support. |hangul|
hpux HP-UX version of Vim.
+hurd Hurd version of Vim
iconv Can use iconv() for conversion.
insert_expand Compiled with support for CTRL-X expansion commands in
Insert mode. (always true)
diff
On Mon, Feb 03, 2025 at 04:41:13PM +0800, Zhaoming Luo wrote:
>
> Zhaoming Luo (1):
> Exclude GNU/Hurd from has('bsd') feature
>
> src/evalfunc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
As it seems not to be the correct way of submitting pa
GNU/Hurd, like Mac OS X, is a BSD-based system. It should exclude
has('bsd') feature just like what Mac OS X does. The __GNU__ pre-defined
macro indicates it's compiling for GNU/Hurd.
Signed-off-by: Zhaoming Luo
---
src/evalfunc.c | 2 +-
1 file changed, 1 insertion(+), 1 de
Hi,
I'm not sure if I should add a feature (like has('hurd')) for GNU/Hurd,
and if it should be in this patch or in a seperate patch.
Zhaoming Luo (1):
Exclude GNU/Hurd from has('bsd') feature
src/evalfunc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
2.47.2
This port extends the existing i686 port to support x86_64 by reusing
existing code whenever it makes sense.
* gdb/amd64-gnu-tdep.c: Adds logic for handling signal frames and
position of amd64 registers in the different Hurd structs.
The signal code is very similar to i686, except the
Applied, thanks!
Yuqian Yang, le mer. 29 janv. 2025 23:14:31 +0800, a ecrit:
> Many people are familiar with VirtualBox, or using OS other than
> GNU/Linux. VirtualBox gives them more opportunity to play with Hurd.
> ---
> hurd/running/virtualbox.mdwn | 19 +--
&
Many people are familiar with VirtualBox, or using OS other than
GNU/Linux. VirtualBox gives them more opportunity to play with Hurd.
---
hurd/running/virtualbox.mdwn | 19 +--
index.mdwn | 2 ++
2 files changed, 19 insertions(+), 2 deletions(-)
diff --git a
Applied, thanks!
dnie...@gmail.com, le lun. 27 janv. 2025 01:17:33 +, a ecrit:
> 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
> > >
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
Sergey Bugaev, le lun. 27 janv. 2025 00:25:15 +0300, a ecrit:
> > > +out:
> > > + flcose(m);
> >
> > You didn't try to compile it ;)
>
> I suppose that's not easy for Diego to do, given the state of aarch64-gnu :)
Sure, but he can comment the very few really-arm64-specific lines and
try to build
On Mon, Jan 27, 2025 at 12:18 AM Samuel Thibault
wrote:
> > + err = aarch64_get_hwcaps(mach_host_self(), &caps, &mdir, &revdir);
> > + if (err)
> > +goto out;
> > +
> > + implementer = (mdir & 0xff00) >> 24;
> > + variant = (mdir & 0x00f0) >> 20;
> > + architecture = (mdir &
Hello,
Thanks for working on it :)
Sorry for the delay,
dnie...@gmail.com, le ven. 10 janv. 2025 23:52:28 +, a ecrit:
> --- a/procfs/rootdir.c
> +++ b/procfs/rootdir.c
> @@ -38,6 +38,12 @@
> #include "procfs_dir.h"
> #include "main.h"
> #include
> +#if defined (__x86_64__) || defined (_
Hi Paolo,
The hardware that's supported by GNU/Hurd is described in the following
link:
https://darnassus.sceen.net/~hurd-web/faq/drivers/
Please feel free to ask questions.
Best wishes,
Zhaoming
Hi,
I would like to try to add a wiki page introducing how to set up a more
friendly development environment in hurd vm. That wiki page will
introduce some plugins that would be useful while reading source code,
like `any-jump.vim`, and Emacs' `dumb-jump` suggested by gnucode (thanks
gn
+140,7 @@ mkdev() {
# link for compatibility with Linux.
cmd ln -f -s random $I;;
null)
- st $I root 666 c /hurd/null;;
+ st $I root 666 c /hurd/null --rdev=1,3;;
full)
st $I root 666 c /hurd/null --full;;
zero)
diff --git a/trans/null.c b/trans
Hi,
For quite a while I've been using Hurd from 2022 [1] for testing
various GNU packages, and it's been quite stable.
This week, Samuel invited me to try newer Hurd versions [2].
So, I tried
- Hurd/i386 from June 2023 [3]
- Hurd/x86_64 from November 2024 [4].
In all cases, I do th
On Sun, Jan 12, 2025 at 10:48 PM Samuel Thibault
wrote:
> Does the posted patch look fine to you?
It does, so:
Acked-by: Sergey Bugaev
I'll test it some time later when I get around to doing more
aarch64-gnu hacking :|
Sergey
exim4 also needs to be upgraded to the rebuilt version 4.98-3+hurd.1
Samuel Thibault, le lun. 13 janv. 2025 03:00:50 +0100, a ecrit:
> Hello,
>
> The CMSG_DATA() fix requires bumping the ABI. Since it's still really
> at early stage, I don't plan to make a compatibility lay
3, the
old openssh will break. I have put a Breaks so people don't accidentally
end up there. But installing the rebuilt openssh will not currently
upgrade libc0.3, so be sure to upgrade both packages on your hurd-amd64
system.
So basically, after next "unreleased" mirror pulse (~7:30 U
Sergey Bugaev, le jeu. 09 janv. 2025 18:36:57 +0300, a ecrit:
> On Thu, Jan 9, 2025 at 6:18 PM Jessica Clarke wrote:
> > On 9 Jan 2025, at 15:12, Diego Nieto Cid wrote:
> > > Looking at the types.h header, I see there are HWCAP2_* definitions for
> > > bits above 32. Since hwcaps_t is an uint32_t
Zhaoming Luo, le dim. 12 janv. 2025 20:17:31 +0800, a ecrit:
> > > -libstore.so-LDLIBS += $(PARTED_LIBS) -ldl
> > > +ifeq ($(EXCLUDE_PARTED), 1)
> > > + libstore-noparted.so-LDLIBS += -ldl
> > > +else
> > > + libstore.so-LDLIBS += $(PARTED_LIBS) -ldl
> >
> > Better use
> >
> > $(libname).so-LD
On Sat, Jan 11, 2025 at 11:39:46AM +0100, Samuel Thibault wrote:
> Hello,
Thanks for the review.
>
> Zhaoming Luo, le sam. 11 janv. 2025 12:56:33 +0800, a ecrit:
> > diff --git a/libstore/Makefile b/libstore/Makefile
> > index c7af958b..d0f06450 100644
> > --- a/libstore/Makefile
> > +++ b/libst
Applied, thanks!
Damien Zammit via Bug reports for the GNU Hurd, le sam. 11 janv. 2025 08:21:50
+, a ecrit:
> The usb stack also uses SCSI emulation for usb mass storage.
>
> ---
> rumpdisk/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
Hello,
Zhaoming Luo, le sam. 11 janv. 2025 12:56:33 +0800, a ecrit:
> diff --git a/libstore/Makefile b/libstore/Makefile
> index c7af958b..d0f06450 100644
> --- a/libstore/Makefile
> +++ b/libstore/Makefile
> @@ -20,10 +20,17 @@
> # along with this program; if not, write to the Free Software
>
The usb stack also uses SCSI emulation for usb mass storage.
---
rumpdisk/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rumpdisk/Makefile b/rumpdisk/Makefile
index e7f53511..cbe93845 100644
--- a/rumpdisk/Makefile
+++ b/rumpdisk/Makefile
@@ -17,7 +17,7 @@
RUMPLIB
1 - 100 of 1798 matches
Mail list logo
