linux-kernel - Re: signalfd() not handling sigqueue() sigval data correctly

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 10 Apr 2008 10:21:54 -0700 (PDT)
From:	Davide Libenzi <davidel@...ilserver.org>
To:	Michael Kerrisk <mtk.manpages@...glemail.com>
cc:	lkml <linux-kernel@...r.kernel.org>
Subject: Re: signalfd() not handling sigqueue() sigval data correctly

On Thu, 10 Apr 2008, Michael Kerrisk wrote:

> On Thu, Apr 10, 2008 at 7:03 AM, Michael Kerrisk
> <mtk.manpages@...glemail.com> wrote:
> > Hi Davide,
> >
> > > > I was doing some playing about with signalfd(), and seem to have encountered a
> > > > bug: when a signalfd read() fetches data for a signal that was sent by
> > > > sigqueue(), the data accompanying the signal is not returned.  Instead
> > > > ssi_int/ssi_ptr is zero.
> > >
> > > Michael, can you give the patch below a spin? I tested it on my x86_64 box
> > > and seems to be working fine:
> > >
> > > Got signal 44
> > >   ssi_code= -1
> > >   ssi_pid = 6314
> > >   ssi_uid = 1000
> > >   ssi_int = 123
> > >   ssi_ptr = 7b
> >
> > This works for me on x86-32.  Thanks Davide!
> 
> Davide,
> 
> Are you going to get this pushed into 2.6.26?  I assume we can't get
> it into 2.6.25...

I'll be sending it Andrew-bound today. I dunno where it'll land mainline.


- Davide


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/