Hi,
On 3/10/24 6:46 AM, Samuel Thibault wrote:
> Damien Zammit, le sam. 09 mars 2024 01:18:37 +, a ecrit:
>> So having discussed this, we allow the irq thread to be called one more time,
>> but not actually call the user irq handler if the shutdown flag is set.
>> We acknowledge the interrupt
March 9, 2024 at 8:47 PM, "Almudena Garcia" wrote:
>
> Hi:
>
> I got to install Debian GNU/Hurd in my T410 using the installer, but without
> rumpdisk and setting SATA interface in compatibility mode to emulate IDE
> device.
>
> But, when i set the interface in AHCI mode, and i execute th
Hi:
I got to install Debian GNU/Hurd in my T410 using the installer, but without
rumpdisk and setting SATA interface in compatibility mode to emulate IDE
device.
But, when i set the interface in AHCI mode, and i execute the installer with
"noide" flag, this doesn't detect the cdrom.
This i
Applied, thanks!
Damien Zammit, le dim. 10 mars 2024 00:08:38 +, a ecrit:
> ---
> faq/smp.mdwn | 31 ++-
> 1 file changed, 22 insertions(+), 9 deletions(-)
>
> diff --git a/faq/smp.mdwn b/faq/smp.mdwn
> index c0133b80..ee0bf53f 100644
> --- a/faq/smp.mdwn
> +++ b/
---
faq/smp.mdwn | 31 ++-
1 file changed, 22 insertions(+), 9 deletions(-)
diff --git a/faq/smp.mdwn b/faq/smp.mdwn
index c0133b80..ee0bf53f 100644
--- a/faq/smp.mdwn
+++ b/faq/smp.mdwn
@@ -13,21 +13,34 @@ License|/fdl]]."]]"""]]
[[!meta title="Does GNU/Hurd suppor
To use the new way to configure the keyboard.
With the switch to xkbcommon we now need to specify
model, layout, variant and options to configure the keyboard and no more
the keymap file.
---
debian/hurd.hurd-console.default | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/d
Almudena Garcia, le dim. 10 mars 2024 00:32:07 +0100, a ecrit:
> > I don't know, but it'll probably be much simpler to debug from an installed
> system.
>
> But, how can I install the system in real hardware without using the
> installer?
>
> I tried to install it in a harddisk through a VM, co
Almudena Garcia, le dim. 10 mars 2024 00:21:51 +0100, a ecrit:
> Ok. Then I will wait some time until get a more stable image. I'm making some
> test to check the rumpdisk support.
> In Qemu and VirtualBox, rumpdisk detect the SATA CDROM and HDD successfully,
> but in my Thinkpad laptops the CDROM
Samuel Thibault, le dim. 10 mars 2024 00:11:52 +0100, a ecrit:
> Almudena Garcia, le dim. 10 mars 2024 00:04:33 +0100, a ecrit:
> > Trying to install the latest daily image, I've just found this error in the
> > "Base system installation" step.
> >
> > imagen.png
> >
> > The log show some errors
Hello,
Almudena Garcia, le dim. 10 mars 2024 00:04:33 +0100, a ecrit:
> Trying to install the latest daily image, I've just found this error in the
> "Base system installation" step.
>
> imagen.png
>
> The log show some errors
>
> imagen.png
>
> Could you fix it?
Yes. ntpdate will indeed need
Hi:
Trying to install the latest daily image, I've just found this error in the
"Base system installation" step.
[image: imagen.png]
The log show some errors
[image: imagen.png]
Could you fix it?
Thanks
Le sam. 9 mars 2024 à 21:17, Samuel Thibault a
écrit :
> Hello,
>
> > 19 files changed, 547 insertions(+), 5803 deletions(-)
>
> Yay, nice cleanup :D
>
> Did you try to run Xorg with this patch applied?
>
No I have not configured an X client on my VM, I can try
>
> Did you check that it builds
Hello,
> 19 files changed, 547 insertions(+), 5803 deletions(-)
Yay, nice cleanup :D
Did you try to run Xorg with this patch applied?
Did you check that it builds when xkb_common is not available?
Did you try to use compose?
Do you have a patch for debian's /etc/default/hurd-console file?
E
Hello,
Damien Zammit, le sam. 09 mars 2024 01:18:37 +, a ecrit:
> So having discussed this, we allow the irq thread to be called one more time,
> but not actually call the user irq handler if the shutdown flag is set.
> We acknowledge the interrupt has been handled, however.
>
> I tested this
Applied, thanks!
Luca Dariz, le sam. 09 mars 2024 15:02:44 +0100, a ecrit:
> From: LD
>
> ---
> Makefrag.am| 2 ++
> i386/Makefrag.am | 1 -
> {x86_64 => ipc}/copy_user.c| 7 +--
> {i386/i386 => ipc}/copy_user.h | 18 +-
> ipc/ipc_kms
Applied, thanks!
Luca Dariz, le sam. 09 mars 2024 15:02:43 +0100, a ecrit:
> From: LD
>
> ---
> device/chario.c | 2 +-
> device/ds_routines.c | 4 ++--
> device/net_io.c | 4 ++--
> i386/Makefrag_x86.am | 1 -
> i386/i386/db_interfa
Applied, thanks!
Luca Dariz, le sam. 09 mars 2024 15:02:42 +0100, a ecrit:
> This allows 32on64 to work again. Also, it's a clearer indication of a
> missing part.
> ---
> x86_64/locore.S | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/x86_64/locore.S b/x86_64
Il 09/03/24 16:24, Etienne Brateau ha scritto:
Le sam. 9 mars 2024 à 15:03, Luca Dariz diff --git a/i386/i386/debug.h b/i386/i386/debug.h
index 84397ba8..eff330c6 100644
--- a/i386/i386/debug.h
+++ b/i386/i386/debug.h
@@ -54,6 +54,7 @@ void debug_trace_dump(void);
#else
Le sam. 9 mars 2024 à 15:03, Luca Dariz a écrit :
> This extends the previous debug utility to trace system calls with
> more events and the ability to control the tracing from userspace,
> collecting a trace of the whole systems.
>
> This tool was quite useful in porting the rpc format to 64 bit
These are some utilities I used to decode and control the kernel
trace, compiled as part of gnumach just so it's easier to build
them. I'm not sure if they should be in their own package, for now
they complement the kernel tracing patch so it can be tested more
easily.
With ktrace we can collect t
From: LD
---
Makefrag.am| 2 ++
i386/Makefrag.am | 1 -
{x86_64 => ipc}/copy_user.c| 7 +--
{i386/i386 => ipc}/copy_user.h | 18 +-
ipc/ipc_kmsg.c | 2 +-
ipc/ipc_mqueue.c | 2 +-
ipc/mach_msg.c
This extends the previous debug utility to trace system calls with
more events and the ability to control the tracing from userspace,
collecting a trace of the whole systems.
This tool was quite useful in porting the rpc format to 64 bit and
handle the 32to64 translation, but also to debug user-sp
This allows 32on64 to work again. Also, it's a clearer indication of a
missing part.
---
x86_64/locore.S | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/x86_64/locore.S b/x86_64/locore.S
index 806762bb..8f39a677 100644
--- a/x86_64/locore.S
+++ b/x86_64/locore.S
@@ -
From: LD
---
device/chario.c | 2 +-
device/ds_routines.c | 4 ++--
device/net_io.c | 4 ++--
i386/Makefrag_x86.am | 1 -
i386/i386/db_interface.c | 2 +-
i386/i386/db_trace.c | 2 +-
i386/i386/fpu.c
It's normal, I merged them and send them separately.
Le sam. 9 mars 2024, 10:53, Samuel Thibault a
écrit :
> Hello,
>
> We however didn't receive the other 4 patches?
>
> Samuel
>
Hello,
We however didn't receive the other 4 patches?
Samuel
26 matches
Mail list logo
