Debian Patches

Status for gnumach/2:1.8+git20201129-4

Patch Description Author Forwarded Bugs Origin Last update
11_ignore_CSIn.patch diff --git a/i386/i386at/kd.c b/i386/i386at/kd.c
index eaeea1b..03c1e06 100644
no
12_version_suffix.patch =================================================================== no
20_FP_NO.patch diff --git a/i386/include/mach/i386/fp_reg.h b/i386/include/mach/i386/fp_reg.h
index 5673055..f490623 100644
no
50_initrd.patch Jérémie Koenig <jk@jk.fr.eu.org>
Add ramdisk support for d-i.

===================================================================
no
80_vm_object_coalesce.patch See http://lists.gnu.org/archive/html/bug-hurd/2017-10/msg00011.html
coalescing areas with differing objects may not be so good an idea. It notably
potentially coalesces areas not to be swappable (such as IDE write buffers) with
swappable areas.

===================================================================
no
79_dde-debian.patch This contains a compatibility layer for netdde and rump still using the experimental irq/alloc_contig support. It is the output of

git diff master master-user_level_drivers-debian

(master was 6054cda4de2341b9a77ec4421411725f3684006b and
master-user_level_drivers-debian was 19283fdffa782b2e485ef39e0de1574006ec4a1a at
the time)

When dropping this, break netdde (<< 0.0.20200330-5),
hurd-libs0.3 (<< hurd_1:0.9.git20200718-1+b1)

===================================================================
no
90_noide.patch diff --git a/linux/dev/glue/block.c b/linux/dev/glue/block.c
index a8cb9b3f..feee5963 100644
no
git-cwd_default commit a9daf62fea26392c9050b5db3b110a7b5f8ea4c7

x86: Fix initial control word

The value in fp_state_alloc was actually an oldie, the value in fpinit
was the expected one nowadays.

* i386/i386/fpu.c (CWD_DEFAULT): Set to 0x37f.

diff --git a/i386/i386/fpu.c b/i386/i386/fpu.c
index 365187ee..ee8cadcd 100644
Samuel Thibault <samuel.thibault@ens-lyon.org> no 2020-11-29
git-fninit commit 7f61298b5d4c36b38e3c9e96fd0357c564bc3b9d

x86: clear exceptions etc. on fpinit

fpu_rstor is not enough, exceptions and such remain behind, so restore
calling fninit.

* i386/i386/fpu.c (fpinit): call fninit() before fpu_rstor().

diff --git a/i386/i386/fpu.c b/i386/i386/fpu.c
index ee8cadcd..69c495c8 100644
Samuel Thibault <samuel.thibault@ens-lyon.org> no 2020-11-29
git-fpinit commit e17a181bfda5a1f72691fc696b826efdef8d2a60

x86: Get default state from the CPU itself

It seems that at least qemu does not like our initial state. We can as
well just take it from fninit.

* i386/i386/fpu.c (MXCSR_DEFAULT, CWD_DEFAULT): Remove macros.
(fpu_module_init): Get default state from CPU.
(fpinit): Do not call fninit.

diff --git a/i386/i386/fpu.c b/i386/i386/fpu.c
index c5401fca..8a971b8e 100644
Samuel Thibault <samuel.thibault@ens-lyon.org> no 2020-11-29
git-fp_regs.h commit c7c51ea1940ccb558ac52b08d294f33d17088842

x86: Keep fp_regs.h standalone

We cannot include stdint.h in fp_regs.h since this is included by
mach_types.h for bootstrapping, before we have stdint.h from glibc.

* i386/include/mach/i386/fp_reg.h: Do not include <stdint.h>
(XSAVE_XCOMP_BV_COMPACT, struct i386_xfp_xstate_header): Use unsigned
long long instead of uint64_t.

commit 55797acc7748c15cd25891f1b84b1123aee50b3d

x86: Move fp_reg.h static assertions to .c file

Since fp_reg.h is installed on the system, and compilers may not even
support _Static_assert.

* i386/include/mach/i386/fp_reg.h: Move _Static_assert to...
* i386/i386/fpu.c: ... c file.
Samuel Thibault <samuel.thibault@ens-lyon.org> no 2020-12-01

All known versions for source package 'gnumach'

Links