| To: | Alexander Viro <viro@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] devfs v181 available |
| From: | Richard Gooch <rgooch@xxxxxxxxxxxxxxx> |
| Date: | Mon, 18 Jun 2001 00:40:21 -0600 |
| Cc: | linux-kernel@xxxxxxxxxxxxxxx, devfs-announce-list@xxxxxxxxxxxxxxxxxxxxxxxx |
| In-reply-to: | <Pine.GSO.4.21.0106180228180.17131-100000@xxxxxxxxxxxxxxxxx> |
| References: | <200106180601.f5I613D29992@xxxxxxxxxxxxxxxxxxxxxxxx> <Pine.GSO.4.21.0106180228180.17131-100000@xxxxxxxxxxxxxxxxx> |
| Sender: | owner-devfs@xxxxxxxxxxx |
Alexander Viro writes:
>
>
> On Mon, 18 Jun 2001, Richard Gooch wrote:
>
> > - Widened locking in <devfs_readlink> and <devfs_follow_link>
>
> No, you hadn't. Both vfs_readlink() and vfs_follow_link() are blocking
> functions, so BKL is worthless there.
Huh? The BKL will protect against other operations which might cause
the devfs entry to be unregistered, where those other operations also
grab the BKL. So, it's an improvement.
Sure, some operations may cause unregistration without grabbing the
BKL, but that's orthogonal (and requires more extensive changes). If
this "widening" is of no use, then what use are the existing grabs of
the BKL in those functions? You're the one who added them in the first
place.
Regards,
Richard....
Permanent: rgooch@xxxxxxxxxxxxx
Current: rgooch@xxxxxxxxxxxxxxx
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] devfs v181 available, Richard Gooch |
|---|---|
| Next by Date: | Re: [PATCH] devfs v181 available, Richard Gooch |
| Previous by Thread: | [PATCH] devfs v181 available, Richard Gooch |
| Next by Thread: | Re: [PATCH] devfs v181 available, Richard Gooch |
| Indexes: | [Date] [Thread] [Top] [All Lists] |