Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail?

2013-06-13 Thread Jaakko Heinonen
On 2013-06-13, Hans Petter Selasky wrote:
> Can we introduce a new syntax while keeping the old behaviour?
> 
> path zvol/* hide-r
> path zvol/* unhide-r
> 
> I think this will be more accepted than changing existing behaviour!

IMHO, the old behavior is so confusing and unintuitive that we should
not maintain it. Can you clarify how "hide-r" and "unhide-r" would
differ from plain "hide" and "unhide". The current syntax already uses
pattern matching via fnmatch(9).

> Is this stack element really needed?
> 
> + char specname[SPECNAMELEN + 1];

Need to check if M_WAITOK malloc is possible here.

-- 
Jaakko
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


panic: vfs_mount_destroy: nonzero activevnodelistsize

2013-06-13 Thread rank1seeker
http://forums.freebsd.org/showthread.php?p=223457
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"