linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: shaheed <srhaque@iee.org>
To: Robert Love <rml@tech9.net>
Cc: Felipe Alfaro Solana <yo@felipe-alfaro.com>,
	Andrew Morton <akpm@digeo.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: 2.6 must-fix list, v2
Date: Thu, 15 May 2003 21:07:17 +0100	[thread overview]
Message-ID: <200305152107.17419.srhaque@iee.org> (raw)
In-Reply-To: <1053012743.899.5.camel@icbm>

On Thursday 15 May 2003 4:32 pm, Robert Love wrote:

> It is racey to do this, so its something that should remain a hack and
> not part of taskset, I think.

Hmm. I guess you are thinking of daemons?

> If you do it in rc.d, you don't need to set all the parents. rc.d is the
> first thing run, so if you do it at the top of the script, nothing else
> is running. Just put:
>
> 	taskset <mask> 1
> 	taskset <mask> $$
>
> at the top of rc.d.

Perhaps we are talking at cross purposes. As I understand it the calling chain 
is:

1. kernel bootstrap
2. /sbin/init
3. bash to run /etc/rc.sysinit
4. bash to run individual /etc/rcN.d/whatever

I feel wary of doing it in 3 as you seem to suggest because I am pretty sure 
this will intimidate my customers. I am happy to do it in 4 - I can avoid the 
races by only doing it for the distros I care about.

That leaves options 1 and 2 for a community-wide solution. I guess I haven't 
quite understood the reluctance to do it in 1 given that:

- we know who owns 1 (!!)

- AFAICS, it isn't conceptual bloat because the utility of the implementation 
of sys_setaffinity() in 1 is greatly limited by not including this feature.

- its hardly physical bloat because the number of bytes required to implement 
this is absolutely in the noise, and virtually all __init()ed away.

> Another consideration is modifying init (and hopefully having said
> changes merged back). Init could call sched_setaffinity() when it is
> first created, based on a setting in /etc/inittab or a command line
> parameter passed during boot.

I have no idea with whom to persue this path, and as I say, I feel that 
solving this once for each distro is crazy IMHO.

> My reservation is against doing it in the kernel. I do not particularly
> care _how_ its done in user-space.

I'm sorry to appear foolish, but as explained above, I genuinely don't 
understand why this does not belong in the kernel. I would be grateful for 
elaboration. If I really am being thick, then just ignore me and I'll just 
solve this for myself using route 4.

In any case, thanks for all the patience and kind suggestions so far - it is 
appreciated.

Regards, Shaheed

  reply	other threads:[~2003-05-15 19:57 UTC|newest]

Thread overview: 89+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-12 11:20 Processor sets (pset) for linux kernel 2.5/2.6? Shaheed R. Haque
2003-04-12 12:11 ` Dave Jones
2003-04-12 12:24 ` Antonio Vargas
2003-04-12 14:54   ` Martin J. Bligh
2003-04-12 18:23   ` Robert Love
2003-04-12 19:56 ` Shaheed R. Haque
2003-04-12 20:02   ` Robert Love
2003-04-13  8:30     ` Shaheed R. Haque
2003-04-13 14:28       ` Robert Love
2003-05-13 11:49         ` 2.6 must-fix list, v2 Shaheed R. Haque
2003-05-13 20:02           ` Andrew Morton
2003-05-13 22:46             ` Shaheed R. Haque
2003-05-14  2:42               ` Steven Cole
2003-05-14 11:49                 ` Shaheed R. Haque
2003-05-14 13:08                   ` Steven Cole
2003-05-13 22:49             ` Shaheed R. Haque
2003-05-14 11:02               ` Felipe Alfaro Solana
2003-05-14 15:59                 ` Robert Love
2003-05-14 16:04                   ` Robert Love
2003-05-14 21:01                   ` shaheed
2003-05-14 21:15                     ` Robert Love
2003-05-15  9:19                       ` Shaheed R. Haque
2003-05-15 15:32                         ` Robert Love
2003-05-15 20:07                           ` shaheed [this message]
2003-05-15 20:20                             ` Robert Love
2003-05-15 20:24                             ` Robert Love
2003-05-15 21:30                               ` shaheed
2003-04-13  3:52   ` Re: Processor sets (pset) for linux kernel 2.5/2.6? Martin J. Bligh
2003-07-15 11:39   ` [HOWTO] Emulate processor sets (pset) for linux kernel 2.5/2.6 \"shaheed r. haque\"
2003-04-14 22:40 ` [RFC] patch to allow CPUs to be reserved to callers of sys_setaffinity [was Processor sets (pset) for linux kernel 2.5/2.6?] shaheed
2003-05-01 20:19 ` Working .config for a Dell 2650 for 2.5.6x? (was Re: Processor sets (pset) for linux kernel 2.5/2.6?) shaheed
2003-05-12 22:54 2.6 must-fix list, v2 Andrew Morton
2003-05-12 22:55 ` Andrew Morton
2003-05-13  4:05   ` viro
2003-05-13  5:00     ` Greg KH
2003-05-13 11:36   ` Trond Myklebust
2003-05-13 13:57     ` Dave Jones
2003-05-13 15:16       ` Trond Myklebust
2003-05-13 15:22         ` Dave Jones
2003-05-13 15:32           ` Trond Myklebust
2003-05-13 15:47             ` Dave Jones
2003-05-13 16:02               ` Trond Myklebust
2003-05-13 16:09                 ` Dave Jones
2003-05-13 16:27                   ` Trond Myklebust
2003-05-13 16:45                     ` Dave McCracken
2003-05-13 16:53                       ` Trond Myklebust
2003-05-13 22:50                         ` Andrew Morton
2003-05-13 17:38                 ` Dave Jones
2003-05-13 17:59                   ` Trond Myklebust
2003-05-13 15:59     ` Daniel Jacobowitz
2003-05-13 16:11       ` Trond Myklebust
2003-05-13 18:09         ` Daniel Jacobowitz
2003-05-13 20:15         ` Chris Friesen
2003-05-13 20:25           ` Trond Myklebust
2003-05-13 13:57   ` Alan Cox
2003-05-13 15:00     ` Jeff Garzik
2003-05-13 15:12       ` Jens Axboe
2003-05-13 15:38     ` Christoph Hellwig
2003-05-13 15:50       ` Jeff Garzik
2003-05-13 16:59         ` Sam Ravnborg
2003-05-13 20:07           ` Geert Uytterhoeven
2003-05-13 20:12             ` Sam Ravnborg
2003-05-13 19:51       ` Geert Uytterhoeven
2003-05-13 20:17       ` Andrew Morton
2003-05-13 22:25         ` Dave Jones
2003-05-13 22:52           ` William Lee Irwin III
2003-05-13 23:43           ` Russell King
2003-05-14  8:09             ` Geert Uytterhoeven
     [not found]         ` <mailman.1052866140.9783.linux-kernel2news@redhat.com>
2003-05-14  2:32           ` Pete Zaitcev
2003-05-14 16:21         ` Tom Rini
2003-05-17  8:58       ` Pavel Machek
2003-05-13 15:47     ` Trond Myklebust
2003-05-13 15:06       ` Alan Cox
2003-05-13 16:20         ` Trond Myklebust
2003-05-13 17:52       ` Miquel van Smoorenburg
2003-05-13 18:11         ` Trond Myklebust
2003-05-17  8:56     ` Pavel Machek
2003-05-13  0:22 ` Greg KH
2003-05-13  1:57 Chuck Ebbert
     [not found] <20030512155417.67a9fdec.akpm@digeo.com.suse.lists.linux.kernel>
     [not found] ` <20030512155511.21fb1652.akpm@digeo.com.suse.lists.linux.kernel>
2003-05-13  6:00   ` Andi Kleen
2003-05-13 17:12 James Bottomley
2003-05-13 18:11 ` Mike Anderson
2003-05-13 18:18   ` James Bottomley
2003-05-13 19:14     ` Mike Anderson
2003-05-13 20:04 Chuck Ebbert
2003-05-14  2:05 Perez-Gonzalez, Inaky
2003-05-14  2:43 ` Zwane Mwaikambo
2003-05-14 12:05   ` Shaheed R. Haque
2003-05-14 18:21 Perez-Gonzalez, Inaky

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=200305152107.17419.srhaque@iee.org \
    --to=srhaque@iee.org \
    --cc=akpm@digeo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rml@tech9.net \
    --cc=yo@felipe-alfaro.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;
as well as URLs for NNTP newsgroup(s).