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-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


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

2013-06-12 Thread Hans Petter Selasky

On 05/10/13 21:33, Alexander Leidinger wrote:

On Fri, 10 May 2013 13:43:47 +0200
Uffe Jakobsen  wrote:


On 2013-05-10 12:11, Alexander Leidinger wrote:


I worry about what is going on. We have something which is supposed
to provide security as required, but is does not seem to work as
described. We either need to fix the documentation, or a bug in the
code. To do the later it needs to be debugged.



It seems to me that you are struggeling with this - or a related -
problem:

http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838


Indeed, this is the problem. I have all entries visible now. Anyone
interested to have this changed (as suggested by Andriy in the PR)
should voice his opinion. I voiced mine already.

Bye,
Alexander.



Hi,

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!

Is this stack element really needed?

+   char specname[SPECNAMELEN + 1];

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


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

2013-05-10 Thread Alexander Leidinger
On Fri, 10 May 2013 13:43:47 +0200
Uffe Jakobsen  wrote:

> On 2013-05-10 12:11, Alexander Leidinger wrote:
> >
> > I worry about what is going on. We have something which is supposed
> > to provide security as required, but is does not seem to work as
> > described. We either need to fix the documentation, or a bug in the
> > code. To do the later it needs to be debugged.
> >
> 
> It seems to me that you are struggeling with this - or a related -
> problem:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838

Indeed, this is the problem. I have all entries visible now. Anyone
interested to have this changed (as suggested by Andriy in the PR)
should voice his opinion. I voiced mine already.

Bye,
Alexander.

-- 
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org   netchild @ FreeBSD.org  : PGP ID = 72077137
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"