<!DOCTYPE html><html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body>

    <p>On 3/19/24 8:20 AM, Thomas Stuefe wrote:</p>

    <blockquote type="cite" cite="mid:RksaTC6r-ek8MxJ2DIO784aFm8xXTXyH7lwcK7NDMpg=.bf9eb6ca-1cf7-4362-be6d-5e46e456c11f@github.com">

      <pre>I wonder wheter we could - at least as workaround for if we missed a 

spot - do wx switching as a reaction to a SIBBUS related to WX violation

 in code cache. Switch state around, return from signal handler and 

retry operation.

(Edit: tested it, does not seem to work. I guess when the SIGBUS is 

triggered in the kernel thread WX state had already been processed 

somehow).</pre>

    </blockquote>

    <p><br>

    </p>

    <p>That makes sense if the WX state is part of the signal context

      saved and restored by the signal handler.</p>

    <p>dl<br>

    </p>

  </body>

</html>