public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Richard Stover <richard@ucolick.org>
To: linux-kernel@vger.kernel.org
Subject: waiting process in procfs read
Date: Fri, 26 Aug 2005 08:59:39 -0700	[thread overview]
Message-ID: <430F3C6B.7070303@ucolick.org> (raw)

I submitted this as a bugzilla kernel bug report but was directed here.
Perhaps someone can help me.

I have a device driver developed with 2.4 kernels. I've ported
it to the 2.6 kernel (FC3) and it all works fine except for one
aspect of procfs.

My device driver sets up an entry in the /proc tree. A process
can open this entry and read from it. Normally the read blocks
until an event happens elsewhere in the device driver. When the
event happens the blocked process is woken up and the read
returns the information it was waiting for.

THE PROBLEM: In FC3 (2.6.11-13_FC3) the reading process blocks but it never
wakes up.

Here is a code fragment from the driver where the reading
process would block:

/*      Wait until the next image header has been read.         */
/*      But only wait if we are reading from the beginning.     */
       if (offset == 0) {

           printk("####%s waiting event %x\n",__FUNCTION__,
               (unsigned int)&dev->read_proc_wait);

           wait_event_interruptible(dev->read_proc_wait,(offset != 0));
           printk("####%s WOKE UP\n",__FUNCTION__);

/*          See if our sleep was interrupted by a signal.       */

           if (signal_pending(current)) {
               *buffer_location = my_buffer;
               printk("####%s returns error due to pending signal\n",__FUNCTION__);
               return -EINTR;
           }
       }


Here is a code fragment that is trying to wake up the blocked process:

/*      Wake up anyone waiting on reading /proc/readXw                  */
       printk(KERN_INFO "#### waking up anyone waiting on read_proc_wait event %x\n",
               (unsigned int)&dev->read_proc_wait);

       wake_up_interruptible(&dev->read_proc_wait);

I see the blocked process "waiting event..." message and I see the "waking up..."
message. But I never get the "WOKE UP" message and the waiting process never
returns.
If I kill the waiting process I do see "WOKE UP" and "returns error due to
pending signal"
messages so I know it has in fact been waiting. The address of dev->read_proc_wait
is the same in both the "waiting event..." and "waking up..." messages.
I've initialize dev->read_proc_wait just like several other event flags in the
same device driver: init_waitqueue_head(&(dev->read_proc_wait));

I can not see any reason why the waiting process wouldn't wake up. This code is
very similar to code used elsewhere in the driver where a process waits in an
ioctl call for a particular event to happen. That wait within an ioctl works fine.
The procfs read wait worked in Linux kernels up through RH9, 2.4.20-6 (with
appropriate code modifications for the earlier kernel).

If anybody has any suggestions I would appreciate the help. 


Thanks.

Richard Stover


----------------------------------------------------------------------
Richard Stover                       email: richard@ucolick.org
Detector Development Laboratory      http://www.ccd.ucolick.org
UCO/Lick Observatory                 Voice: 831-459-2139
Natural Sciences Bldg. 2, Room 160
University of California             FAX:   831-459-2298
Santa Cruz, CA 95064  USA            FAX:   831-426-5244 (Alternate)
----------------------------------------------------------------------



             reply	other threads:[~2005-08-26 15:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-26 15:59 Richard Stover [this message]
2005-08-26 16:40 ` waiting process in procfs read Nish Aravamudan
2005-08-26 16:41   ` Nish Aravamudan

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=430F3C6B.7070303@ucolick.org \
    --to=richard@ucolick.org \
    --cc=linux-kernel@vger.kernel.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