From: Andrew Morton <akpm@osdl.org>
To: Greg Howard <ghoward@sgi.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Altix system controller communication driver
Date: Wed, 28 Jul 2004 08:57:37 -0700 [thread overview]
Message-ID: <20040728085737.26e0bfd2.akpm@osdl.org> (raw)
In-Reply-To: <Pine.SGI.4.58.0407271457240.1364@gallifrey.americas.sgi.com>
Greg Howard <ghoward@sgi.com> wrote:
>
> Hi Andrew,
>
> The following patch ("altix-system-controller-driver.patch")
> implements a driver that allows user applications to access the system
> controllers on SGI Altix machines. It applies on top of the
> 2.6.8-rc-mm1 patch.
>
>...
> +static struct file_operations scdrv_fops = {
> + owner:THIS_MODULE,
> + read:scdrv_read,
> + write:scdrv_write,
> + poll:scdrv_poll,
> + open:scdrv_open,
> + release:scdrv_release,
> +};
As Jes says,
.owner = THIS_MODULE,
is preferred here.
> + scd =
> + (struct sysctl_data_s *) kmalloc
> + (sizeof (struct sysctl_data_s), GFP_KERNEL);
There's no need to cast the return value of kmalloc.
scd = kmalloc(sizeof(*scd), GFP_KERNEL);
would suffice here.
> +static ssize_t
> +scdrv_read(struct file *file, char *buf, size_t count, loff_t * f_pos)
> +{
> + int status;
> + int len;
> + unsigned long flags;
> + struct subch_data_s *sd = (struct subch_data_s *) file->private_data;
> +
> + /* try to get control of the read buffer */
> + if (down_trylock(&sd->sd_rbs)) {
> + /* somebody else has it now;
> + * if we're non-blocking, then exit...
> + */
> + if (file->f_flags & O_NONBLOCK) {
> + return -EAGAIN;
> + }
hm. O_NONBLOCK means "don't wait for more input to arrive" rather than
"don't block if someone else is holding a lock I want". But given that the
semaphore is held by !O_NONBLOCK readers, it has to be done this way.
I guess there's no bug here, but it's a bit odd.
> + copy_to_user(buf, sd->sd_rb, len);
What Jes said: return -EFAULT if copy_to_user() returns non-zero.
> +static unsigned int
> +scdrv_poll(struct file *file, struct poll_table_struct *wait)
> +{
> + unsigned int mask = 0;
> + int status = 0;
> + struct subch_data_s *sd = (struct subch_data_s *) file->private_data;
> + unsigned long flags;
> +
> + scdrv_lock_all(sd, &flags);
> + poll_wait(file, &sd->sd_rq, wait);
> + poll_wait(file, &sd->sd_wq, wait);
This function will sleep with spinlocks held, won't it?
next prev parent reply other threads:[~2004-07-28 16:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-27 20:07 [PATCH] Altix system controller communication driver Greg Howard
2004-07-28 15:11 ` Jes Sorensen
2004-07-28 15:57 ` Andrew Morton [this message]
2004-07-28 18:21 ` Sam Ravnborg
2004-07-29 19:46 ` Greg Howard
2004-07-28 22:11 ` Greg Howard
2004-07-28 23:00 ` Andrew Morton
2004-07-29 19:50 ` Greg Howard
2004-07-30 21:44 ` Greg Howard
2004-07-31 9:55 ` Christoph Hellwig
2004-08-01 0:55 ` Andrew Morton
2004-08-02 11:46 ` Greg Howard
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=20040728085737.26e0bfd2.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ghoward@sgi.com \
--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