Re: select() not returning though pipe became readable

Andrew Morton wrote:

Lutz Vieweg <[email protected]> wrote:

I'm currently investigating the following problem, which seems to indicate
a misbehaviour of the kernel:

A server software we implemented is sporadically "hanging" in a select()
call since we upgraded from kernel 2.4 to (currently) 2.6.9 (we have to wait
for 2.6.12 before we can upgrade again due to the shared-mem-not-dumped-into-
core-files problem addressed there).

  ...

Any ideas?
Any hints on what to do to investigate the problem further?

Could you at least test 2.6.12-rc1?  Otherwise we might be looking for a
bug whicj isn't there.

We'll do that, but it will take some time, as the server requirements are such
that we cannot easily setup yet another instance, we don't have that many 32GB-RAM
4-way-opterons :-)


Jim Nance wrote:

We are using that pipe, which is known only to the same one process, to
cause select() to return immediately if a signal (SIGUSR1) had been
delivered to the process (by another process), there's a signal handler
installed that does nothing but a (non-blocking) write of 1 byte to the
writing end of the pipe.

I'm not sure if this is what is causing your problem, but shouldnt you
be doing a blocking write?  It may be that the pipe is not writeable
at the moment the signal arives.  I think that could cause the symptoms
you describe.

If the pipe wasn't writeable at the time when the signal handler tried to
write a byte, that would mean there were already N (probably 4096) bytes in
the pipe, causing the select() to fall through, anyway. The semantic of
the pipe is not to count signal deliveries, but only to contain "something"
if there had been a reason to fall through the select().

Regards,

Lutz Vieweg


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

---

• References:
  • select() not returning though pipe became readable
    • From: Lutz Vieweg <[email protected]>
  • Re: select() not returning though pipe became readable
    • From: Andrew Morton <[email protected]>

• Prev by Date: Re: [patch 0/8] CKRM: Core patch set
• Next by Date: Re: [PATCH 0/6] freepgt: free_pgtables shakeup
• Previous by thread: Re: select() not returning though pipe became readable
• Next by thread: Re: select() not returning though pipe became readable
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]