[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110324203620.GK3130@pulham.picochip.com>
Date: Thu, 24 Mar 2011 20:36:20 +0000
From: Jamie Iles <jamie@...ieiles.com>
To: Mike Frysinger <vapier@...too.org>
Cc: Jamie Iles <jamie@...ieiles.com>, linux-kernel@...r.kernel.org,
gregkh@...e.de
Subject: Re: [RFC PATCHv2 3/4] drivers/otp: allow an ioctl to be specified
Hi Mike,
On Thu, Mar 24, 2011 at 02:35:00PM -0400, Mike Frysinger wrote:
> On Thu, Mar 24, 2011 at 11:21, Jamie Iles wrote:
> > Some drivers may need an ioctl method to provide device specific control
> > such as blackfin for providing locking. Regions can specify an ioctl to
> > be used but this field method is optional.
>
> shouldnt this just be squashed into patch 1 since you havent merged
> any of this yet ?
Probably yes, I was just trying to keep the patches smaller to review,
but in this case it probably isn't a sensible split.
>
> > +static long otp_ioctl(struct file *filp, unsigned cmd, unsigned long arg)
> > +{
> > + struct otp_region *region = filp->private_data;
> > + long ret = -ENOTTY;
> > +
> > + if (down_interruptible(&otp_sem))
> > + return -ERESTARTSYS;
> > +
> > + if (region->ops->ioctl)
> > + ret = region->ops->ioctl(region, cmd, arg);
> > +
> > + up(&otp_sem);
> > +
> > + return ret;
> > +}
>
> the existence check can be pulled out of the locking
>
> long ret;
>
> if (!region->ops->ioctl)
> return -ENOTTY;
>
> if (down_interruptible(&otp_sem))
>
> return -ERESTARTSYS;
>
> ret = region->ops->ioctl(region, cmd, arg);
>
> up(&otp_sem);
>
> return ret;
>
Ok, will do.
Jamie
--
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/
Powered by blists - more mailing lists