public inbox for linux-m68k@lists.linux-m68k.org
 help / color / mirror / Atom feed
From: Maxim Kuvyrkov <maxim@codesourcery.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Andreas Schwab <schwab@linux-m68k.org>, linux-m68k@vger.kernel.org
Subject: Re: [PATCH] Fix siginfo._uid bug
Date: Thu, 19 Nov 2009 22:47:28 +0300	[thread overview]
Message-ID: <4B05A0D0.4040401@codesourcery.com> (raw)
In-Reply-To: <10f740e80911191131o4a58c67ejb3073a9c8cb9fd6c@mail.gmail.com>

Geert Uytterhoeven wrote:
> On Mon, Oct 26, 2009 at 15:21, Maxim Kuvyrkov <maxim@codesourcery.com> wrote:
>> Maxim Kuvyrkov wrote:
>>> Maxim Kuvyrkov wrote:
>>>> Andreas Schwab wrote:
...
>>>> Moving on to the generic version of siginfo.h will certainly fix the
>>>> problem, otherwise, one needs to pad extra 2 bytes in _timer.
>>> While the discussion is pending, here is an updated version of the patch
>>> that also patches up sigval.
>> Ping?  Broken signal handling is a quite serious bug.
>>
>> Geert, which option of fixing would you prefer?
> 
> Unfortunately I'm far from a signal expert...
> 
> Fixing this breaks backwards compatibility, right?

Not really.  Fixing this bug will only make applications to receive 
expected results in signal handlers they register.

> So what are the consequences? Which applications are affected? Just
> gdb? So we need a fixed gdb binary in Debian?

While GDB is a heavy user of signals, it's not the only application 
that's affected.  GLIBC is affected for sure, as is anything that is 
using signals to the extent of checking UID of the process which sent 
the signal.

The question is which solution should we adopt.  The patch I posted 
fixes all current problems with have on our hands.  Andreas suggested to 
move to the generic layout of `struct siginfo' which will make future 
problems less likely, but this approach may need additional investigation.

Regards,

-- 
Maxim Kuvyrkov
CodeSourcery
maxim@codesourcery.com
(650) 331-3385 x724

  reply	other threads:[~2009-11-19 19:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-16 16:35 [PATCH] Fix siginfo._uid bug Maxim Kuvyrkov
2009-09-16 19:42 ` Andreas Schwab
2009-09-16 19:56   ` Maxim Kuvyrkov
2009-09-18 15:18   ` Maxim Kuvyrkov
2009-10-02  8:54     ` Maxim Kuvyrkov
2009-10-26 14:21       ` Maxim Kuvyrkov
2009-11-19 19:31         ` Geert Uytterhoeven
2009-11-19 19:47           ` Maxim Kuvyrkov [this message]
2009-11-24 13:01             ` Geert Uytterhoeven
2009-12-23 18:37               ` Geert Uytterhoeven
2009-12-23 19:47                 ` Maxim Kuvyrkov
2010-01-08 19:32                   ` Geert Uytterhoeven

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B05A0D0.4040401@codesourcery.com \
    --to=maxim@codesourcery.com \
    --cc=geert@linux-m68k.org \
    --cc=linux-m68k@vger.kernel.org \
    --cc=schwab@linux-m68k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox