From: Paul Jackson <pj@sgi.com>
To: Shailabh Nagar <nagar@watson.ibm.com>
Cc: mbligh@mbligh.org, matthltc@us.ibm.com, akpm@osdl.org,
hch@infradead.org, linux-kernel@vger.kernel.org, gh@us.ibm.com
Subject: Re: 2.6.13-rc3-mm1 (ckrm)
Date: Fri, 22 Jul 2005 12:53:35 -0700 [thread overview]
Message-ID: <20050722125335.10b3ee0b.pj@sgi.com> (raw)
In-Reply-To: <42E070F9.6010009@watson.ibm.com>
Shailabh wrote:
> So if the current CPU controller
> implementation is considered too intrusive/unacceptable, it can be
> reworked or (and we certainly hope not) even rejected in perpetuity.
It is certainly reasonable that you would hope such.
But this hypothetical possibility concerns me a little. Where would
that leave CKRM, if it was in the mainline kernel, but there was no CPU
controller in the mainline kernel? Wouldn't that be a rather serious
problem for many users of CKRM if they wanted to work on mainline
kernels?
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.925.600.0401
next prev parent reply other threads:[~2005-07-22 19:54 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-15 8:36 2.6.13-rc3-mm1 Andrew Morton
2005-07-15 8:49 ` 2.6.13-rc3-mm1 Russell King
2005-07-15 8:56 ` 2.6.13-rc3-mm1 Andrew Morton
2005-07-15 9:03 ` 2.6.13-rc3-mm1 Russell King
2005-07-15 9:15 ` 2.6.13-rc3-mm1 Andrew Morton
2005-07-15 9:24 ` 2.6.13-rc3-mm1 Matthias Urlichs
2005-07-15 17:42 ` 2.6.13-rc3-mm1 Matthias Urlichs
2005-07-15 10:25 ` 2.6.13-rc3-mm1 Grant Coady
2005-07-15 10:36 ` 2.6.13-rc3-mm1 Andrew Morton
2005-07-15 10:27 ` 2.6.13-rc3-mm1: horribly drivers/scsi/qla2xxx/Makefile Adrian Bunk
2005-07-15 14:40 ` Andrew Vasquez
2005-07-16 17:26 ` Jindrich Makovicka
2005-07-19 14:04 ` [-mm patch] SCSI_QLA2ABC options must select FW_LOADER Adrian Bunk
2005-07-20 13:38 ` Jesper Juhl
2005-07-21 15:25 ` Adrian Bunk
2005-07-17 2:38 ` [2.6 patch] SCSI_QLA2ABC mustn't select SCSI_FC_ATTRS Adrian Bunk
2005-07-17 3:11 ` Lee Revell
2005-07-17 4:04 ` randy_dunlap
2005-07-17 4:20 ` Lee Revell
2005-07-15 15:00 ` 2.6.13-rc3-mm1 Christoph Hellwig
2005-07-15 20:16 ` 2.6.13-rc3-mm1 (ckrm) Andrew Morton
2005-07-17 15:20 ` Paul Jackson
2005-07-17 19:02 ` Mark Hahn
2005-07-21 1:40 ` Paul Jackson
2005-07-22 3:59 ` Shailabh Nagar
2005-07-22 4:27 ` Gerrit Huizenga
2005-07-22 4:53 ` Mark Hahn
2005-07-22 5:03 ` Gerrit Huizenga
2005-07-22 5:37 ` Mark Hahn
2005-07-22 14:53 ` Alan Cox
2005-07-22 15:51 ` Gerrit Huizenga
2005-07-22 16:35 ` Mark Hahn
2005-07-22 19:27 ` Alan Cox
2005-07-22 20:18 ` [ckrm-tech] " Matthew Helsley
2005-07-23 0:23 ` Mark Hahn
2005-07-23 4:19 ` Matthew Helsley
2005-07-23 15:38 ` Mark Hahn
2005-07-18 10:12 ` Hirokazu Takahashi
2005-07-21 22:37 ` Matthew Helsley
2005-07-21 23:32 ` Paul Jackson
2005-07-22 0:29 ` Martin J. Bligh
2005-07-22 3:46 ` Paul Jackson
2005-07-22 4:07 ` Shailabh Nagar
2005-07-22 19:53 ` Paul Jackson [this message]
2005-07-28 20:15 ` Shailabh Nagar
2005-07-28 22:54 ` Paul Jackson
2005-07-22 1:06 ` Peter Williams
2005-07-22 3:00 ` Gerrit Huizenga
2005-07-22 3:46 ` Peter Williams
2005-07-22 3:55 ` Gerrit Huizenga
2005-07-15 17:13 ` 2.6.13-rc3-mm1 Joel Becker
2005-07-15 22:04 ` [PATCH] Assorted fixes J.A. Magallon
2005-07-15 22:11 ` [PATCH] fix LDT tss J.A. Magallon
2005-07-15 22:11 ` [PATCH] fix kmalloc in IDE J.A. Magallon
2005-07-15 22:12 ` [PATCH] SCSI SATA is a tristate J.A. Magallon
2005-07-15 22:13 ` [PATCH] SMB fix J.A. Magallon
2005-07-15 22:14 ` [PATCH] signed char fixes for scripts J.A. Magallon
2005-07-16 9:52 ` Sam Ravnborg
2005-07-18 11:16 ` Paulo Marques
2005-07-18 11:29 ` Paulo Marques
2005-07-27 20:27 ` Sam Ravnborg
2005-07-27 23:36 ` J.A. Magallon
2005-07-28 10:02 ` Paulo Marques
2005-07-28 10:16 ` Bernd Petrovitsch
2005-07-28 10:40 ` Paulo Marques
2005-07-28 11:05 ` Bernd Petrovitsch
2005-07-15 22:52 ` 2.6.13-rc3-mm1 Yoichi Yuasa
2005-07-15 23:00 ` 2.6.13-rc3-mm1 Yoichi Yuasa
2005-07-15 23:23 ` 2.6.13-rc3-mm1 Andrew Morton
2005-07-16 1:08 ` 2.6.13-rc3-mm1 Yoichi Yuasa
2005-07-16 21:30 ` 2.6.13-rc3-mm1: a regression Rafael J. Wysocki
2005-07-16 21:39 ` Andrew Morton
2005-07-17 20:11 ` Rafael J. Wysocki
2005-07-16 22:12 ` 2.6.13-rc3-mm1 : oops in dnotify_parent Laurent Riffard
2005-07-17 1:32 ` 2.6.13-rc3-mm1 Joseph Fannin
2005-07-18 11:41 ` 2.6.13-rc3-mm1 Pavel Machek
2005-07-18 14:21 ` 2.6.13-rc3-mm1 Joseph Fannin
2005-07-17 20:20 ` 2.6.13-rc3-mm1: mount problems w/ 3ware on dual Opteron Rafael J. Wysocki
2005-07-19 14:21 ` 2.6.13-rc3-mm1 Coywolf Qi Hunt
2005-07-19 14:42 ` [patch] kbuild: make help binrpm-pkg fix Coywolf Qi Hunt
2005-07-21 21:46 ` Sam Ravnborg
2005-07-21 11:37 ` 2.6.13-rc3-mm1 - breaks DRI Ed Tomlinson
2005-07-21 15:56 ` Andrew Morton
2005-07-21 22:37 ` Ed Tomlinson
2005-07-21 23:18 ` Dave Airlie
2005-07-22 21:17 ` [-mm patch] kernel/ckrm/rbce/rbce_core.c: fix -Wundef warning Adrian Bunk
2005-07-24 16:20 ` 2.6.13-rc3-mm1 Richard Purdie
2005-07-25 6:42 ` 2.6.13-rc3-mm1 Andrew Morton
2005-07-25 9:35 ` [patch] Stop the nand functions triggering false softlockup reports Richard Purdie
2005-07-28 12:50 ` 2.6.13-rc3-mm1 compiles unrequested/unconfigured module! Helge Hafting
2005-07-28 12:56 ` Adrian Bunk
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=20050722125335.10b3ee0b.pj@sgi.com \
--to=pj@sgi.com \
--cc=akpm@osdl.org \
--cc=gh@us.ibm.com \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matthltc@us.ibm.com \
--cc=mbligh@mbligh.org \
--cc=nagar@watson.ibm.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