From: Bill Davidsen <davidsen@tmr.com>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.6.6-mm2
Date: Mon, 17 May 2004 16:52:20 -0400 [thread overview]
Message-ID: <c8b8bk$l5m$1@gatekeeper.tmr.com> (raw)
In-Reply-To: <20040513140939.GF22202@fs.tum.de>
Adrian Bunk wrote:
> On Thu, May 13, 2004 at 09:39:32AM -0400, Chris Mason wrote:
>
>>On Thu, 2004-05-13 at 09:18, Adrian Bunk wrote:
>>
>>>On Thu, May 13, 2004 at 04:25:40AM -0700, Andrew Morton wrote:
>>>
>>>>...
>>>>Wim explained that any application changes now won't be widely deployed for
>>>>another year. During that period the ability to run existing Oracle setups
>>>>requires that hugepage allocation be available to unprivileged
>>>>applications.
>>>>...
>>>>It means that if people install a kernel.org machine on their database
>>>>server, the database *just won't work*. This is not good for those users,
>>>>for the kernel developers or for Linux's reputation in general.
>>>>...
>>>
>>>That sounds silly when talking about Oracle.
>>>
>>>Oracle says:
>>> Which Kernels are supported?
>>>
>>> Oracle does not support modified or recompiled kernels. Recompiled
>>> kernels are not supported with or without source modifications.
>>>
>>>
>>>I doubt there are many "existing Oracle setups" that will risk to lose
>>>all Oracle support by installing a different kernel.
>>>
>>
>>No, I doubt so as well. Then again, why force them into a vendor
>>kernel? At the very least, it would be nice to be able to benchmark
>>vanilla against the vendors.
>>...
>
>
> I think I recall times when code contributions to the kernel were only
> judged by their quality and not by the needs of some non-free apps or
> what vendors did.
>
> Either my memory is wrong, or these times are gone now...
I don't see that "quality" and "what vendors did" are mutually
exclusive. What I don't see is why you think that having a capability
control this is a bad thing. It would seem to be exactly the type of
thing capabilities address, giving a selected bit of permission to a
trusted application.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
next prev parent reply other threads:[~2004-05-17 20:50 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-13 10:27 2.6.6-mm2 Andrew Morton
2004-05-13 10:45 ` 2.6.6-mm2 Christoph Hellwig
2004-05-13 10:51 ` 2.6.6-mm2 Andrew Morton
2004-05-13 11:12 ` 2.6.6-mm2 Christoph Hellwig
2004-05-13 11:25 ` 2.6.6-mm2 Andrew Morton
2004-05-13 13:18 ` 2.6.6-mm2 Adrian Bunk
2004-05-13 13:39 ` 2.6.6-mm2 Chris Mason
2004-05-13 14:09 ` 2.6.6-mm2 Adrian Bunk
2004-05-17 20:52 ` Bill Davidsen [this message]
2004-05-14 7:30 ` 2.6.6-mm2 Ian Kent
2004-05-13 14:15 ` 2.6.6-mm2 Adrian Bunk
2004-05-13 19:18 ` 2.6.6-mm2 Chris Wright
2004-05-13 19:29 ` 2.6.6-mm2 Andrew Morton
2004-05-13 19:35 ` 2.6.6-mm2 Chris Wright
2004-05-13 19:38 ` 2.6.6-mm2 Andrew Morton
2004-05-13 19:42 ` 2.6.6-mm2 Chris Wright
2004-05-14 19:14 ` 2.6.6-mm2 Andrea Arcangeli
2004-05-14 20:58 ` 2.6.6-mm2 Chris Wright
2004-05-15 2:43 ` 2.6.6-mm2 Andrea Arcangeli
2004-05-15 7:43 ` 2.6.6-mm2 Hugh Dickins
2004-05-14 19:06 ` 2.6.6-mm2 Kevin O'Connor
2004-05-14 19:36 ` 2.6.6-mm2 Chris Wright
2004-05-14 19:42 ` 2.6.6-mm2 Kevin O'Connor
2004-05-13 10:53 ` 2.6.6-mm2, usb ehci warnings/error? Prakash K. Cheemplavam
2004-05-13 12:11 ` 2.6.6-mm-rc3-mm2 USB 2.0 after suspend issue Ari Pollak
2004-05-13 12:14 ` 2.6.6-mm2 Matt H.
2004-05-13 18:24 ` 2.6.6-mm2 Andrew Morton
2004-05-13 22:40 ` 2.6.6-mm2 Greg KH
2004-05-13 12:54 ` i810 AGP fails to initialise (was Re: 2.6.6-mm2) Sean Neakums
2004-05-13 13:53 ` Dave Jones
2004-05-13 13:58 ` Andi Kleen
2004-05-13 14:02 ` Sean Neakums
2004-05-13 15:41 ` Andi Kleen
2004-05-14 3:47 ` Clemens Schwaighofer
2004-05-14 7:42 ` Sean Neakums
2004-05-15 9:52 ` Sean Neakums
2004-05-17 8:49 ` Sean Neakums
2004-05-17 10:01 ` Andi Kleen
2004-05-17 11:04 ` Sean Neakums
2004-05-17 11:46 ` Andi Kleen
2004-05-17 12:37 ` Sean Neakums
2004-05-13 13:38 ` 2.6.6-mm2: EFI_VARS=m is broken Adrian Bunk
2004-05-13 15:03 ` Matt Domsch
2004-05-13 13:42 ` 2.6.6-mm2 Paolo Ornati
2004-05-13 14:01 ` 2.6.6-mm2: bk-driver-core-module-fix.patch no longer required Adrian Bunk
2004-05-13 14:36 ` Paolo Ornati
2004-05-13 15:07 ` 2.6.6-mm2 Lorenzo Allegrucci
2004-05-13 18:55 ` 2.6.6-mm2 Andrew Morton
2004-05-13 19:41 ` 2.6.6-mm2 Lorenzo Allegrucci
2004-05-14 17:48 ` 2.6.6-mm2 R. J. Wysocki
2004-05-14 17:47 ` 2.6.6-mm2 Christoph Hellwig
2004-05-14 21:20 ` 2.6.6-mm2 R. J. Wysocki
2004-05-14 23:56 ` 2.6.6-mm2 Joseph Fannin
2004-05-14 23:58 ` 2.6.6-mm2 Chris Wright
-- strict thread matches above, loose matches on Subject: below --
2004-05-13 12:39 2.6.6-mm2 Oleg Nesterov
2004-05-13 18:28 ` 2.6.6-mm2 Andrew Morton
2004-05-13 23:51 ` 2.6.6-mm2 Nick Piggin
2004-05-13 15:44 2.6.6-mm2 David Brownell
2004-05-13 19:14 2.6.6-mm2 Martin J. Bligh
2004-05-13 19:21 ` 2.6.6-mm2 Andrew Morton
2004-05-13 20:47 ` 2.6.6-mm2 Adrian Bunk
[not found] <fa.h4eq5gb.nj6q31@ifi.uio.no>
[not found] ` <fa.gi5j8pu.92umbq@ifi.uio.no>
2004-05-14 0:50 ` 2.6.6-mm2 Andy Lutomirski
2004-05-14 1:01 ` 2.6.6-mm2 Chris Wright
2004-05-14 18:51 2.6.6-mm2 Jan Killius
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='c8b8bk$l5m$1@gatekeeper.tmr.com' \
--to=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.