This is because msdosfs and ntfs are not mpsafe, and it seems that
VLC using recently added F_RDAHEAD/F_READAHEAD fcntls.
Please try this.
diff --git a/sys/kern/kern_descrip.c b/sys/kern/kern_descrip.c
index 434f54a..676de65 100644
--- a/sys/kern/kern_descrip.c
+++ b/sys/kern/kern_descrip.c
@@ -718,14 +718,15 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg)
do {
new = old = fp->f_flag;
new |= FRDAHEAD;
- } while (atomic_cmpset_rel_int(&fp->f_flag, old, new) == 0);
+ } while (!atomic_cmpset_rel_int(&fp->f_flag, old, new));
readahead_vnlock_fail:
VFS_UNLOCK_GIANT(vfslocked);
+ vfslocked = 0;
} else {
do {
new = old = fp->f_flag;
new &= ~FRDAHEAD;
- } while (atomic_cmpset_rel_int(&fp->f_flag, old, new) == 0);
+ } while (!atomic_cmpset_rel_int(&fp->f_flag, old, new));
}
fdrop(fp, td);
break;
I have been getting panics with VLC on UFS filesytem too, Although the
frequency of panics on a UFS filesystem is pretty low as compared to
msdosfs and ntfs systems and they are very abrupt. I will try getting a
trace.
--
Aditya Sarawgi
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
I am observing panics also with newest vlc port on ufs2. System panics
whenever playing .flv files.
Voila! Thanks.
Doug
--
Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/
With this patch even my panics went away :-)
Thank you very much,
Rainer Hurling
hmmm. memtest reports no errors. And I do not think that this was a
memory specific task.
I observed the below described behaviour on to different machines, both
running 9.0-CURRENT. And there are no panics any more after system
update on november 21th.