Hi,
On 24 Mar 2024, 11:05 pm, Samuel Thibault < samuel.thiba...@gnu.org> wrote:
> Ok, but there's not even a comment about it. If somebody else comes and
> changes the code a bit, they'll very easily get to the unsafe side again. And
> really, accessing local variables from nested functions is s
Damien Zammit, le dim. 24 mars 2024 11:40:27 +, a ecrit:
> \ Original Message
> On 24 Mar 2024, 9:32 pm, Samuel Thibault
> >... Your version 11 is however still accessing the \`irq\` local parameter,
> >so it's still only by luck that it's working. You need to restore allocati
Hi Samuel,
Original Message
On 24 Mar 2024, 9:32 pm, Samuel Thibault
>... Your version 11 is however still accessing the `irq` local parameter, so
>it's still only by luck that it's working. You need to restore allocating the
>params structure to store irq and priv, which was p
Damien Zammit, le dim. 24 mars 2024 10:08:30 +, a ecrit:
> The previous problem was that calling a function with a global param
> from inside the wrapped_server_loop was crashing netdde
> due to a bogus stack offset. This is fixed.
Ah, it's not a global param, but a local param. Passing a nest
Hi,
This patchset adds a new library irqhelp for assisting the attachment
of irq handlers in userspace.
The previous problem was that calling a function with a global param
from inside the wrapped_server_loop was crashing netdde
due to a bogus stack offset. This is fixed.
The mach_msg_server thr
