Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-24 Thread Joshua Branson
Samuel Thibault writes: > Joshua Branson, le dim. 23 févr. 2020 14:18:30 -0500, a ecrit: >> Samuel Thibault writes: >> > > It was helpful in providing a few examples we could inspire from :) That's kind of you to say. Thanks. :) > > Samuel > -- Joshua Branson Sent from Emacs and Gnus

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Samuel Thibault
Joshua Branson, le dim. 23 févr. 2020 14:18:30 -0500, a ecrit: > Samuel Thibault writes: > > > Joshua Branson, le dim. 23 févr. 2020 13:10:54 -0500, a ecrit: > >> Samuel Thibault writes: > >> > I'm wondering which way would be more natural to users: first rule wins > >> > versus last rule wins.

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Joshua Branson
Samuel Thibault writes: > Joshua Branson, le dim. 23 févr. 2020 13:10:54 -0500, a ecrit: >> Samuel Thibault writes: >> > I'm wondering which way would be more natural to users: first rule wins >> > versus last rule wins. I can't immediately think of some example of >> > unix command that would

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Samuel Thibault
Joshua Branson, le dim. 23 févr. 2020 13:10:54 -0500, a ecrit: > Samuel Thibault writes: > > I'm wondering which way would be more natural to users: first rule wins > > versus last rule wins. I can't immediately think of some example of > > unix command that would have the same question, to get i

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Joshua Branson
Samuel Thibault writes: > Hello, > > > I'm wondering which way would be more natural to users: first rule wins > versus last rule wins. I can't immediately think of some example of > unix command that would have the same question, to get inspiration from. > Anybody have an idea? I can't really

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Joan Lledó
El 23/2/20 a les 18:27, Samuel Thibault ha escrit: > That could be more intuitive indeed. This looks like how ACLs work: > uid-based rules apply first, then gid-based rules, then general rules. > Here, exact function match rules would apply first, then slot match > rules, then bus match rules,

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Samuel Thibault
Joan Lledó, le dim. 23 févr. 2020 18:12:24 +0100, a ecrit: > El 22/2/20 a les 23:19, Samuel Thibault ha escrit: > > AIUI you have commit rights, so you can push it yourself? > > Done! Good :) > > I'm wondering which way would be more natural to users: first rule wins > > versus last rule wins. >

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-23 Thread Joan Lledó
Hi, El 22/2/20 a les 23:19, Samuel Thibault ha escrit: > AIUI you have commit rights, so you can push it yourself? Done! > I'm wondering which way would be more natural to users: first rule wins > versus last rule wins. No idea. Another option is to make the most specific scope win, e.g: -U

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-22 Thread Samuel Thibault
Hello, Joan Lledó via Bug reports for the GNU Hurd, le sam. 22 févr. 2020 13:59:09 +0100, a ecrit: > Rename some CLI options in order to add the new -D --device arg. > > Replace -s by -c for subclasses. > Replace -D by -d for domains. > Domains are optional from now on, default to 0.

[PATCH 1/2] pci-arbiter: Rename command line options

2020-02-22 Thread Joan Lledó via Bug reports for the GNU Hurd
From: Joan Lledó Rename some CLI options in order to add the new -D --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -d by -s for devices. The formerly called "devices" are now called "slots", and

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-22 Thread Joan Lledó
Hi, > The text is really not easy to understand I know, I changed it a bit, hope now it's more understandable. > I would say it would be much simpler to make the -U and -G > options create new scopes I reworked this and attached the two patches again.

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-16 Thread Samuel Thibault
Hello, Joan Lledó via Bug reports for the GNU Hurd, le dim. 16 févr. 2020 13:23:35 +0100, a ecrit: > El 15/2/20 a les 15:02, Samuel Thibault ha escrit: > > Why a capital b? It's be more coherent to have -d -b -s -f all > > small-caps. > > > > Because of this notice in --help: > > "More than

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-16 Thread Joan Lledó via Bug reports for the GNU Hurd
Hi, El 15/2/20 a les 15:02, Samuel Thibault ha escrit: > Why a capital b? It's be more coherent to have -d -b -s -f all > small-caps. > Because of this notice in --help: "More than one permission scope may be specified. Uppercase options create a new permission scope if the current one already

Re: [PATCH 1/2] pci-arbiter: Rename command line options

2020-02-15 Thread Samuel Thibault
Hello, Thanks for reworking this! Joan Lledó via Bug reports for the GNU Hurd, le sam. 15 févr. 2020 12:38:52 +0100, a ecrit: > Replace -s by -c for subclasses. > Replace -D by -d for domains. > Domains are optional from now on, default to 0. > Replace -b by -B for buses. > Bu

[PATCH 1/2] pci-arbiter: Rename command line options

2020-02-15 Thread Joan Lledó via Bug reports for the GNU Hurd
From: Joan Lledó Rename some CLI options in order to add the new -d --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -b by -B for buses. Bus now creates a new permission scope if the current one