From: "Jeff V. Merkey" <jmerkey@vger.timpanogas.org>
To: Alexander Viro <viro@math.psu.edu>
Cc: linux-kernel@vger.kernel.org, jmerkey@timpanogas.org,
Linus Torvalds <torvalds@transmeta.com>,
Linux390@de.ibm.com
Subject: Re: EXPORT_SYMBOL for chrdev_open 2.4.3
Date: Fri, 13 Apr 2001 18:38:10 -0600 [thread overview]
Message-ID: <20010413183810.A14604@vger.timpanogas.org> (raw)
In-Reply-To: <20010413173256.A14267@vger.timpanogas.org> <Pine.GSO.4.21.0104132004320.24992-100000@weyl.math.psu.edu>
In-Reply-To: <Pine.GSO.4.21.0104132004320.24992-100000@weyl.math.psu.edu>; from viro@math.psu.edu on Fri, Apr 13, 2001 at 08:13:41PM -0400
On Fri, Apr 13, 2001 at 08:13:41PM -0400, Alexander Viro wrote:
>
>
> On Fri, 13 Apr 2001, Jeff V. Merkey wrote:
>
> > It would be nice if chrdev_open were added to ksyms.c along with
> > blkdev_open since tape devices seem are always registered as character
> > rather than block devices.
> >
> > I am finding that kernel modules that need to open and close a tape
> > drive have to export chrdev_open manually on 2.4.3. Can this get
> > exported as well? Closing is not a problem since the method of
> > calling (->release) seems to work OK with SCSI tape devices.
>
> They don't need it. Moreover, blkdev_open shouldn't be exported too -
> the only potentially modular piece of code that refers to it is
> drivers/block/rd.c and it's in initrd loading, so it isn't even
> compiled when we do rd as a module.
>
> BTW, Linus, could we remove blkdev_open() from the export list?
> I don't see any legitimate reason to export it - certainly not in
> the official tree.
>
> BTW, fs/partitions/ibm.c also doesn't need blkdev_open() - it should
> use ioctl_by_bdev() and be done with that.
Al,
How are folks supposed to open disk and tape devices from kernel modules
without these? Not everything should be done in user space Al. If you
remove blkdev_open I will not be able to properly increment the use
count an a disk device I may be reading or writing to.
Jeff
> Al
next prev parent reply other threads:[~2001-04-14 0:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-13 23:32 Jeff V. Merkey
2001-04-14 0:13 ` Alexander Viro
2001-04-14 0:38 ` Jeff V. Merkey [this message]
2001-04-14 0:47 ` Jeff V. Merkey
2001-04-14 1:25 ` Alexander Viro
2001-04-14 1:35 ` Jeff V. Merkey
2001-04-14 2:12 ` Alexander Viro
2001-04-14 1:29 ` Alexander Viro
2001-04-14 1:36 ` Jeff V. Merkey
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=20010413183810.A14604@vger.timpanogas.org \
--to=jmerkey@vger.timpanogas.org \
--cc=Linux390@de.ibm.com \
--cc=jmerkey@timpanogas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.com \
--cc=viro@math.psu.edu \
/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
all inboxes | Powered by JetHome®