From: Stephen Samuel <samuel@bcgreen.com>
To: Andreas Ferber <aferber@techfak.uni-bielefeld.de>
Cc: Robert Love <rml@tech9.net>,
torvalds@transmeta.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] syscall interface for cpu affinity
Date: Fri, 15 Mar 2002 20:24:16 -0800 [thread overview]
Message-ID: <3C92C8F0.6070201@bcgreen.com> (raw)
In-Reply-To: <1015784104.1261.8.camel@phantasy> <20020311013853.A1545@devcon.net> <3C92704C.1070909@bcgreen.com> <20020316014326.B31470@devcon.net>
Almost... Same effect (mostly)...
It does, however, leaves us arguing the linguistic semantics of
which name 'who' should have. It seems to me that the most
natural would be with 'who' being the 'name' of the target, and
'which' specifying which name space 'who' is operating in.
UGH: messing with these names via pronouns is too confusing:
-----------
How about this:
int sched_set_affinity(int who, int which, unsigned int len,
unsigned long *new_mask_ptr);
'who' being a {process, process-group or user } ID , and
with 'which' being one of {PRIO_PROCESS, PRIO_PGRP, PRIO_USER},
respectively -- specifying which namespace 'who' operates in.
I think that that is what you were trying to say, right?
Andreas Ferber wrote:
> On Fri, Mar 15, 2002 at 02:06:04PM -0800, Stephen Samuel wrote:
>
>> >
>> > int sched_set_affinity(int which, int who, unsigned int len,
>> > unsigned long *new_mask_ptr);
>> >
>> > with who one of {PRIO_PROCESS,PRIO_PGRP,PRIO_USER} and which according
>> > to the value of who.
>>
>
> Uh, who/which should be just the other way round in the description
> (but not in the prototype). Sorry.
>
>
>>I sould suggest that the order be
>>
>>int sched_set_affinity(int who, int which, unsigned int len,
>> unsigned long *new_mask_ptr);
>>
>>This would have the {p,pg}id be the first thing that a programmer
>>would see (likely more important than the 'which'.).
--
Stephen Samuel +1(604)876-0426 samuel@bcgreen.com
http://www.bcgreen.com/~samuel/
Powerful committed communication, reaching through fear, uncertainty and
doubt to touch the jewel within each person and bring it to life.
prev parent reply other threads:[~2002-03-16 4:27 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-10 18:15 [PATCH] syscall interface for cpu affinity Robert Love
2002-03-10 20:29 ` Andreas Jaeger
2002-03-10 20:53 ` Robert Love
2002-03-10 21:03 ` Andreas Jaeger
2002-03-10 22:23 ` Andreas Schwab
2002-03-10 23:56 ` Andreas Ferber
2002-03-10 23:45 ` Jeff Garzik
1976-03-03 15:58 ` Tim Hockin
2002-03-11 0:08 ` Jeff Garzik
2002-03-11 0:32 ` Tim Hockin
2002-03-10 22:05 ` Chris Wedgwood
2002-03-10 22:11 ` Robert Love
2002-03-11 0:38 ` Andreas Ferber
2002-03-15 22:06 ` Stephen Samuel
2002-03-16 0:43 ` Andreas Ferber
2002-03-16 4:24 ` Stephen Samuel [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C92C8F0.6070201@bcgreen.com \
--to=samuel@bcgreen.com \
--cc=aferber@techfak.uni-bielefeld.de \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@tech9.net \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox