[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0703271200430.2558-100000@iolanthe.rowland.org>
Date: Tue, 27 Mar 2007 12:04:59 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: David Rientjes <rientjes@...gle.com>,
Sam Ravnborg <sam@...nborg.org>
cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Kernel development list <linux-kernel@...r.kernel.org>
Subject: Re: [patch] usb: call bdev_read_only() only on CONFIG_BLOCK
On Tue, 27 Mar 2007, Sam Ravnborg wrote:
> On Tue, Mar 27, 2007 at 02:03:25AM -0700, David Rientjes wrote:
> > bdev_read_only() is only defined on CONFIG_BLOCK so we make sure not to
> > call it unless we have it. A new static inline function,
> > is_inode_read_only(), is invoked to call bdev_read_only() on CONFIG_BLOCK
> > and return zero otherwise.
> >
> > Cc: Alan Stern <stern@...land.harvard.edu>
> > Signed-off-by: David Rientjes <rientjes@...gle.com>
> > ---
> > drivers/usb/gadget/file_storage.c | 10 +++++++++-
> > 1 files changed, 9 insertions(+), 1 deletions(-)
> >
> > diff --git a/drivers/usb/gadget/file_storage.c b/drivers/usb/gadget/file_storage.c
> > --- a/drivers/usb/gadget/file_storage.c
> > +++ b/drivers/usb/gadget/file_storage.c
> > @@ -3493,6 +3493,14 @@ static int fsg_main_thread(void *fsg_)
> > complete_and_exit(&fsg->thread_notifier, 0);
> > }
> >
> > +#ifdef CONFIG_BLOCK
> > +static inline int is_inode_read_only(struct inode *inode)
> > +{
> > + return bdev_read_only(inode->i_bdev);
> > +}
> > +#else
> > +#define is_inode_read_only(inode) (0)
> > +#endif
>
> This looks like the wrong place to fix this.
> Like we do with for exampel the pci_ functions we should provide a dummy
> implementation in the kernel if configured without CONFIG_BLOCK.
>
> In this way the decision to provide dummy functions are centralized
> and benefits all users.
In any case this patch is unnecessary. There is a patch in the USB
development tree making USB_FILE_STORAGE dependent on CONFIG_BLOCK.
Alan Stern
-
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