| Summary: | [msdosfs] [patch] msdosfs incorrectly handles vnode locking | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | mbendiks <mbendiks> | ||||
| Component: | kern | Assignee: | Bruce Evans <bde> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | 4.1-RELEASE | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
mbendiks
2000-10-07 05:40:01 UTC
State Changed From-To: open->analyzed I'm unsure if this patch is correct: it just gathers VOP_UNLOCK(fvp) invocations into one. it introduces a bug by not releasing fdvp vnode when it is necessary. de_flags field still not protected by the lock (should it be ?). Responsible Changed From-To: freebsd-bugs->trhodes assign to tom, he cares about msdosfs Responsible Changed From-To: trhodes->bde bde is the current msdosfs stuckee. State Changed From-To: analyzed->closed A casual inspection of a recent FreeBSD msdosfs_vnops.c suggests that these changes generally don't (no longer?) apply to the FreeBSD code. Thanks for the submission, however, and apologies for the very long time it's taken to look at it (quite possibly these issues were fixed in the intermediate time independently). |