Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Hello, Damien Zammit, le sam. 14 nov. 2020 14:37:37 +1100, a ecrit: > Previous problems mentioned with 2x rumpdisk partitions all fixed. Congrats! What was the issue? Samuel

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le sam. 14 nov. 2020 14:37:37 +1100, a ecrit: > /* BSD name of whole disk device is /dev/wdXd > - * but we will receive /dev/wdX as the name */ > + * but we will receive /dev/wdX as the name > + * or @/dev/master:/dev/wdX */ This looks odd to me. The "@/dev/master:" part should ra

Re: pci-arbiter + rumpdisk

Damien Zammit, le sam. 14 nov. 2020 17:59:30 +1100, a ecrit: > > youpi: pci-arbiter could be exposed as a device name in the master device > > port and the userland pci-arbiter running on /server/bus/pci can try to > > open that > > youpi: just like netdde tries to open eth0 to check whether ther

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le sam. 14 nov. 2020 14:37:37 +1100, a ecrit: > @@ -53,7 +53,7 @@ struct block_data >char name[DISK_NAME_LEN]; /* eg /dev/wd0 */ >off_t media_size; /* total block device size */ >uint32_t block_size; /* size in bytes of 1 sector */ > - bool taken;

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le sam. 14 nov. 2020 11:09:48 +0100, a ecrit: > Damien Zammit, le sam. 14 nov. 2020 14:37:37 +1100, a ecrit: > > /* BSD name of whole disk device is /dev/wdXd > > - * but we will receive /dev/wdX as the name */ > > + * but we will receive /dev/wdX as the n

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

I have simplified rumpdisk's device_open. Samuel

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

jbra...@dismail.de, le sam. 14 nov. 2020 20:48:07 +, a ecrit: > Are you trying to replace the Hurd's > extfs server with a rump driver? Not exactly: replace the gnumach disk drivers with the rump disk drivers. Samuel

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le dim. 15 nov. 2020 11:26:03 +1100, a ecrit: > By the way, should we keep the device right stored in struct block_device *bd, > so we can give already open devices the same right? I'm not sure of the details since I haven't been looking at the ports doc for a long time, but AIUI it

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le dim. 15 nov. 2020 11:33:06 +1100, a ecrit: > On 14/11/20 9:09 pm, Samuel Thibault wrote: > > This looks odd to me. The "@/dev/master:" part should rather be > > dropped way before, by the code that opens /dev/master to access the > > master device

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le dim. 15 nov. 2020 12:07:30 +1100, a ecrit: > On 15/11/20 11:33 am, Damien Zammit wrote: > > I will test again without it. > > It works in both modes with current master! Great :) I have uploaded it in Debian a minute ago. We'll be able to start to use this in production :) Sam

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Hello, Damien Zammit, le dim. 15 nov. 2020 21:24:42 +1100, a ecrit: > On 15/11/20 8:56 pm, Samuel Thibault wrote: > > I have uploaded it in Debian a minute ago. We'll be able to start to use > > this in production :) > > Unfortunately, it still does not work with the p

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Hello, wd1 at atabus7 drive 0 wd1: wd1: drive supports 16-sector PIO transfers, LBA48 addressing wd1: 20480 MB, 41610 cyl, 16 head, 63 sec, 512 bytes/sect x 41943040 sectors wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd1(ahcisata1:1:0): using PIO mode 4, DMA mode 2,

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le dim. 15 nov. 2020 22:16:32 +0100, a ecrit: > BTW, I believe we don't want to expose the /dev/ prefix, that'd be > surprising for users (I myself made the mistake). translate_name can > prepend /dev/ itself. /dev/ would also break various grub & d

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le lun. 16 nov. 2020 09:06:16 +1100, a ecrit: > On 16/11/20 8:16 am, Samuel Thibault wrote: > > wd1 at atabus7 drive 0 > Do you have two controllers or one? This looks like IDE (?) I'm using -device ahci,id=ahci1 -device ahci,id=ahci2 -drive id=boot,format=ra

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le dim. 15 nov. 2020 23:19:15 +0100, a ecrit: > Damien Zammit, le lun. 16 nov. 2020 09:06:16 +1100, a ecrit: > > On 16/11/20 8:16 am, Samuel Thibault wrote: > > > wd1 at atabus7 drive 0 > > Do you have two controllers or one? This looks like IDE (?) >

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

I had missed that question: Damien Zammit, le lun. 16 nov. 2020 09:06:16 +1100, a ecrit: > Hmm, what does showtrans say on your disk node? I was trying rumpdisk from the boot, not within a booted system :) Samuel

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le lun. 16 nov. 2020 10:28:43 +1100, a ecrit: > On 16/11/20 9:24 am, Samuel Thibault wrote: > > opening /dev/wd1d > > could not open > > ext2fs: device:/dev/wd1: No such device or address > > FYI, I am using the following grub entry for booting off a ru

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le lun. 16 nov. 2020 10:39:10 +1100, a ecrit: > I have a patched QEMU for IDE sync cache atapi cmd and no AHCI controller by > default in q35, see attached. > I recall having issues with the driver without patching QEMU. > Perhaps this will help? This gets the same. > +static void

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le lun. 16 nov. 2020 00:33:20 +0100, a ecrit: > Damien Zammit, le lun. 16 nov. 2020 10:28:43 +1100, a ecrit: > > On 16/11/20 9:24 am, Samuel Thibault wrote: > > > opening /dev/wd1d > > > could not open > > > ext2fs: device:/dev/wd1: No such

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le lun. 16 nov. 2020 01:04:17 +0100, a ecrit: > Samuel Thibault, le lun. 16 nov. 2020 00:33:20 +0100, a ecrit: > > Damien Zammit, le lun. 16 nov. 2020 10:28:43 +1100, a ecrit: > > > On 16/11/20 9:24 am, Samuel Thibault wrote: > > > > opening /d

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le lun. 16 nov. 2020 02:12:01 +0100, a ecrit: > Samuel Thibault, le lun. 16 nov. 2020 01:04:17 +0100, a ecrit: > > Samuel Thibault, le lun. 16 nov. 2020 00:33:20 +0100, a ecrit: > > > Damien Zammit, le lun. 16 nov. 2020 10:28:43 +1100, a ecrit: > > > &g

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le lun. 16 nov. 2020 02:31:50 +0100, a ecrit: > Samuel Thibault, le lun. 16 nov. 2020 02:12:01 +0100, a ecrit: > > I pushed adding the wd[1-3] entries in /dev/, that seems to be going > > further. > > But the minor numbers were wrong. Fixing them. It booted fine :D Samuel

Re: pci-arbiter + rumpdisk

Damien Zammit, le lun. 16 nov. 2020 20:54:27 +1100, a ecrit: > How do I expose the hurdish pci subsystem that has no underlying node to > attach to for a netfs > in pci-arbiter during bootstrap? ? Like rumpdisk does? When rumpdisk receives the fsys_init call, it installs itself as translator. J

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Damien Zammit, le lun. 16 nov. 2020 09:06:16 +1100, a ecrit: > On 16/11/20 8:16 am, Samuel Thibault wrote: > > BTW, I believe we don't want to expose the /dev/ prefix, that'd be > > surprising for users (I myself made the mistake). translate_name can > > prepend /de

Re: [PATCH] libmachdev: Install as translator when bootstrapping && fix rumpdisk injection

Samuel Thibault, le lun. 16 nov. 2020 18:08:25 +0100, a ecrit: > Damien Zammit, le lun. 16 nov. 2020 09:06:16 +1100, a ecrit: > > On 16/11/20 8:16 am, Samuel Thibault wrote: > > > BTW, I believe we don't want to expose the /dev/ prefix, that'd be > > > su

Re: Broken stack traces on crashed programs

Ludovic Courtès, le mar. 17 nov. 2020 10:57:43 +0100, a ecrit: > I’ve noticed that I’d always get “broken” stack traces in GDB when (1) > attaching to a program suspended by /servers/crash-suspend, (2) > examining a core dump, or (3) spawning a program in GDB and examining it > after it’s received

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 11:41:52 +0100, a ecrit: > I managed to build more packages from mesa based on that libdrm is now > available. Is there any way to test these packages with qemu? Which packages? Those mentioned below in your mail? They don't depend that much on the emulated har

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 14:53:56 +0100, a ecrit: > On Tue, 2020-11-17 at 14:22 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 11:41:52 +0100, a ecrit: > > > I managed to build more packages from mesa based on that libdrm is > > > now

Re: Testing direct rendering/more video cards with qemu?

Samuel Thibault, le mar. 17 nov. 2020 14:57:06 +0100, a ecrit: > The std and cirrus drivers work just fine with qemu. (and yes, the cirrus driver has some dri capabilities. Apparently not DRI2, but at least XFree86-DRI). Samuel

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 15:22:02 +0100, a ecrit: > On Tue, 2020-11-17 at 14:57 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 14:53:56 +0100, a ecrit: > > > > > Which of these (and xorg* packages) are needed? > > > > >

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 15:31:03 +0100, a ecrit: > On Tue, 2020-11-17 at 15:22 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 15:22:02 +0100, a ecrit: > > > On Tue, 2020-11-17 at 14:57 +0100, Samuel Thibault wrote: > > > > Svante

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 21:56:33 +0100, a ecrit: > On Tue, 2020-11-17 at 15:32 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 15:31:03 +0100, a ecrit: > > > > > > > dri cannot work. You changes in libdrm only introduced some >

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mar. 17 nov. 2020 22:47:04 +0100, a ecrit: > On Tue, 2020-11-17 at 21:59 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 21:56:33 +0100, a ecrit: > > > > Got it. Can some of the drivers be tested with software renderi

Re: Broken stack traces on crashed programs

Ludovic Courtès, le mar. 17 nov. 2020 14:55:32 +0100, a ecrit: > Samuel Thibault skribis: > > > Ludovic Courtès, le mar. 17 nov. 2020 10:57:43 +0100, a ecrit: > >> I’ve noticed that I’d always get “broken” stack traces in GDB when (1) > >> attaching to a progr

Re: Testing direct rendering/more video cards with qemu?

Svante Signell, le mer. 18 nov. 2020 13:40:48 +0100, a ecrit: > On Tue, 2020-11-17 at 22:51 +0100, Samuel Thibault wrote: > > Svante Signell, le mar. 17 nov. 2020 22:47:04 +0100, a ecrit: > > > On Tue, 2020-11-17 at 21:59 +0100, Samuel Thibault wrote: > > > > Svante

Re: [PATCH] libfshelp: Fix extern inline definitions

bfshelp/rlock.h: Likewise > > Signed-off-by: Romain Naour > Cc: Samuel Thibault Applied, thanks! > --- > libfshelp/extern-inline.c | 2 +- > libfshelp/fshelp.h| 4 +++- > libfshelp/rlock.h | 4 +++- > 3 files changed, 7 insertions(+), 3 deletions(-) > >

Re: pci-arbiter + rumpdisk

Hello, Damien Zammit, le mar. 17 nov. 2020 20:56:07 +1100, a ecrit: > Somehow I was able to boot / via rumpdisk and then the arbiter > still worked afterwards, so networking via netdde started working. > This is the first time I've had a rumpdisk / with network access! > > Alas, I cannot seem to

Re: [PATCH] Hurd: Enable ifunc by default

Ping? I was able to pass glibc's complete ifunc tests with no problem. Samuel Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit: > The binutils bugs seem to have been fixed. > > 2020-11-08 Samuel Thibault > > gcc/ > * config.gcc: Enable defaul

Re: [PATCH] fix missing include header guard.

guy fleury iteriteka, le dim. 22 nov. 2020 09:41:55 +0200, a ecrit: > * i386/i386/pit.h: Add header guard angaist multiple inclusion. Applied, thanks! > --- > i386/i386/pit.h | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/i386/i386/pit.h b/i386/i386/pit.h > index 6b682280..e004c3

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le dim. 22 nov. 2020 12:01:51 +0100, a ecrit: > Should I boot another OS and retrieve some information that way? Yes please, otherwise it's simply just divine-work to be able to say anything about whether it would be supposed to work (e.g. whether we'd have a driver or not). > L

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le dim. 22 nov. 2020 23:44:23 +0100, a ecrit: > 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8100/8101L/8139 PCI Fast Ethernet Adapter (rev 20) RTL 8139 is very standard, that should work fine enough. > [    3.846113] Serial: 8250/16550 driver, 4 ports, IRQ

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le dim. 22 nov. 2020 23:52:54 +0100, a ecrit: > 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102/VT6103 [Rhine-II] > (rev 74) That looks much less common. > 01:00.0 VGA compatible controller: VIA Technologies, Inc. KM400/KN400/P4M800 > [S3 UniChrome] (rev 01) pci.ids

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le lun. 23 nov. 2020 00:59:35 +0100, a ecrit: > Samuel Thibault wrote: > > Apparently nobody started Hurd's GNU Mach micro-kernel on a system with > > 4 com ports indeed. I pushed to master a restriction to 2 ports only, > > to just avoid the issue.

Re: rumpdisk status

Hello, Had you tested support for cd-rom? With qemu I am getting a media sense error with status 0x50. Samuel

Re: rumpdisk status

Damien Zammit, le mar. 24 nov. 2020 11:15:15 +1100, a ecrit: > On 24/11/20 5:16 am, Samuel Thibault wrote: > > Had you tested support for cd-rom? With qemu I am getting a media sense > > error with status 0x50. > > I think that was the reason for the qemu patch for synci

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le mar. 24 nov. 2020 22:19:49 +0100, a ecrit: > > > 01:00.0 VGA compatible controller: VIA Technologies, Inc. > > > KM400/KN400/P4M800 > > > [S3 UniChrome] (rev 01) > > pci.ids says 1106:7205, I don't find this in netdde's source code, so > > it probably just doesn't have a drive

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le mar. 24 nov. 2020 22:44:06 +0100, a ecrit: > Samuel Thibault wrote: > > > > Apparently nobody started Hurd's GNU Mach micro-kernel on a system with > > > > 4 com ports indeed. I pushed to master a restriction to 2 ports only, > > >

Re: stat(x) & AT_NO_AUTOMOUNT

Hello Pino, Pino Toscano, le sam. 28 nov. 2020 19:45:12 +0100, a ecrit: > Can AT_NO_AUTOMOUNT be (easily) implemented in the hurd lookup bits? I would say that it simply maps to O_NOTRANS? Samuel

Re: stat(x) & AT_NO_AUTOMOUNT

Pino Toscano, le sam. 28 nov. 2020 20:09:57 +0100, a ecrit: > In data sabato 28 novembre 2020 20:02:52 CET, Samuel Thibault ha scritto: > > Pino Toscano, le sam. 28 nov. 2020 19:45:12 +0100, a ecrit: > > > Can AT_NO_AUTOMOUNT be (easily) implemented in the hurd lookup bits? &g

Re: Boot issue with e1000 netdde driver

Richard Braun, le dim. 29 nov. 2020 14:09:56 +0100, a ecrit: > On Tue, Sep 22, 2020 at 01:28:42PM +0200, Richard Braun wrote: > > On Fri, Aug 28, 2020 at 06:39:29PM +0200, Samuel Thibault wrote: > > > One way to avoid the bug is to use the e1000 hardware network type. I >

Re: Boot issue with e1000 netdde driver

Svante Signell, le dim. 29 nov. 2020 18:01:51 +0100, a ecrit: > On Sun, 2020-11-29 at 14:37 +0100, Samuel Thibault wrote: > > Richard Braun, le dim. 29 nov. 2020 14:09:56 +0100, a ecrit: > > > > > > Actually, with the e1000 driver, very often, network is not > >

Re: Boot issue with e1000 netdde driver

Svante Signell, le dim. 29 nov. 2020 18:01:51 +0100, a ecrit: > On Sun, 2020-11-29 at 14:37 +0100, Samuel Thibault wrote: > > Richard Braun, le dim. 29 nov. 2020 14:09:56 +0100, a ecrit: > > > > > > Actually, with the e1000 driver, very often, network is not > >

Re: Boot issue with e1000 netdde driver

Svante Signell, le dim. 29 nov. 2020 23:23:56 +0100, a ecrit: > On Sun, 2020-11-29 at 20:31 +0100, Samuel Thibault wrote: > > Svante Signell, le dim. 29 nov. 2020 18:01:51 +0100, a ecrit: > > > On Sun, 2020-11-29 at 14:37 +0100, Samuel Thibault wrote: > > > > Richard

Re: fp_reg.h:62:15: error: expected constructor, destructor, or type conversion before ‘(’ token

Hello, Jeffrey Walton, le lun. 30 nov. 2020 23:13:36 -0500, a ecrit: > /usr/include/i386-gnu/mach/i386/fp_reg.h:62:15: error: expected > constructor, destructor, or type conversion before ‘(’ token >62 | _Static_assert(sizeof(struct i386_xfp_xstate_header) == 8*8); I fixed this yesterday even

Re: proc behavior

Rene, le jeu. 03 déc. 2020 22:59:02 +, a ecrit: > root@manada ~# cat /proc/9/environ > cat: /proc/9/environ: Input/output error > 173<--172(pid11862)->io_read_request (-1 131072) = 0x4005 (Input/output > error) > any ideas about what might be missing? No idea, probably a bug in proc

Re: [PATCH] Hurd: Enable ifunc by default

Ping? Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit: > The binutils bugs seem to have been fixed. > > 2020-11-08 Samuel Thibault > > gcc/ > * config.gcc: Enable default_gnu_indirect_function in *-*-gnu* > target (but not *-*-kfreebsd*-g

Re: AF_LINK missing

Hello, Svante Signell, le sam. 05 déc. 2020 11:23:08 +0100, a ecrit: > Recent libgo in gcc-snapshot FTBFS due to AF_LINK is missing. Looking at > bits/socket.h the AF/PF_link entries are commented out. Is there some easy way > to support it See the debian/patches/hurd-i386/submitted-AF_LINK.diff

Re: AF_LINK missing

Samuel Thibault, le sam. 05 déc. 2020 11:46:07 +0100, a ecrit: > AF_LINK would be a complete story to implement, no easy way. Simplest > is to disable the code that blindly makes use of it in gcc. Under #ifdef AF_LINK, I mean. Samuel

Re: Please build gcc-9 + gcc-10 w/o tests.

Hello, Svante Signell, le dim. 06 déc. 2020 14:41:18 +0100, a ecrit: > Additionally gcc-10 build-depends on gnat-9, so a failing build of gcc-9 > disables a build of gcc-10. Please build the latest versions w/o tests. Yep, started so! Samuel

Re: Debian Hurd tests on real hardware - network, IRQ issues

Riccardo Mottola, le lun. 07 déc. 2020 15:46:04 +0100, a ecrit: > Samuel Thibault wrote: > >> [    3.491071] isapnp: Scanning for PnP cards... > >> [    3.845792] isapnp: No Plug & Play device found > >> [    3.846113] Serial: 8250/16550 driver, 4 ports, IRQ shar

[task #5469] Rewrite pfinet

Update of task #5469 (project hurd): Percent Complete: 0% => 70% Wiki-like text discussion box: => a new tcp/ip stack translator was set up, that just uses lwip as a library. It probably needs polishing before we can use it a

[task #12729] Add pflocal features

Update of task #12729 (project hurd): Wiki-like text discussion box: => RCVBUF/SENDBUF was done. ___ Reply to this item at: ___

[task #7840] port libpciaccess

Update of task #7840 (project hurd): Percent Complete: 0% => 80% Wiki-like text discussion box: => A lot of work was done and merged, pending uploads ___ Reply to thi

[task #6231] Implement support for futexes

Update of task #6231 (project hurd): Percent Complete: 0% => 70% Wiki-like text discussion box: => gsync was implemented, glibc semaphores, conds, rwlock, barrier, still need to be ported ___

[task #5488] Update the device driver glue code in GNU Mach

Update of task #5488 (project hurd): Wiki-like text discussion box: => Rather remove it :) By finishing the rump user-level code. ___ Reply to this item at: ___

Re: Contributing - available projects?

jbra...@dismail.de, le mar. 15 déc. 2020 19:24:13 +, a ecrit: > Recently lwip has been ported to the Hurd. It sounds like Samuel (main > hurd maintainer) wants to rewrite pfinet to use lwip instead of the > linux 2 TCP/IP stack. This was actually already done. What we'd need now is testing it

Re: Contributing - available projects?

Edward Haigh, le mar. 15 déc. 2020 20:29:46 +, a ecrit: > So perhaps an automated test framework targeting the pfinet stack would be > useful?  Yes, or probably rather: look out for existing tcp/ip testing frameworks, there are most probably already some just waiting to be used :) Samuel

Re: Please comment out constants in header files for features not being supported yet. And remove stubs??

Svante Signell, le jeu. 17 déc. 2020 15:54:28 +0100, a ecrit: > # define CLOCK_REALTIME_COARSE 5 > > The problem with that option is that it is not yet supported, resulting > in EINVAL and a crash message on the console: /hurd/crash: host > crashed ... We could comment this out indeed.

Re: bind9

Now on bind9 itself, Svante Signell, le jeu. 17 déc. 2020 15:54:28 +0100, a ecrit: > However, another crash happens (still to be further investigated): host > ftp.sunet.se run in gdb shows: > [New Thread 29158.13] > [New Thread 29158.14] > [New Thread 29158.15] > [New Thread 29158.16] > ftp.sunet.

Re: Please comment out constants in header files for features not being supported yet. And remove stubs??

Svante Signell, le ven. 18 déc. 2020 11:58:53 +0100, a ecrit: > On Thu, 2020-12-17 at 17:11 +0100, Samuel Thibault wrote: > > Svante Signell, le jeu. 17 déc. 2020 15:54:28 +0100, a ecrit: > > > # define CLOCK_REALTIME_COARSE 5 > > > > > > The proble

Re: Considering Making A Financial Contribution to GNU Hurd

Blair Vidakovich, le ven. 18 déc. 2020 13:08:23 +0800, a ecrit: > I was dismayed to find out that the top three GNU/Linux distributions > were Ubuntu, Fedora, and Mint, It depends who you ask. If you look at https://distrowatch.com/ you'll get another answer. If you ask people, they'd tell you tha

Re: Please comment out constants in header files for features not being supported yet. And remove stubs??

Svante Signell, le ven. 18 déc. 2020 13:22:12 +0100, a ecrit: > On Fri, 2020-12-18 at 12:12 +0100, Samuel Thibault wrote: > > Svante Signell, le ven. 18 déc. 2020 11:58:53 +0100, a ecrit: > > > On Thu, 2020-12-17 at 17:11 +0100, Samuel Thibault wrote: > > > > >

Re: Please comment out constants in header files for features not being supported yet. And remove stubs??

Svante Signell, le ven. 18 déc. 2020 14:30:27 +0100, a ecrit: > On Fri, 2020-12-18 at 14:02 +0100, Samuel Thibault wrote: > > Svante Signell, le ven. 18 déc. 2020 13:22:12 +0100, a ecrit: > > > > > > It is a crash: Without gdb: > > > host ftp.sunet.s

Re: Considering Making A Financial Contribution to GNU Hurd

Samuel Thibault, le ven. 18 déc. 2020 12:18:55 +0100, a ecrit: > The question is rather whether we have anybody ready to be paid for > working on GNU/Hurd. Somebody could pop out and say "I'll work for > that", but he'd need a lot of mentoring before being able to

Re: Please comment out constants in header files for features not being supported yet. And remove stubs??

Svante Signell, le sam. 19 déc. 2020 13:03:19 +0100, a ecrit: > In order no to loose bugs/not implemented features in GNU/Hurd I will submit > bugs from now on. Either to Debians BTS or GNUs. Which one do you prefer? For bugs in the Hurd itself, better use the savannah hurd BTS. Samuel

Re: [PATCH] Hurd: Enable ifunc by default

Ping? Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit: > The binutils bugs seem to have been fixed. > > 2020-11-08 Samuel Thibault > > gcc/ > * config.gcc: Enable default_gnu_indirect_function in *-*-gnu* > target (but not *-*-kfreebsd*-g

Re: [PATCH] Hurd: Enable ifunc by default

Almudena Garcia, le lun. 21 déc. 2020 01:05:29 +0100, a ecrit: > What do you need exactly? I need gcc people to apply it. > How can we test It? The answer would be lengthy. Basically recompile gcc with it, write or find a program that uses it, and check that it works. But I have already done th

[PATCH] hurd: libgcc unwinding over signal trampolines with SIGINFO

When the application sets SA_SIGINFO, the signal trampoline parameters are different to follow POSIX. libgcc/ * config/i386/gnu-unwind.h (x86_gnu_fallback_frame_state): Add the posix siginfo case to struct handler_args. Detect between legacy and siginfo from the second parameter, which is a small

Re: [PATCH] hurd: libgcc unwinding over signal trampolines with SIGINFO

Jessica Clarke, le lun. 21 déc. 2020 14:21:39 +, a ecrit: > On 21 Dec 2020, at 14:09, Samuel Thibault wrote: > > @@ -75,29 +86,52 @@ x86_gnu_fallback_frame_state > > return _URC_END_OF_STACK; > > > > handler_args = context->cfa; > > - scp = handler_

[PATCHv2] hurd: libgcc unwinding over signal trampolines with SIGINFO

When the application sets SA_SIGINFO, the signal trampoline parameters are different to follow POSIX. libgcc/ * config/i386/gnu-unwind.h (x86_gnu_fallback_frame_state): Add the posix siginfo case to struct handler_args. Detect between legacy and siginfo from the second parameter, which is a small

[PATCH] hurd: Fix getting VM_MIN/MAX_ADDRESS

gnu-nat.c was getting the inclusion of vm_param.h only by luck. We need to explicitly include it to be sure to get the definitions of VM_MIN/MAX_ADDRESS. gdb/ChangeLog: * gnu-nat.c: Include . diff --git a/gdb/gnu-nat.c b/gdb/gnu-nat.c index 1693ce0c43..6f290be0d5 100644 --- a/gdb/gnu-nat

Re: [PATCH] hurd: Fix getting VM_MIN/MAX_ADDRESS

(For the record, I don't have commit access). Simon Marchi, le lun. 21 déc. 2020 14:40:31 -0500, a ecrit: > > > On 2020-12-21 12:59 p.m., Samuel Thibault via Gdb-patches wrote: > > gnu-nat.c was getting the inclusion of vm_param.h only by luck. We > > need to explicitl

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

Simon Marchi, le mar. 22 déc. 2020 19:09:17 -0500, a ecrit: > Samuel, would you like to have push access for GDB? That could make things simpler, yes. > Do you already have a Sourceware account? Yes, ssh://sthib...@sourceware.org Samuel

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

Hello, Simon Marchi, le mar. 22 déc. 2020 22:02:40 -0500, a ecrit: > I've been told you now have push access, give it a try. Yep it worked, thanks! Samuel

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

Simon Marchi, le mer. 23 déc. 2020 12:07:21 -0500, a ecrit: > Please also commit the ChangeLog entry to the correct > ChangeLog file. Ah, right. > Also, you can add yourself to gdb/MAINTAINERS. Done so. Samuel

Re: _Static_assert in fpu.c should also take a string

Hello, Andrea G. Monaco, le mer. 23 déc. 2020 18:54:47 +0100, a ecrit: > But _Static_assert requires another argument, an error string for when > the assertion fails. Ah, right, fixed so, thanks! Samuel

[PATCH] libtool.m4: update GNU/Hurd test from upstream

In upstream libtool, 47a889a4ca20 ("Improve GNU/Hurd support.") fixed detection of shlibpath_overrides_runpath, thus avoiding unnecessary relink. This backports it. ChangeLog: * libtool.m4: Match gnu* along other GNU systems. bfd/ChangeLog: * configure: Re-generate. binutils/Ch

[PATCH] libtool.m4: update GNU/Hurd test from upstream

In upstream libtool, 47a889a4ca20 ("Improve GNU/Hurd support.") fixed detection of shlibpath_overrides_runpath, thus avoiding unnecessary relink. This backports it. ChangeLog: * libtool.m4: Match gnu* along other GNU systems. * libffi/configure: Re-generate. * libgomp/conf

Re: posix_spawn[p] less secure on Hurd than on Linux

Hello, Bruno Haible, le jeu. 24 déc. 2020 02:54:28 +0100, a ecrit: > this misfeature was withdrawn from glibc in > > and > . > > But the test p

WEXITED/WCONTINUED

Hello, For information, I am currently landing patches to implemented waitid's WEXITED/WCONTINUED/etc. Samuel

Re: WEXITED/WCONTINUED

Svante Signell, le dim. 27 déc. 2020 12:38:03 +0100, a ecrit: > Why did you choose in proc/wait.c: > +#ifndef WCONTINUED > +#define WCONTINUED 4 > +#endif > + > +#ifndef WEXITED > +#define WEXITED 16 > +#endif > > Any specific reason? The Hurd values usually follow the BSD values. Those are the F

Re: [PATCH] remove mremap from open_issues

Applied, thanks!

Re: [PATCH] libtool.m4: update GNU/Hurd test from upstream

ping? Samuel Samuel Thibault, le mer. 23 déc. 2020 20:24:52 +0100, a ecrit: > In upstream libtool, 47a889a4ca20 ("Improve GNU/Hurd support.") fixed > detection of shlibpath_overrides_runpath, thus avoiding unnecessary relink. > This backports it. > > ChangeLog: >

Re: [Patch] add pdf link to website

Andrew Eggenberger, le ven. 01 janv. 2021 18:59:41 -0600, a ecrit: > The included patch adds a link to download the pdf of a file referenced > on the microkernel/mach/mig/documentation.mdwn page. Currently > there is only a link to the citation, and even that is paywalled. Applied, thanks!

Re: [PATCH 01/11] remove libthreads.

guy fleury iteriteka, le sam. 02 janv. 2021 12:12:07 +0200, a ecrit: > * hurd/libthreads.mdwn: delete file. Applied, but please take care that other pages still pointed at it, we need to either update, or remove the references. Samuel

Re: [PATCH 02/11] remove mention of libthreads.

Ah, you did :) Usually one puts the file removal and reference updates in the same commit, so that there is no half-broken stage at any commit. Samuel

Re: [PATCH 06/11] remove guile 'times' issues.

guy fleury iteriteka, le sam. 02 janv. 2021 12:12:12 +0200, a ecrit: > * open_issues/time.mdwn(guile): remove it. I don't think we want to remove it yet: the 100 vs 100 clock resolution is not really settled, some applications seem to assume 100 from linuxism, others properly follow getclktck(

Re: [PATCH 10/11] remove ifunc from open_issues.

guy fleury iteriteka, le sam. 02 janv. 2021 12:12:16 +0200, a ecrit: > * open_issues/ifunc.mdwn: delete it. This is not over: > - * [[GCC]] > - > -In `gcc/config.gcc`, set `default_gnu_indirect_function=yes` for us, like > -done for GNU/Linux. See thread starting at [[!message-id > -

Re: [PATCH 00/11] remove fixed issues

guy fleury iteriteka, le sam. 02 janv. 2021 12:12:06 +0200, a ecrit: > these patches remove some fixed issues. > *** BLURB HERE *** Mostly applied, thanks! One thing, however: somehow you produced mails with Content-Type: text/plain; charset=yes and "yes" is not a valid charset :) Samuel

Re: [PATCH 00/11] remove fixed issues

guy fleury iteriteka, le sam. 02 janv. 2021 15:44:03 +0200, a ecrit: > Ooh! `git send-email` asks if i want to declare enconding > as "UTF-8", i just say "yes" and think it will set it. Ah ok :D Samuel

  1   2   3   4   5   6   7   8   9   10   >