headers
Frank Sorenson | 1 Feb 2005 16:26
Favicon

Re: SKAS3: prerelease of V8 (against 2.6.9) uploaded


Rob Landley wrote:
| If a kill -9 needs to be followed by a CONT signal to actually take
effect on
| a stopped process, why is this not a kernel bug?  (Kill -9 is supposed to
| _mean_ it.  I've always thought of it as the "with shotgun" option...)
|
| Rob

I believe there were PTRACE changes in 2.6.9 that caused this:

http://marc.theaimsgroup.com/?l=linux-kernel&m=109877438509709&w=2

Frank
--
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
frank <at> tuxrocks.com
Permalink | Reply |
headers
Christopher S. Aker | 1 Feb 2005 17:27

Re: SKAS3: prerelease of V8 (against 2.6.9) uploaded

With the problems we had with 2.6.9 as a host, I was wondering why Blaisorblade chose
it when he released skas-v8-rc1.

Here is skas-v8-rc1 diffed against 2.6.10:

http://www.theshore.net/~caker/patches/skas-v8-rc1-2.6.10.patch

-Chris

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply |
headers
Blaisorblade | 3 Feb 2005 20:55
Picon
Favicon

Re: SKAS3: prerelease of V8 (against 2.6.9) uploaded

On Tuesday 01 February 2005 17:27, you wrote:
> With the problems we had with 2.6.9 as a host, I was wondering why
> Blaisorblade chose it when he released skas-v8-rc1.

I wondered too :-), however the reason was just that I wanted to get it out 
for early review... I've then been busy and now I'm going to port it to 
2.6.10.

> Here is skas-v8-rc1 diffed against 2.6.10:

> http://www.theshore.net/~caker/patches/skas-v8-rc1-2.6.10.patch
I'm having a look at it, however IIRC there weren't too many subtle ptrace 
change in 2.6.10, so I guess you've done it well...

Actually I have some doubt about ptrace.c, for this part:

                  child->exit_code = data;
  -               /* make sure the single step bit is not set. */
  -               clear_singlestep(child);
  +               put_stack_long(child, EFL_OFFSET,tmp);
                  wake_up_process(child);
                  ret = 0;
                  break;

I understand the purpose, and it makes sense... but I'll have to find a way to 
clean it up... 
--

-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
(Continue reading)

Permalink | Reply |
headers
Doug Dumitru | 2 Feb 2005 00:46

Re: SKAS3: prerelease of V8 (against 2.6.9) uploaded

Christopher S. Aker wrote:
> With the problems we had with 2.6.9 as a host, I was wondering why Blaisorblade chose
> it when he released skas-v8-rc1.
> 
> Here is skas-v8-rc1 diffed against 2.6.10:
> 
> http://www.theshore.net/~caker/patches/skas-v8-rc1-2.6.10.patch
> 
> -Chris

Thank you for the patch.

It compiles cleanly and does run UML here, but still has the kill 
behaviour.  To recap:

   kill -TERM `pidof linux`

     does nothing

   kill -KILL `pidof linux`

     kills all but one thread, after which you can ...

   kill -CONT `pidof linux`

     which finally kills it off completely.

Having a kill -9 not work really sounds like a bug to me.  It can be 
worked around, but is "non obvious".
(Continue reading)

Permalink | Reply |

Gmane