(no subject)

___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: setdomainname

On Fri, Jan 28, 2000 at 01:19:01PM -0500, Roland McGrath wrote: > > Now for the next problem. I think this also is a bug in the hurdish part of > > glibc. Attached is a stripped-down part of the debian linux portmapper. > > This works on linux, but on the hurd this crashes in sv

Returned due to virus; was:Re: Hi

PROTECTED] Copyright © 1993-2003, Networks Associates Technology, Inc. All Rights Reserved. http://www.mcafeeb2b.com ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

(no subject)

___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

(no subject)

___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Forward of moderated message

--- Begin Message --- Hi guys, I wanted to subscribe to GNU/Hurd in GSOC2009, so I had some questions about the "Allow Using unionfs Early at Boot <http://www.gnu.org/software/hurd/community/gsoc/project_ideas/unionfs_boot.html>" project. first of all, what seems to be th

Forward of moderated message

--- Begin Message --- Hi all. I've been a lurker here for some time. I've tried to keep up with the status of this project, but to me it's confusing. Where are we on Hurd development? No 64-bit kernel? A working 32-bit kernel? No VM extensions? In theory, provided Linux ap

Cursos Intertraining - A democratização do conhecimento

Title: Cursos Intertraining   A democratização do conhecimento através do ensino a distância. Invista na

Cursos Intertraining - A democratização do conhecimento

Title: Cursos Intertraining   A democratização do conhecimento através do ensino a distância. Invista na

(no subject)

Title: Almanaque Informes Úteis     ALMANAQUE   Informes Úteis Edição Quinzenal - Janei

欢迎访问高原数控网站

@gync.com.cn ¡¡  ¸ßÔ­Êý¿ØϵÁвúÆ·³ÏƸȫ¹ú¸÷µØ´úÀíÉÌ £¬²¢Ô¸ÓëÒµÄÚ¸÷½çÈËÊ¿ÔÚÉÌÒµºÍ¼¼ÊõÁìÓò¹ã·ººÏ×÷£¬»¥Àû»¥»Ý¡¢¹²´´ÉÌ»ú ¡¡ ¡¡       ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

图文设计印刷，网页设计，企业宣传片，影视制作,

ÃÎÊ http://www.yrnewsky.com/";>http://www.yrnewsky.com mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED] ÁªÏµÈË ³ÂÏÈÉú ÕÅС½ã ×𾴵Ŀͻ§£¬Èç¹ûÕâ·âÐÅ´øÄú´òÈźͲ»±ã£¬ÎÒÃÇÉî¸Ð±§Ç¸¡£ mailto:[EMAIL PROTECTED]?subject=delete";>È¡ÏûÓʼþ£¬Çëµã»÷ DELETE   _

图文设计印刷，网页设计，企业宣传片，影视制作,

ÃÎÊ http://www.yrnewsky.com/";>http://www.yrnewsky.com mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED] ÁªÏµÈË ³ÂÏÈÉú ÕÅС½ã ×𾴵Ŀͻ§£¬Èç¹ûÕâ·âÐÅ´øÄú´òÈźͲ»±ã£¬ÎÒÃÇÉî¸Ð±§Ç¸¡£ mailto:[EMAIL PROTECTED]?subject=delete";>È¡ÏûÓʼþ£¬Çëµã»÷ DELETE   _

图文设计印刷，网页设计，企业宣传片，影视制作,

]?subject=delete ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

图文设计印刷，网页设计，企业宣传片，影视制作,

]?subject=delete ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Forward of moderated message

--- Begin Message --- Hello This might seem odd, but my curiosity was aroused during a conversation yesterday. I was wondering if someone could tell me what development lifecycle is used in the Hurd project. I thought perhaps the Waterfall model might be a good choice for a microkernel system

Cursos Intertraining

Title: Cursos Intertraining   Intertraining

Almanaque Informes Úteis

Title: Almanaque Informes Úteis   Edição 07 - ANO 1 - Maio de 2002www.informesuteis.com.br Especial Dia das Mães - Existem vários tipos de mães. As liberais são aquelas que justificam os seus

Almanaque Informes Úteis

Title: Almanaque Informes Úteis     Edição 08 - ANO 1 - Junho de 2002www.informesuteis.com.br Dia dos Namorados - uma data marcada pela troca de presentes e cartões apaixonado

Almanaque Informes Úteis

Title: Almanaque Informes Úteis     Edição 08 - ANO 1 - Junho de 2002www.informesuteis.com.br Dia dos Namorados - uma data marcada pela troca de presentes e cartões apaixonado

The results of your email commands

essage --- ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Hokki =)

I don't bite, weah! 71074 -- archive password <> ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Forward of moderated message

--- Begin Message --- Is e2os an alternative that is done if one forgets to assign ownership of FS to hurd? If so ow it should be done and from where? I copied the qemu image provided by debian to a slice that already had an older Hurd, copied the grub details from the image's grub and

=?ksx1001-0?b?vPa9xbDFus4=?=

¼ö½Å°ÅºÎ Çѱ۾ƴ »ç¶÷ÀÌ Àú¹Û¿¡ ¾ø´Â ¿µ¹® ³íÀÇ ±×·ìÀÔ´Ï´Ù. ¹«ºÐº°ÇÑ ±¤°í´Â ÀÚÁ¦ ¹Ù¶ø´Ï´Ù. Hello. I'm Korean Debian User. I start to listen to this mailing list again. help-hurd, debian-hurd too. I served as the Republic of Korea Army for 22 month. Marcus, Do you remember me? I sent to you

Re: gnumach2 & the serial port

infrared or other hardware hacks :) Doesn't really look like a normal serial API though :) but hey, it's cool ! (and you can still run PPP on it :)) Cheers, p2. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: problems with daily images

n libjson-c3 (>= 0.10) however libjson-c3 is not installed rsyslog depends on liblogging-stdlog0 (>= 1.0.2) however the package is not installed rsyslog depends on liblognorm2 (>=1.1.2) however the package is not installed That was with https://d-i.debian.org/daily-images/hurd-i386/daily/netbo

Re: problems with daily images

Le dim., 24 janv. 2021 08:21:07 -0500 Samuel Thibault écrit > Paul Dufresne, le dim. 24 janv. 2021 07:18:35 -0500, a ecrit: > >> I now realized that I was confused by the existence of both: > >> > >> [1]https://cdimage.debian.org/cdimage/ports/c

Re: problems with daily images

of known hosts. paul@localhost's password: GNU debian 0.9 GNU-Mach 1.8+git20201129-486/Hurd-0.9 i686-AT386 The programs included with the Debian GNU/Hurd system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/c

Re: problems with daily images

.. at least that what the installer made me think): Last login: Tue Jan 26 12:22:38 2021 from 10.0.2.2 paul@debian:~$ cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Hurd sid _Sid_ - Unofficial hurd-i386 NETINST 20210126-12:41]/ sid main # deb cdrom:[Debian GNU/Hurd sid _Sid_ - Unofficia

Re: bash in X: Failed to fdwalk: Off Topic Praise

I love Samuel's positivity. He's probably one of the most positive people I know. I read recently that 80% of your success is mental and only 20% is technical skill. For example Gregor Mendel failed his teachers' exams three times, but he still spent 10 years cross breeding 21,000 plants to

Re: bash in X: Failed to fdwalk: Too many open files in the system

I have xterm (and lxterm) working in Xorg now, but I did not figure out why... yet. First, trying to do a program with fdwalk, I have come to the conclusion fdwalk does not exist in Debian sid. My program: paul@debian:~$ cat fdwalk.c #include #include #include struct rlimit rl;

Re: Xorg, dbus not starting because /dev/urandom does not exist

; > Samuel Indeed, after a reinstallation of the same previous cdrom.iso file I get: paul@debian:~$ showtrans /dev/urandom /hurd/symlink random I don't know why.

Re: bash in X: Failed to fdwalk: Too many open files in the system Off topic general encouragement

Paul Dufresne writes: > I was investigating a bit, under Ubuntu, but I suspect this is quite similar > in Debian... will verify a bit more tomorrow. > Looks like you're on the right track! Keep going! > paul@jacko:/etc/menu$ dpkg -L twm > > paul@jacko:/etc/X11/twm$ cat /usr/bin/xfce4-terminal

Re: bash in X: Failed to fdwalk: Too many open files in the system

I am going on a slightly different approach. I did: #apt-get build-dep vte2.91 #apt-get source vte2.91 vte2.91, come with an example called app... modified src/app/meson.build to add: -g -O0 to cflags meson _build ninja -C _build gdb _build/src/app/vte-2.91 break 1394 p m

Re: pgrep and pkill (any? arguments): cannot allocate 4294967295 bytes

I think it is cleaner like this: root@kibar:~/procps-3.3.16# diff -u ../orig/procps-3.3.16/pgrep.c pgrep.c --- ../orig/procps-3.3.16/pgrep.c   2020-02-06 06:04:02.0 -0500 +++ pgrep.c 2021-02-02 12:24:49.0 -0500 @@ -494,10 +494,15 @@     pid_t saved_pid = 0;   

accept(2) returning a O_NONBLOCK socket

Hello, This was originally https://issues.guix.gnu.org/77610. Guix recently switched to systemd-style socket activation (https://www.freedesktop.org/software/systemd/man/latest/daemon.html#Socket-Based%20Activation) for their daemon. When I tried this on a Guix Hurd VM the first connection to

Re: accept(2) returning a O_NONBLOCK socket

Hello Samuel, I haven't had much time to look into this in depth yet but I have adapted my initial example s.t. it doesn't need an external program for the main socket (please excuse my terrible C code and the formatting). The socket is first created nonblocking and once the first connection com

Re: accept(2) returning a O_NONBLOCK socket

Hello again, Apr 24, 2025, 19:05 by yelni...@tutamail.com: > Hello Samuel, > > I haven't had much time to look into this in depth yet but I have adapted my > initial example s.t. it doesn't need an external program for the main socket > (please excuse my terrible C code and the formatting). > >

Re: accept(2) returning a O_NONBLOCK socket

Hello Ludo, May 8, 2025, 22:34 by l...@gnu.org: > Hello, > > So I think my last attempt was misguided; attached is a simpler > reproducer that exhibits the problem following these steps: > > 1. create a socket, bind it, and mark it as O_NONBLOCK; > 2. select on that socket to wait for an incomin

Re: [PATCH] hurd: Fix getting VM_MIN/MAX_ADDRESS OFF TOPIC PRAISE

I vote we give Samuel commit access! His genius deserves to be recognized. All in favor, say aye! -- Joshua Branson Sent from Emacs and Gnus https://gnucode.me https://video.hardlimit.com/accounts/joshua_branson/video-channels https://propernaming.org "You can have whatever you want, a

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Both your patches looks good to me -- however, have you signed copyright assignment papers for InetUtils, or how are these contributed? Generally I'm not sure how useful it is to require copyright assignment for smaller InetUtils contributions -- the majority of the code is not copyright by FSF any

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Samuel Thibault writes: > Hello, > > Simon Josefsson, le mer. 28 sept. 2022 13:46:52 +0200, a ecrit: >> have you signed copyright assignment papers for InetUtils, > > I didn't know there was copyright assignment for InetUtils :/ > > I now have sent the form to the clerk, but really, such process

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Hi. I have commited this now: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=0b35abbd7a5d074c7e245a49585b2de036d4dec7 /Simon signature.asc Description: PGP signature

Re: [PATCH] ifconfig: Support prefix length.

I have committed this patch here: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=afe3168ee9f15783c71653bee0ec97536daaf217 Btw, please add NEWS entries next time. I added the following, corrections welcome: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=976de5463bedcd8060c7

Re: [PATCH libgpg-error] hurd-amd64 support

Hello, NIIBE Yutaka, le jeu. 25 mai 2023 09:21:43 +0900, a ecrit: > I wonder if it works for GNU Hurd system: > > diff --git a/configure.ac b/configure.ac > index d0fa6f2..ca7731c 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -590,7 +590,7 @@ if test x"$g

Re: [PATCH] - hurd pci-arbiter: remove embedded pciaccess code

Hello Hurd, I made some changes to this patch: 1- I added a call to pci_system_cleanup(); in the shutdown RPC, so libpciaccess is shutdown correctly. 2- As now we're using libpciaccess functions to read/write from netfs_attempt_read/write, and these two libpciaccess functions

[PATCH] pci-arbiter: Remove embedded pciaccess code

From: Joan Lledó * pci-arbiter/Makefile: * Remove pci_access.c and x86_pci.c from the sources. * pci-arbiter/func_files.c: * config_blog_op: Call the proper i/o function. * io_config_file: Use a harcoded PCI config size. * read_rom_file: Grab the fu

Re: [PATCH] pci-arbiter: Remove embedded pciaccess code

my changes. > I don't remember: can we apply this patch in Debian Hurd already? (i.e. > does the libpciaccess there (possibly in unreleased) work fine enough > for our needs?) I've been taking a look at the big picture and I'd say the problem is the GNU Mach restriction to

[PATCH 4/4] pci-arbiter: Fix warning on passing incompatible pointer type

From: Joan Lledó * pci-arbiter/netfs_impl.c: * netfs_attempt_write: Cast op function to pci_io_op_t --- pci-arbiter/netfs_impl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pci-arbiter/netfs_impl.c b/pci-arbiter/netfs_impl.c index 0be8c370..b987a0bc 100644 --- a/p

[PATCH 2/4] pci-arbiter: Call libpciaccess cleanup on shutdown

From: Joan Lledó * pci-arbiter/startup-ops.c: * S_startup_dosync: Call pci_system_cleanup(). --- pci-arbiter/startup-ops.c | 4 1 file changed, 4 insertions(+) diff --git a/pci-arbiter/startup-ops.c b/pci-arbiter/startup-ops.c index f3506c42..eb387fd9 100644 --- a/pci-arbiter/start

[PATCH 3/4] pci-arbiter: Fix a -Wstringop-truncation warning

From: Joan Lledó * pci-arbiter/pcifs.c: * create_dir_entry: Limit to NAME_SIZE-1 when calling strncpy(). Finish entry->name with '\0'. * create_fs_tree: memset() to 0 the directory entry. Limit to NAME_SIZE-1 all call

[PATCH 1/4] pci-arbiter: Remove embedded pciaccess code

From: Damien Zammit This patch removes all embedded pciaccess code from the arbiter and instead uses the external pciaccess library. * pci-arbiter/Makefile: * Remove pci_access.c and x86_pci.c from the sources. * pci-arbiter/func_files.c: * io_config_file: Use a harcoded PCI conf

[PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

tatic const struct pci_system_methods hurd_pci_methods = { _pci_hidden int pci_system_hurd_create(void) { -struct pci_device_private *device; int err; struct pci_system_hurd *pci_sys_hurd; -size_t ndevs; -mach_port_t pci_server_port; /* If we can open pci cfg io ports

Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

ethod? I removed that code b/c I thought it was always failing, maybe I'm missing something, let me explain. Take a look at hurd_pci.c:452 [1] /* If we can open pci cfg io ports on hurd, * we are the arbiter, therefore try x86 method first */ err = pci_system_x86_create(); i

[PATCH] pci-arbiter: Remove spurious memset()

From: Joan Lledó * pci-arbiter/pcifs.c: * create_fs_tree: Remove all memset() previous to snprintf() calls. --- pci-arbiter/pcifs.c | 4 1 file changed, 4 deletions(-) diff --git a/pci-arbiter/pcifs.c b/pci-arbiter/pcifs.c index cc08fad0..aaee7f0b 100644 --- a/pci-arbiter

Re: [PATCH] pci-arbiter: Remove embedded pciaccess code

Hi, El 3/11/19 a les 21:48, Samuel Thibault ha escrit: > Hello, > > Uploaded fixed netdde, pciutils, libpciaccess, and commited this > pci-arbiter cleanup! > Great! Now I have some questions: - You said libpciaccess upstream code for the Hurd doesn't match the one i

Re: [PATCH] pci-arbiter: Remove embedded pciaccess code

El 9/11/19 a les 10:48, Joan Lledó via Bug reports for the GNU Hurd ha escrit: > Now I have some questions: > > - You said libpciaccess upstream code for the Hurd doesn't match the one > in the Debian package. Where is the debian repo for the package? I found > [1] but it

[PATCH] pci-arbiter: Fix memory bugs

From: Joan Lledó * pci-arbiter/pcifs.c: * init_file_system: Remove unnecessary free() * create_fs_tree: Fix a boundary overrun where no devices are found. --- pci-arbiter/pcifs.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/pci-arbiter/pcifs

[PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

d) { -struct pci_device_private *device; int err; struct pci_system_hurd *pci_sys_hurd; -size_t ndevs; -mach_port_t pci_server_port; -/* If we can open pci cfg io ports on hurd, - * we are the arbiter, therefore try x86 method first */ -err = pci_system_x86_crea

Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

as been merged into 0.16. I did some extensive refactoring of the > x86 methods, > and fixed a few bugs that have seemed to return in 0.14-1+hurd.3 > > I tested 0.14-1+hurd.3 on my rump work and got a hang for netdde at > bootup, > but when I installed 0.16 from upstream, everything

Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

Hi, What about this? Do I send the PR? Is there any alternative for the weak reference? El dt. 26 de 11 de 2019 a les 22:53 +0100, en/na Samuel Thibault va escriure: > Joan Lledó, le lun. 25 nov. 2019 10:02:55 +0100, a ecrit: > > 2- Didn't make any PR b/c I was waiting for comments. > > Ok, now

Issues with remap when using a nested pci arbiter

Hello Hurd, To test nested arbiters, I installed a translator in /home/jlledom/gnu/servers/bus/pci which connects to the main translator in /servers/bus/pci. Then, logged as 'demo' user, I use remap to ensure all rpcs are sent to my translator, not the main one: demo@debian:~$ remap /s

Re: Issues with remap when using a nested pci arbiter

Hi, El 8/12/19 a les 14:49, Samuel Thibault ha escrit: > Hello, > > Joan Lledó via Bug reports for the GNU Hurd, le dim. 08 déc. 2019 09:04:09 > +0100, a ecrit: >> demo@debian:~$ remap /servers/bus/pci /home/jlledom/gnu/servers/bus/pci >> -- rpctrace -o

Re: Issues with remap when using a nested pci arbiter

Hi, El 11/12/19 a les 2:03, Samuel Thibault ha escrit: > So indeed, when servers/bus/pci/ gets opened, it's not getting remapped. > Feel free to fix the FIXME :) Yes, that was it, I wrote a patch (attached) and it worked. > I would say that pciutils should be made to use stat instead of > lstat,

[PATCH] remap translator: remap prefixes instead of complete file names

From: Joan Lledó * trans/remap.c: * trivfs_S_dir_lookup(): * Match and replace prefixes instead of complete file names. This is needed to remap entire file systems, not only trivial ones. --- trans/remap.c | 12 1 file chan

[PATCH] remap translator: remap prefixes instead of complete file names

From: Joan Lledó * trans/remap.c: * trivfs_S_dir_lookup(): * Match and replace prefixes instead of complete file names. This is needed to remap entire file systems, not only trivial ones. --- trans/remap.c | 25 +

Updated patch for pciutils

Hello Hurd, I updated the pciutils patch I wrote in 2017. The new version is attached. This is the same patch with minor changes: - Makefile updated to be applied on newer sources. - hurd_detect(): Use stat() instead of lstat() to work with symbolic links. - enum_devices(): Call closedir() on

[PATCH] New access method: Hurd via RPCs

From: Joan Lledó A new module for the Hurd that accesses PCI bus using available RPCs. All references to the Hurd in the i386 access method have been removed. --- lib/Makefile | 7 +- lib/configure | 4 +- lib/hurd.c | 381

Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

Hi, El 1/12/19 a les 1:10, Damien Zammit ha escrit: > libpciaccess 0.16-1+hurd.1 is still broken on rumpdisk. Somehow the 2 > applied patches > don't allow probing of AHCI to occur in rump_init(). > I've packaged rump libs into a debian package following Robert Millan&#

Re: [PATCH] pci-arbiter: Remove embedded pciaccess code

Hello Hurd, I'm glad to say that our patches for both picutils and libpciaccess are now upstream. El 10/11/19 a les 2:44, Samuel Thibault ha escrit: > Joan Lledó, le sam. 09 nov. 2019 17:36:19 +0100, a ecrit: >> I was also wondering if after your changes, libpciaccess would sup

[PATCH 1/2] pci-arbiter: Rename command line options

From: Joan Lledó Rename some CLI options in order to add the new -d --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -b by -B for buses. Bus now creates a new permission scope if the current one

pci arbiter: add new --device command line option

Hello Hurd, I made some changes in the options parser to add a new --device option, as a shortcut for current -D -b -d -f options. I also renamed some options in order to free -D and --device to use it for this purpose. From now on, the formerly called "devices" are now called &q

[PATCH 2/2] pci-arbiter: Add --device command line option

From: Joan Lledó Shortcut for -d, -B, -s and -f Usage: --device [:]:. E.G. --device 00:05.0 is shortcut for -d 0 -B 0 -s 5 -f 0 * pci-arbiter/options.c: Implement --slot option * pci-arbiter/options.h: Add --slot to options list --- pci-arbiter/options.c | 60 +++

Re: [PATCH 1/2] pci-arbiter: Rename command line options

Hi, El 15/2/20 a les 15:02, Samuel Thibault ha escrit: > Why a capital b? It's be more coherent to have -d -b -s -f all > small-caps. > Because of this notice in --help: "More than one permission scope may be specified. Uppercase options create a new permission scope if the current one already

[PATCH 2/2] pci-arbiter: Add --device command line option

From: Joan Lledó Shortcut for -d, -b, -s and -f Usage: --device [:]:. E.G. --device 00:05.0 is shortcut for -d 0 -b 0 -s 5 -f 0 * pci-arbiter/options.c: Implement --slot option * pci-arbiter/options.h: Add --slot to options list --- pci-arbiter/options.c | 57 +++

[PATCH 1/2] pci-arbiter: Rename command line options

From: Joan Lledó Rename some CLI options in order to add the new -D --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -d by -s for devices. The formerly called "devices" are now called "slots", and

Help to fix a bug on the arbiter

Hello, I'm blocked trying to solve a bug I found in the option parsing of the arbiter, at: http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/pci-arbiter/options.c#n135 strtol() returns 0 if it wasn't able to convert the input, for instance, -d jj will set h->curset->domain t

[PATCH] pci-arbiter: Fix bug on option parsing.

From: Joan Lledó A misuse of strtol() caused wrong parameters to be interpreted as '0' * pci-arbiter/options.c: * New function parse_number() to handle wrong input * Call parse_number() from all places where strtol was being called --- pci-arbiter/options.c | 58

Re: Help to fix a bug on the arbiter

Forget about this, it was working with settrans b/c this command replaces the ol d translator. I was testing the old code when using fsysopts... :( Anyway, here's the patch to fix that bug.

Re: [PATCH 02/14] add basic user-space tests with qemu

Hi, On Fri, Dec 29, 2023 at 02:51:31PM +0100, Luca Dariz wrote: > > > +$ gdb gnuamch > > > > Typo ;) > > What would be a better command? This is actually how I start gdb from the > build directory, You probably start gnumach though, and not gnuamch? Michael

Re: [PATCH] Hurd: use mach_msg_type_number_t for file_get_fs_options since its size is not the same as size_t for x86_64.

Flavio Cruz writes: > This fixes an incompatible-pointer-types error on GCC14. Applied. We do test on GCC14 but alas not on the Hurd, nice catch! /Simon signature.asc Description: PGP signature

[RFC: drm server] limitations of MiG for ioctls

o we solve the ordering problem of the *_length parameter? My attempt at coding this is currently here [1] and [2]. Damien [1] https://git.zammit.org/hurd-sv.git/commit/?h=drm-server [2] https://git.zammit.org/hurd-sv.git/commit/?h=drm-server-ioctl

Re: [RFC: drm server] limitations of MiG for ioctls

Hi, On 11/5/24 6:16 PM, Yuqian Yang wrote: > In conclusion, there is no way to do things like using a pointer to pass > data pointed by it in Mach. I can understand this is rooted in Mach > design. This does create problems of mimicking API in Linux to reuse a > lot of high-level things. At least

Re: T60 poweroff command hang at halting Hurd...

this problem in a future. > > If you'd like you could help us debug this minor issue. I would like to help :). > > I think it's $hurd-src/hurd/shutdown.c I didn't find $hurd-src/hurd/shutdown.c, but instead I found $hurd-src/shutdown/shutdown.c; is this shutdown server

[PATCH 1/2 hurd] acpi, libmachdev: Add _forever variant of trivfs server loop

The acpi server needs to survive after the shutdown notification, so it can serve S_acpi_sleep() RPC to actually shut down the machine. Therefore we need to keep the server alive and not respond to the trivfs goaway request. --- acpi/main.c| 4 ++-- libmachdev/machdev.h | 1

[PATCH 2/2 hurd] shutdown: Try mach device acpi before /servers/acpi

Since libmachdev cannot currently serve netfs as well as trivfs on a path, we need to allow connecting to the bootstrapped acpi server to shut down the machine. --- shutdown/shutdown.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git a/shutdown/shutdown.c b

[PATCH 0/2 hurd] Fix shutdown mechanism via ACPI

Hi, This addresses the bug that shutdown does not work correctly since ACPI server was introduced: Firstly, the acpi server needs to not exit when notified of shutdown, so that it can serve the S_acpi_sleep() RPC to halt the machine. Second, a workaround for netfs not running on libmachdev path;

[PATCH gnumach] device/intr: Account for interrupts that could not be delivered

When an irq handler dies, we are decrementing the n_unacked count and calling __enable_irq() the right number of times, but we need to decrement the total interrupt count by the number that were lost and also clear that number. This fixes a hang when a shared irq handler quits and leaves some unac

[PATCH hurd] acpi: Link with irqhelp

--- acpi/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/acpi/Makefile b/acpi/Makefile index ceccb351e..6e91e980f 100644 --- a/acpi/Makefile +++ b/acpi/Makefile @@ -27,7 +27,7 @@ SRCS = main.c netfs_impl.c acpi.c \ MIGSRCS= OBJS = $(patsub

[PATCH hurd] sutils: Add smp tool for running a process on slave processors

parallelism on Hurd in a controlled way. --- debian/hurd.install.in | 1 + debian/rules | 2 +- sutils/Makefile| 2 +- sutils/smp.c | 71 ++ 4 files changed, 74 insertions(+), 2 deletions(-) create mode 100644 sutils/smp.c

[PATCH v2 hurd] sutils: Add smp tool to run process on slave processors

parallelism on Hurd in a controlled way. --- debian/hurd.install.in | 1 + debian/rules | 2 +- sutils/Makefile| 2 +- sutils/smp.c | 80 ++ 4 files changed, 83 insertions(+), 2 deletions(-) create mode 100644 sutils/smp.c

[PATCH gnumach] fpu: Fix for cpus that have no fxsave instruction

Fallthrough was incorrectly using fxsave() instead of xsave() or xsaveopt(). TESTED: on AMD fam15h: no longer throws "No coprocessor" exception. --- i386/i386/fpu.c | 4 1 file changed, 4 insertions(+) diff --git a/i386/i386/fpu.c b/i386/i386/fpu.c index 3d146f71..203de993 100644 --- a/i386

[PATCH 6/6 gnumach] i386/apic: Fix condition on non-BSP

The condition was intended for non-BSP processors to disable timer, but apic_id != 0 means it could affect BSP if its apic id is non-zero. Fixes this bug. --- i386/i386/apic.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/i386/i386/apic.c b/i386/i386/apic.c index 41b335

[PATCH 2/6 gnumach] i386/cpuboot: Dont use CPU_NUMBER_NO_STACK() early

Since we just set up the gs segment, we can use CPU_NUMBER instead of CPU_NUMBER_NO_STACK. --- i386/i386/cpuboot.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i386/i386/cpuboot.S b/i386/i386/cpuboot.S index 9ac86845..09855864 100644 --- a/i386/i386/cpuboot.S +++ b/i386/i386

[PATCH 5/6 gnumach] smp: Use logical destination not physical apic id

Since modern x86 cpus only support 4 bits of destination field in ICR, we could only address up to 16 processors, assuming their physical APIC ID was < 0x10. Some processors eg AMD fam15h have physical apic ids starting at 0x10 but only support 4 bits. So these lapics are unaddressable using physi

[PATCH 4/6 gnumach] pmap: Separate temporary_mapping from set_page_dir

Prepare for smp parallel init where we want to call these two functions on different cpus at different times. --- i386/i386/mp_desc.c | 1 + i386/i386at/model_dep.c | 1 + i386/intel/pmap.c | 2 -- 3 files changed, 2 insertions(+), 2 deletions(-) diff --git a/i386/i386/mp_desc.c b/i386

[PATCH 1/6 gnumach] i386/cpuboot: Simplify for legibility

The current segmentation already adds -KERNELBASE. But only when accessing the memory. Don't forget to reload gdt. --- i386/i386/cpuboot.S | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/i386/i386/cpuboot.S b/i386/i386/cpuboot.S index 7e6c4770..9ac86845 100644 --- a

[PATCH 3/6 gnumach] i386/cpuboot: Write gs selector correctly

To make selectors work reliably, we need to write zero to it before writing its final value. --- i386/i386/cpuboot.S | 2 ++ 1 file changed, 2 insertions(+) diff --git a/i386/i386/cpuboot.S b/i386/i386/cpuboot.S index 09855864..f549a2bc 100644 --- a/i386/i386/cpuboot.S +++ b/i386/i386/cpuboot.S @

[PATCH 0/6 gnumach] Preparation for parallel SMP init

Hi, This patchset consists of 6 patches that have been tested **not** to break both smp and non-smp systems, but get us closer to having smp working fully. The rationale for going with parallel init for smp is that APICs are not individually addressible for more than 8 cpus (in logical mode) or

[PATCH v2 1/1 libacpica] acpi_init: Get pci root port handle \_SB.PCI0 directly

This mostly fixes the numbering of IRQs when requested. This now works on an old AMD board with broken _CRS. It requests the possible irqs from _PRS and generates a valid _SRS request to set the one from the end of the list. v2: It also no longer errors on a valid _CRS. --- debian/patches/acpi-i

  1   2   >