Add a helper library for attaching interrupt handlers in userspace.
---
Makefile | 1 +
libirqhelp/Makefile | 28
libirqhelp/irqhelp.c | 360 +++
libirqhelp/irqhelp.h | 49 ++
4 files changed, 438 insertions(+)
create mode 100644
Hi,
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 behaviour and it works on netdde.static to ifup and ifdown,
and send a la
Use the new irqhelp library in ddekit and clean up.
---
libddekit/Makefile| 2 +-
libddekit/interrupt.c | 208 ++
2 files changed, 28 insertions(+), 182 deletions(-)
diff --git a/libddekit/Makefile b/libddekit/Makefile
index 88a0c8909..c74ec1128 1006
Applied, thanks :)
Etienne Brateau, le sam. 09 mars 2024 01:38:40 +0100, a ecrit:
> ---
> console-client/pc-kbd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/console-client/pc-kbd.c b/console-client/pc-kbd.c
> index afd3411e..aa5f1103 100644
> --- a/console-client/pc
---
console-client/pc-kbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/console-client/pc-kbd.c b/console-client/pc-kbd.c
index afd3411e..aa5f1103 100644
--- a/console-client/pc-kbd.c
+++ b/console-client/pc-kbd.c
@@ -713,7 +713,7 @@ read_keycode (void)
int release = 0;
Applied, thanks a lot for fixing the perl testsuite! :)
Flavio Cruz, le mer. 06 mars 2024 00:32:44 -0500, a ecrit:
> The perl test suite has a test where it reads all the block or char devices
> under /dev without following the translators. Then it compares it against a
> list of devices that read
Flávio Cruz, le jeu. 29 févr. 2024 22:01:41 -0500, a ecrit:
> I could be wrong but if you look at this build log
> [3]https://buildd.debian.org
> /status/fetch.php?pkg=perl&arch=hurd-i386&ver=5.38.2-3&stamp=1705087520&raw=0
> it fails on t/op/stat:
>
>
> t/op/stat ...
Damien Zammit, le ven. 08 mars 2024 06:57:47 +, a ecrit:
> I think we need to allow the irq handler to be called one more time,
> because we don't know if there is a pending interrupt until we need
> to handle one.
> Once we enable the irq one more time, it is necessary
> to handle the last int