Re: [PATCH 2/5 gnumach] i386: Refactor int stacks to be per cpu for SMP

Hi Almu, On 3/2/23 02:56, Almudena Garcia wrote: > I already suggested move this to a function > > +#ifndef MACH_HYP > +    /* Turn paging on. > +     * TODO: Why does setting the WP bit here cause a crash? > +     */ > +    set_cr0(get_cr0() | CR0_PG /* | CR0_WP */); > +    set_cr0(get_cr0() & ~(

Re: [PATCH 2/5 gnumach] i386: Refactor int stacks to be per cpu for SMP

On 4/2/23 12:27, Almudena Garcia wrote: > But, added to interrupt stacks, the APs needs their own stacks once these are > running, to store data of the process which are executing. I thought this kind of stack is dynamically allocated by the thread manager (?) Damien

[PATCH] cpu_number: Short circuit if smp init not done

This depends on serialised AP init patch. Fixes warnings spewing at boot with APIC and SMP --- i386/i386/cpu_number.c | 8 1 file changed, 8 insertions(+) diff --git a/i386/i386/cpu_number.c b/i386/i386/cpu_number.c index ad4c4b01..eca95d7a 100644 --- a/i386/i386/cpu_number.c +++ b/i386

[PATCH gnumach] cpu_number: Fix missing return

--- i386/i386/cpu_number.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/i386/i386/cpu_number.c b/i386/i386/cpu_number.c index ad4c4b01..42aa6ea1 100644 --- a/i386/i386/cpu_number.c +++ b/i386/i386/cpu_number.c @@ -36,5 +36,7 @@ int cpu_number(void) printf("apic_get_cpu_ker

[PATCH v2 gnumach] cpu_number: Short circuit if smp init not done

This depends on serialised AP init patch. Fixes warnings spewing at boot with APIC and SMP --- i386/i386/cpu_number.c | 5 + i386/i386/mp_desc.h| 2 ++ 2 files changed, 7 insertions(+) diff --git a/i386/i386/cpu_number.c b/i386/i386/cpu_number.c index 42aa6ea1..1d2fab3a 100644 --- a/i386

Re: [PATCH v3] i386: Refactor int stacks to be per cpu for SMP

Hi Almu, On 13/2/23 11:51, Almudena Garcia wrote: > :-) > > Thanks Damien!! I'm happy that you have rescued my work of latest year and > patched it to fix the problems. > > Now an evolution of my work is in upstream, thanks to your work. > > Great job!!. I'm grateful with you. \o/ You're welcome

[PATCH 0/5 gnumach] More smp progress

This adds a few more things we need for smp. Per-cpu curr_ipl[] for example. With these changes compiled for smp and apic, the kernel fails to boot with -smp {2,4,6,8} due to the first task getting lost somewhere. If you boot with $(prompt-task-resume) in grub, it enters the debugger just before l

[PATCH 1/5 gnumach] interrupt.S: Dont change ipl for pmap_update_interrupt

--- i386/i386at/interrupt.S | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/i386/i386at/interrupt.S b/i386/i386at/interrupt.S index 1103b1c8..55f4fa0f 100644 --- a/i386/i386at/interrupt.S +++ b/i386/i386at/interrupt.S @@ -43,6 +43,9 @@ ENTRY(interrupt) cmpl$25

[PATCH 2/5 gnumach] pmap: Signal cpu for TLB update if kernel_pmap

--- i386/intel/pmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i386/intel/pmap.c b/i386/intel/pmap.c index 0a805e4c..40ddcd6a 100644 --- a/i386/intel/pmap.c +++ b/i386/intel/pmap.c @@ -3013,7 +3013,7 @@ voidsignal_cpus( cpu_update_needed[which_cpu] = TRUE

[PATCH 3/5 gnumach] Make curr_ipl[] per cpu

--- i386/i386/cpu_number.h | 13 --- i386/i386/fpu.c | 4 ++-- i386/i386/ipl.h | 2 +- i386/i386/pic.c | 6 +++-- i386/i386/spl.S | 34 ++--- i386/i386at/ioapic.c

[PATCH 5/5 gnumach] x86_64: Fix broken int_stack_base

--- x86_64/cswitch.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/x86_64/cswitch.S b/x86_64/cswitch.S index 1a7471c3..015e884c 100644 --- a/x86_64/cswitch.S +++ b/x86_64/cswitch.S @@ -137,7 +137,7 @@ ud2 movqS_ARG2,%rsi /* get its argument */

[PATCH 4/5 gnumach] Remove verbose debug printfs

--- i386/i386/mp_desc.c | 1 - i386/i386/smp.c | 1 - i386/intel/pmap.c | 1 - 3 files changed, 3 deletions(-) diff --git a/i386/i386/mp_desc.c b/i386/i386/mp_desc.c index 446fedb5..e6fcbf62 100644 --- a/i386/i386/mp_desc.c +++ b/i386/i386/mp_desc.c @@ -199,7 +199,6 @@ cpu_control(int cpu,

[PATCH 1/2 gnumach] Fix missing cpu_pause symbol

--- i386/i386/smp.c | 5 + i386/i386/smp.h | 3 +-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/i386/i386/smp.c b/i386/i386/smp.c index c0149a3b..f493bdc0 100644 --- a/i386/i386/smp.c +++ b/i386/i386/smp.c @@ -45,6 +45,11 @@ static void smp_data_init(void) } +inline void

[PATCH 2/2 gnumach] Add missing init_fpu() for APs

--- i386/i386/mp_desc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/i386/i386/mp_desc.c b/i386/i386/mp_desc.c index 4b5a78ea..fa66aa44 100644 --- a/i386/i386/mp_desc.c +++ b/i386/i386/mp_desc.c @@ -38,6 +38,7 @@ #include #include #include +#include #include #include #include

[PATCH gnumach] trap: Fix Wformat issues

--- i386/i386/trap.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/i386/i386/trap.c b/i386/i386/trap.c index 9a35fb42..34ccb6a5 100644 --- a/i386/i386/trap.c +++ b/i386/i386/trap.c @@ -212,7 +212,7 @@ dump_ss(regs); if (trunc_page(subcode) =

[PATCH gnumach] model_dep: Call acpi_apic_init if APIC defined

Fixes boot --enable-ncpus=1 with --enable-apic configuration albeit the keyboard is stuck and network cannot be accessed. Error messages: Timeout reached while wating for return value /bin/console: Could not receive return value from daemon process: Connection timed out --- i386/i386at/model_de

[PATCH gnumach] Unmask irq 12 - fixes stuck console with apic

--- i386/i386at/model_dep.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/i386/i386at/model_dep.c b/i386/i386at/model_dep.c index baff8da1..73b99f94 100644 --- a/i386/i386at/model_dep.c +++ b/i386/i386at/model_dep.c @@ -177,6 +177,8 @@ void machine_init(void) #warning FIXME: Rather unmask

[PATCH gnumach] kd_mouse: Fix IBM mouse irq getting stuck and blocking console

TESTED: With and without apic/smp --- i386/i386at/kd_mouse.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/i386/i386at/kd_mouse.c b/i386/i386at/kd_mouse.c index c870cf5a..9bd001cb 100644 --- a/i386/i386at/kd_mouse.c +++ b/i386/i386at/kd_mouse.c @@ -106,6 +106,7 @@ boo

[PATCH gnumach] pit: Fix shadowed hz variable && define modes correctly

--- i386/i386/pit.c | 14 +++--- i386/i386/pit.h | 3 ++- 2 files changed, 9 insertions(+), 8 deletions(-) diff --git a/i386/i386/pit.c b/i386/i386/pit.c index 7373a38e..6c006a98 100644 --- a/i386/i386/pit.c +++ b/i386/i386/pit.c @@ -66,18 +66,18 @@ int pit0_mode = PIT_C0|PIT_SQUAREMODE|

[PATCH gnumach] lapic timer: Calibrate based on 10 PIT sleeps for 10ms

NB: This relies on a fix for QEMU as one-shot PIT mode is currently broken in qemu. --- i386/i386at/ioapic.c | 19 +++ 1 file changed, 11 insertions(+), 8 deletions(-) diff --git a/i386/i386at/ioapic.c b/i386/i386at/ioapic.c index 24e04653..d2ea84ad 100644 --- a/i386/i386at/ioapic

Re: [PATCH gnumach] lapic timer: Calibrate based on 10 PIT sleeps for 10ms

On 26/2/23 12:31, Damien Zammit wrote: > NB: This relies on a fix for QEMU as one-shot PIT mode > is currently broken in qemu. Here is the corresponding qemu patch: https://lists.nongnu.org/archive/html/qemu-devel/2023-02/msg07549.html Damien

[PATCH gnumach] pit: Use corrected clock frequency

All PC compatibles operate the PIT at a clock rate of (105/88) MHz --- i386/i386/pit.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i386/i386/pit.h b/i386/i386/pit.h index b14c4c84..49e1051b 100644 --- a/i386/i386/pit.h +++ b/i386/i386/pit.h @@ -86,7 +86,7 @@ WITH THE USE O

Re: [PATCH gnumach] lapic timer: Calibrate based on 10 PIT sleeps for 10ms

On 26/2/23 20:20, Samuel Thibault wrote: > Samuel Thibault, le dim. 26 févr. 2023 10:03:28 +0100, a ecrit: >> Damien Zammit, le dim. 26 févr. 2023 03:34:59 +, a ecrit: >>> On 26/2/23 12:31, Damien Zammit wrote: >>>> NB: This relies on a fix for QEMU as one-s

[PATCH gnumach] lapic timer: Calibrate via mach timer not PIT

Previously the lapic timer was calibrated by one-shot PIT timer2. This method can be buggy and generally unused in emulation environments. This patch reworks the timer calibration to use a mach timer based on regular PIT interrupts to remapped IOAPIC pin. This also changes the primary clock source

[PATCH gnumach] kern: Fix MACH_LOCK_MON lock monitoring debug

TESTED: - by setting MACH_LOCK_MON to 1 in configfrag.ac and running "show all slocks" in kdb - does not break default configured kernel --- ddb/db_sym.h | 8 i386/i386/lock.h | 6 +++--- kern/lock.c | 4 kern/lock.h | 5 + kern/lock_mon.c | 8 kern/t

[PATCH v2 gnumach] lapic timer: Calibrate via mach timer not PIT

Previously the lapic timer was calibrated by one-shot PIT timer2. This method can be buggy and generally unused in emulation environments. This patch reworks the timer calibration to use a mach timer based on regular PIT interrupts to remapped IOAPIC pin. This also changes the primary clock source

[PATCH gnumach] ioapic: Timer calibrated in 10 mach ticks

hz variable is the number of mach ticks in 1 second. We want to know how many lapic ticks in 1 mach tick. Therefore, we set a timer for 10 mach ticks and divide the lapic stopwatch counter value by 10. --- i386/i386at/ioapic.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --

Re: Happy birthday, Richard Matthew Stallman!

Happy birthday, rms, Thank you - most of all - for the GPL; distilling the essential software freedoms down to 4, and giving everyone a way to defend their freedom. Have a fabulous day! On 16/3/23 19:39, Akib Azmain Turja wrote: > > Today, 16th March, is the birthday of Richard Matthew Stallman

[PATCH gnumach] Add timing info to MACH_LOCK_MON lock monitoring

Booting to beginning of bootstrap with different number of cpus and checking the lock statistics where TIME is in milliseconds: -smp 1 db{0}> show all slocks SUCCESS FAILMASKED STACK TIMELOCK/CALLER 1 0/0 1/100 0/0 8030/8030 0x323(c1196280) 30760 0/0 0/0

Re: Some progress, Guix rumpdisk still crashes...

Try '-M q35' passed to qemu as this will use a newer chipset emulation that includes AHCI controller by default. Im not sure if IDE is working at this point. Damien Sent from ProtonMail mobile Original Message On 18 May 2023, 4:24 am, Janneke Nieuwenhuizen wrote: > Hi! > > S

Recent patches break ACPI tables

Hi, Almu and I discovered that the following commit breaks --enable-apic --enable-ncpus= >1 --disable-linux-groups * d972c01c pmap: only map lower BIOS memory 1:1 when using Linux drivers I believe the ACPI tables need temporary low memory mapping to access them. Also, the commit: * 54a4ca2

Re: Recent patches break ACPI tables

Hi Luca, On 20/6/23 05:40, l...@orpolo.org wrote: > and at this stage the lapic pointer is not yet initialized: > > (gdb) p lapic > $4 = (volatile ApicLocalUnit *) 0x0 > (gdb) x &lapic > 0xc109bc6c : 0x > > I guess so far this worked because the address 0 was mapped, and now it > isn't

[PATCH gnumach] i386/apic.c: Pre-initialize the lapic pointer with a dummy structure

Fixes an early crash when APIC is defined, NCPUS > 1 and LINUX_DEV is not defined. CPU_NUMBER can now be called before the local apic pointer is properly initialized. --- i386/i386/apic.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/i386/i386/apic.c b/i386/i386/apic

Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits.

Hi Janneke, On 20/6/23 06:00, Janneke Nieuwenhuizen wrote: > The rumpkernel archive is ridiculously large. It manages to grow so big > mainly by adopting the evil practice of bundling other packages. The > archive contains copies of many GNU utilities, a copy of llvm, and even > a copy of postfi

[PATCH libacpica] Allow read/write to pci config

This allows hurd's acpi translator to read/write pci config. Note that hurd needs to be changed to link acpi translator with libpciaccess once this patch is merged. Also, the boot order needs to be pci-arbiter then acpi. TESTED: on qemu with a rump patch to enable acpi it boots via rumpdisk. On

[PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver

This simple change allows hurd to be bootable off usb! It is not ideal to have entire usb stack with the mass storage driver and combined with SATA, but there is no easy way to separate the usb stack into host/device yet. This centralises all the disk support, (and unfortunately also all the usb

Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver

Hi Samuel, On 26/6/23 02:41, Samuel Thibault wrote: >> This simple change allows hurd to be bootable off usb! > > Well, yes and no :) > > We also need /dev entries. It happens that this re-uses /dev/sd* > names, so we need to care about compatibility. We probably want > rumpdisk_device_open to f

Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver

Hi, On 26/6/23 02:41, Samuel Thibault wrote: > We also need /dev entries. It happens that this re-uses /dev/sd* > names, so we need to care about compatibility. We probably want > rumpdisk_device_open to forward to the kernel when 'disabled' is true. Doesn't libmachdev do this for us already?

[PATCH hurd] rumpusbdisk: Add USB mass storage translator

This is mostly a copy of rumpdisk, with small tweaks to compile in the rump USB stack instead of SATA/IDE. This can be tested by running qemu with a USB3 controller as follows: -drive if=none,id=usbstick,format=raw,file=/path/to/disk.img \ -device qemu-xhci

[PATCH v2 hurd] rumpusbdisk: Add USB mass storage translator

This adds a second binary target to compile in the rump USB stack instead of SATA/IDE using conditional ifdefs to mostly share the code between the two translators. This can be tested by running qemu with a USB3 controller as follows: -drive if=none,id=usbstick,format=raw,file=/path/to/disk.i

[PATCH hurd] configure.ac: Make test for acpica more robust

AC_CHECK_LIB does not work when -lpciaccess is also required. --- configure.ac | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 3ea1bc02..dd2481b0 100644 --- a/configure.ac +++ b/configure.ac @@ -408,10 +408,11 @@ AC_ARG_WITH([acpica], [

[PATCH v2 libacpica] Allow read/write to pci config

--- debian/patches/acgnu.diff | 72 --- debian/patches/acpi-init-files.diff | 88 - debian/patches/add-makefile.diff| 4 +- 3 files changed, 153 insertions(+), 11 deletions(-) diff --git a/debian/patches/acgnu.diff b/debian/patches/ac

[PATCH v3 0/2]: libirqhelp + libddekit

Hi, Bumping for review of patchset v3 > RE: libirqhelp > RE: libddekit Damien

[PATCH v3 hurd] rumpusbdisk: Add USB mass storage translator

This adds a second binary target to compile in the rump USB stack instead of SATA/IDE using conditional ifdefs to mostly share the code between the two translators. This can be tested by running qemu with a USB3 controller as follows: -drive if=none,id=usbstick,format=raw,file=/path/to/disk.i

[RFC PATCH v4 0/2 hurd] irqhelp + ddekit

Hi all, I refactored v3 of this series to be a cleaner API. However when I recompiled netdde.static using these libs, the network device hangs on ifup /dev/eth0 Can anyone see anything obviously wrong with this patchset? Thanks, Damien

[RFC PATCH v4 2/2 hurd] ddekit: Use libirqhelp for interrupt registration

--- libddekit/Makefile| 2 +- libddekit/interrupt.c | 231 -- 2 files changed, 19 insertions(+), 214 deletions(-) diff --git a/libddekit/Makefile b/libddekit/Makefile index 88a0c8909..c74ec1128 100644 --- a/libddekit/Makefile +++ b/libddekit/Makefile

[RFC PATCH v4 1/2 hurd] libirqhelp: Add library

--- Makefile | 1 + libirqhelp/Makefile | 28 libirqhelp/irqhelp.c | 345 +++ libirqhelp/irqhelp.h | 33 + 4 files changed, 407 insertions(+) create mode 100644 libirqhelp/Makefile create mode 100644 libirqhelp/irqhelp.c create m

Re: [RFC PATCH v4 1/2 hurd] libirqhelp: Add library

the handler and kicking off the server loop, to continue executing the main thread. On 5/7/23 17:59, Damien Zammit wrote: > +static struct irq * > +interrupt_register(int gsi, > +int bus, > +int dev, > +int fun, > +

[PATCH v5 1/2 hurd] libirqhelp: Add library

--- Makefile | 1 + libirqhelp/Makefile | 28 libirqhelp/irqhelp.c | 355 +++ libirqhelp/irqhelp.h | 34 + 4 files changed, 418 insertions(+) create mode 100644 libirqhelp/Makefile create mode 100644 libirqhelp/irqhelp.c create m

[PATCH v5 2/2 hurd] ddekit: Use libirqhelp for interrupt registration

--- libddekit/Makefile| 2 +- libddekit/interrupt.c | 205 +- 2 files changed, 23 insertions(+), 184 deletions(-) diff --git a/libddekit/Makefile b/libddekit/Makefile index 88a0c8909..c74ec1128 100644 --- a/libddekit/Makefile +++ b/libddekit/Makefile

[PATCH v5 0/2 hurd] irqhelp + simplify ddekit

This adds an irqhelp library for simplified user irq registration. The second patch implements the use case for ddekit (netdde). TESTED: Copied 17 files totalling 11GB inbound. ... sent 10,932,485,258 bytes received 3,563,749 bytes 1,473,960.38 bytes/sec total size is 11,194,873,873 speedup

[WIP PATCH 0/2 rust/rust-libc] GNU/Hurd support

Hi, I had another go at porting rust to hurd this weekend. This is based on my previous attempt from 2021. It needs to be rebased onto latest rust, and missing bits fixed. I got closer to cross-compiling the stage1 i686-unknown-hurd-gnu target but failed on libstd with 219 compilation errors. Ved

[PATCH rust] Add new target for GNU/Hurd

This is not quite right for library/std, but applies clean to a 2021 tree of rust on hash 25ea6be13e3 and allows up to the following stage1 build until libstd breaks on hurd, (with the other patch for rust-libc). ./x.py build --target x86_64-unknown-linux-gnu \ --target i686-unknown-

[PATCH rust-libc] i386-gnu: Add GNU/Hurd os

Autogenerated mod.rs in 2021 with: bindgen input.h -- --sysroot=./hurd-headers -I./hurd-headers/include \ -I./hurd-headers/include/i386-gnu -target i386-gnu > mod.rs Hand cherry-picked some required rust code and tweaked to make libc compile. The remaining work is tweaking libstd and add

Running PCI arbiter on stock Debian image

Hi there! I am interested in getting more driver support into the Hurd. I started by rebasing/compiling the PCI arbiter patches and documenting the steps required to make it all work on the stock Debian disk image. Note you might need to extend the disk image to get more disk space before attempt

Re: Running PCI arbiter on stock Debian image

On 29/10/18 21:19, Damien Zammit wrote: > Please see below and attached tarball with all rebased patches: I have another patch for each of libpciaccess and pciutils that go on top of my previous ones. This provides fallback mechanism for when servers/bus/pci is unavailable it will fall back

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

w post with the gnumach patch. Cheers, Damien >From 72f96ca9e17e838443cbbf64331d6acdd242ec29 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sun, 4 Nov 2018 21:33:50 -0500 Subject: [PATCH] pci-arbiter: Remove embedded pciaccess code This patch removes all embedded pciaccess code from the arbite

[PATCH] gnumach - Restrict pci io cfg ports to one process

rom 8f5525e8d46b5cf47d7eaaeb92cdc247464cf1ac Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Fri, 9 Nov 2018 22:17:46 -0500 Subject: [PATCH] Restrict access to PCI cfg io ports to one process --- i386/i386/io_perm.c | 26 +- i386/i386/io_perm.h | 2 -- i386/incl

Re: [PATCH] gnumach - Restrict pci io cfg ports to one process

ns. Thanks, Damien >From b79f52db69000b0d4bdc75346a109aaf08ec45d8 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Fri, 9 Nov 2018 22:17:46 -0500 Subject: [PATCH] Restrict access to PCI cfg io ports to one process --- i386/i386/io_perm.c | 27

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

On 10/11/18 20:42, Samuel Thibault wrote: > Damien Zammit, le sam. 10 nov. 2018 18:58:35 +1100, a ecrit: >> +CPPFLAGS += -imacros $(srcdir)/config.h > > Why is this needed? I have now removed config.h and this line. > So it seems that libpciaccess doesn't provide an inter

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

On 11/11/18 13:05, Samuel Thibault wrote: > Do you know how your copyright assignment is going, so I can commit it? Haven't heard anything since I sent through my request. Damien

Re: [PATCH] gnumach - Restrict pci io cfg ports to one process

On 11/11/18 12:51, Samuel Thibault wrote: > Damien Zammit, le dim. 11 nov. 2018 12:43:07 +1100, a ecrit: >> +#define IS_IN_PROTECTED_RANGE(from, to) \ >> + ( ( ( from <= PCI_CFG1_START ) && ( to >= PCI_CFG1_END ) ) || \ > > That should be from <= END &

[PATCH] hurd - ACPI tables netfs translator

:00 2001 From: Damien Zammit Date: Tue, 6 Nov 2018 02:53:36 -0500 Subject: [PATCH] ACPI tables translator Exposes x86 ACPI tables as a netfs on a mount point --- Makefile | 3 +- acpi/Makefile | 35 acpi/acpi.c | 290 + acpi/acpi.h

Re: [PATCH] hurd - ACPI tables netfs translator

On 13/11/18 05:39, Almudena Garcia wrote: > In my docs, I've written the procedure to get this: > > /- How to find APIC table > To find APIC table, we can read RSDT table RSDT reference. To get the > address of RSDT, we need to read RDSP table./ > /Once got RSDT table, we need to read Entry field,

[PATCH] Add ACPI translator and shutdown RPC that turns off pc

ementation. Thanks, Damien >From 22758da0b147980c11dbd456f7a4e00404261212 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Tue, 6 Nov 2018 02:53:36 -0500 Subject: [PATCH 1/3] ACPI tables translator Exposes x86 ACPI tables as a netfs on a mount point --- Makefile | 3 +- acpi/Makef

Re: Enable SMP support

On 18/11/18 04:30, liberamenso10...@gmail.com wrote: > Ok. In any case, I've restarted the project two months ago. > > You can read the docs from here: > https://gitlab.com/snippets/1756024 Hi, don't forget you can read the coreboot source code which is a free software bios that, among other th

Re: [PATCH] Add ACPI translator and shutdown RPC that turns off pc

Hi Kalle, On 25/11/18 19:58, Kalle Olavi Niemitalo wrote: > Perhaps this code should first check whether the SCI_EN bit is > already set, as described in ACPI 5.0 section 4.8.2.5 > "Legacy/ACPI Select and the SCI Interrupt", and skip the outb if > so. Section 5.2.9 "Fixed ACPI Description Table (

[PATCH] hurd - Allow libstore to open non-mach device

for patch. Thanks, Damien >From b24bbaad7227749286a3c081fc471e5da91cd59a Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sun, 23 Dec 2018 23:59:29 -0500 Subject: [PATCH] Prepare for rump disk access by making libstore take non-mach device --- libstore/device.c |

Re: Comments about SMP

Hi, On 04/02/19 06:27, Almudena Garcia wrote: > Possibly. I don't know if it's still relevant with nowadays' hardware, > though: is APIC still at that address? See [1] for coreboot's definition of the x86 multiprocessing table MP table structures. See [2] for coreboot's implementation of

Re: Comments about SMP

Hi Almudena, > El dom., 10 mar. 2019 a las 18:35, Samuel Thibault > (mailto:samuel.thiba...@gnu.org>>) escribió: > Adam Van Ymeren, le dim. 10 mars 2019 13:08:23 -0400, a ecrit: > > I don't think that's necessary.  The process doesn't have to > initiated from gnumach.  Hurd could have

Re: PCI Arbiter status

On 4/9/19 6:10 am, Joan Lledó wrote: > 3- In libpciaccess upstream there are some commits by Damien Zammit, > one of them with the new modules for the Hurd. I wonder: this new > module expects to be used from both user tasks and the translator? There are currently two modes of ope

Re: Debian GNU/Hurd freeze during network configuration

Hi, On 20/10/19 7:00 am, Almudena Garcia wrote: > Finally, after a couple of downgrade and upgrade, I found the failed package: > *libpciaccess0* > Downgrading this package to 2017 snapshot version, and holding It, the > problem with network configuration is solved and I can upgrade my system >

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

On 4/11/19 7:48 am, Samuel Thibault wrote: > Hello, > > Uploaded fixed netdde, pciutils, libpciaccess, and commited this > pci-arbiter cleanup! > > Samuel > Thank you for doing all this! wOOt!! I will test it soon. Damien

[PATCH]: gnumach - simplify interrupt handling

Hi there, Please find attached 2x patches for gnumach (apply cleanly on debian gnumach). The first patch combines all spls 1-7 into a single spl that disables all interrupts. It boots with just this patch. The second patch removes all concept of a cached PIC mask, and allows the PIC to remain

Re: [PATCH]: gnumach - simplify interrupt handling

rent master when applying netdde patches and trying to bring up /dev/eth0. Cheers, Damien >From 1dc2aedc175fdc5297eab566820ff26e664e4eca Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Mon, 11 Nov 2019 21:04:47 +1100 Subject: [PATCH] Fix unmasking curr_pic_mask only irqs --- i386/i386at/

[PATCH] - ext2fs: Fix fast symlinks created by linux in hurd

>From ec49ad8431fd20cef877098767820243bb3b95dd Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sat, 23 Nov 2019 15:08:47 +1100 Subject: [PATCH] ext2fs: Fix fast symlinks created by linux --- ext2fs/inode.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/ext2fs/inode.

[PATCH] - libstore: Add prefix @ to device to pass master device

back to opening the regular master device. Thoughts? Damien >From 938ae54389d8ce91b2575199a07c3b8787b0bdbd Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sat, 9 Nov 2019 18:35:10 +1100 Subject: [PATCH] libstore alternative master device with @ prefix --- libstore/device.c |

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

On 25/11/19 9:51 am, Joan Lledó wrote: > El dg. 24 de 11 de 2019 a les 21:17 +0100, en/na Samuel Thibault va > escriure: >> AIUI, apart from my changes, these are the changes which are already >> upstream? > > No, none of this changes are upstream. Joan, I think you are getting confused where is

Sound support for Hurd and shortfalls of ALSA

esign one for Linux possibly because it's too difficult to change the Linux kernel sound API and ALSA is almost good enough for most purposes. -- Damien Zammit ZamAudio

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

On 30/11/19 9:06 pm, Joan Lledó wrote: > 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 mak

[PATCH] rumpkernel dependencies

Hi Samuel, I am sending this primarily because I don't want to lose these patches. With the attached debian patches for libpciaccess and hurd, the rumpkernel debian packages I have prepared locally work out of the box. The problem is, you can't compile hurd with these patches without building my

Re: [PATCH] rumpkernel dependencies

Hi Samuel, On 29/3/20 11:19 am, Samuel Thibault wrote: > --- a/src/common_interface.c > +++ b/src/common_interface.c > @@ -290,11 +290,13 @@ pci_device_map_range(struct pci_device *dev, pciaddr_t > base, > > /* Make sure that there isn't already a mapping with the same base and > * si

Re: [PATCH] rumpkernel dependencies

On 29/3/20 11:23 am, Samuel Thibault wrote: > IIRC this is because rump has its own pci_conf_read symbol? This is > unfortunate, but yes, we can use the __ version to make sure to access > the RPC. Yes, it is because rump has the same symbol. > > +pci_device_hurd_probe((struct pci_d

Re: [PATCH] rumpkernel dependencies

On 29/3/20 11:24 am, Samuel Thibault wrote: > Damien Zammit, le sam. 28 mars 2020 16:50:41 +1100, a ecrit: >> Apply these first to libpciaccess: >> upstreaming/libpciaccess/99-fix-pciconf-calls >> upstreaming/libpciaccess/99-region-probe >> upstreaming/libpciacc

Re: [PATCH] rumpkernel dependencies

On 29/3/20 11:31 am, Samuel Thibault wrote: > Damien Zammit, le sam. 28 mars 2020 16:50:41 +1100, a ecrit: >> I could then push out my latest debian rumpkernel tree. > > I'd say yes, you can go ahead. > > I don't think you need to wait for libpciaccess patches? S

Re: [PATCH] rumpkernel dependencies

Hurd TODO for Damien: = - Fix libstore patch - Remove useless debugging eg: >> + mach_print("device open\n"); - Remove most of this header: >> +++ b/libmachdevrump/dev_hdr.h - Complete the following: > I see that most of the patch is actually coming from the incubator's

Re: [PATCH] rumpkernel dependencies

On 29/3/20 4:16 pm, Damien Zammit wrote: > Hurd TODO for Damien: > = > > - Fix libstore patch Done > - Remove useless debugging eg: Done > > - Remove most of this header: >>> +++ b/libmachdevrump/dev_hdr.h >> - put the files common to dd

Re: [PATCH] rumpkernel dependencies

On 30/3/20 7:06 am, Samuel Thibault wrote: > Damien Zammit, le sam. 28 mars 2020 16:50:41 +1100, a ecrit: >> Then you'll need me to push latest rumpkernel tree so you can build rump libs > > Could you commit the upstream tarballs to the repo as well so I have the > correct

Re: [PATCH] rumpkernel dependencies

isk and used your new api. See patch below. I don't think block-rump.c needs a separate library, what do you think? Thanks, Damien >From 45ac091794bd7b96e7b0cb01852f3bee72c29168 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sun, 29 Mar 2020 22:37:23 +1100 Subject: [PATCH] rumpdisk

Re: [PATCH] rumpkernel dependencies

On 30/3/20 10:38 pm, Samuel Thibault wrote: > Damien Zammit, le lun. 30 mars 2020 22:22:12 +1100, a ecrit: >> I don't think block-rump.c needs a separate library, what do you think? > > Indeed, the way you did seems well-contained. Thanks. See patch for configure.ac/Make

Re: [PATCH] rumpkernel dependencies

On 3/4/20 9:28 am, Samuel Thibault wrote: > Concerning the link line, I don't understand why hardcoding everything? > > - For a start, are the _pic.a versions really needed? The .a versions > should just work. I think the _pic.a versions are required. I could not get rump to work with .a That

Re: [PATCH] rumpkernel dependencies

om.h ? Oh yea, I have added that one instead to our tree (rump doesn't have it). >>> There are a couple mach_print debugging calls left. Oops, yeah done. Damien >From fd76bb26a629dbe42840ff8807047fe531494bc0 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sun, 29 Mar 2020 2

Re: [PATCH] rumpkernel dependencies

'll probably use short- > and middle-term wise. Fixed Damien >From 995085eca1f178d9d2db6de04abb9cb5dea17e9b Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Sun, 29 Mar 2020 22:37:23 +1100 Subject: [PATCH] rumpdisk: Add userspace disk support

Re: Running rump for the / filesystem

Hi Samuel, On 9/12/19 10:08 am, Samuel Thibault wrote: > I have been thinking about how to get rump running for the / filesystem. > ... > I'm thinking that the same can be used for the rump translator, > something like: > > module rump --fs-server-task='${fs-task}' '$(task-create)' '$(task-resume

[PATCH] - pci-arbiter fix warnings

While polishing rumpdisk I made these trivial patches which may be useful. Damien >From 364be01ee8120f795c588c30f92557a9c3f97578 Mon Sep 17 00:00:00 2001 From: Damien Zammit Date: Fri, 10 Apr 2020 22:17:31 +1000 Subject: [PATCH 1/2] pci-ops.c: Use compatible pointers --- pci-arbiter/pci-op

Re: How to create a Hurd translator?

On 20/4/20 5:39 am, Almudena Garcia wrote: > Yes, I know. But, if I want to start the cpu explorating using ACPI > translator, I think that the best way is to create other translator, instead > call to this directly from gnumach. > Another problem can be share the reference to lapic with gnumach,

Re: How to create a Hurd translator?

Samuel, >> I have a feeling we are going to need all of acpica incorporated into >> gnumach eventually, >> because you need a full ACPI parser for learning the PCI interrupts and >> proper shutdown mechanism. > > Can't the parsing be done in userland (like we do for shutdown), and > just hand

ACPI support

Hi all, I have added ACPICA support to gnumach here: http://git.zammit.org/gnumach-sv.git/log/?h=debian-acpica It boots and prints a log but the problem I am facing is that the log is not saved to /var/log/dmesg even though it prints at boot. As it scrolls so fast, I cannot read it and I don't k

Re: Three Cheers for Samuel!

On 7/6/20 10:29 pm, Joshua Branson wrote: > Hey Samuel! > > I just want to thank you for being so diligent at maintaining and > continuing to develop the GNU/Hurd. You are one of my heroes, and I > love how dedicated you are to the project! > > Wishing you a good day, > > Joshua > Yes, (altho

Re: Three Cheers for Samuel!

Hi Joshua, On 10/6/20 9:49 am, Joshua Branson wrote: > And I know Damien Zammit is fantastic, because he is working on some > ridiculously amazing audio work for the Hurd. And holy Alaskan > Asparagus tips! How does he have time to be a kernel developer and make > such beautiful mus

<    1   2   3   4   5   6   7   >