On Fri, 23 Mar 2007 20:08:19 + Alan Cox wrote:
+static int ata_ignore_hpa = 0;
Don't init to 0. Not needed, bloats binary files.
It'll be one for the final release 8)
+module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
+MODULE_PARM_DESC(ignore_hpa, Ignore HPA
On Friday 23 March 2007, Olaf Hering wrote:
On Fri, Mar 23, Bartlomiej Zolnierkiewicz wrote:
Because it is needed in a few places.
Is there really any PPC64 specific code which needs linux/ide.h
(ppc_ide_md is used only by PPC32)?
I suspect that the answer to my question is not
What is 0x40? can it be #defined (or enum-ed) instead of a magic
value? please? (more of same below)
It's 0x40. Its a command dependant bit - no useful name.
dependent. OK, thanks.
IDE is a bit like that. I'm amazed some of the command flags arent in
latin.
Already corrected
On Fri, 23 Mar 2007 12:22:32 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Alan Cox [EMAIL PROTECTED]
Date: Fri, 23 Mar 2007 20:08:19 +
u64 is always unsigned long long (and its debug anyway)
It's plain unsigned long on sparc64 and some other 64-bit platforms.
I stand
On Fri, Mar 23, 2007 at 07:13:21PM +, Alan Cox wrote:
+static int ata_ignore_hpa = 0;
+module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
+MODULE_PARM_DESC(ignore_hpa, Ignore HPA (0=off 1=on));
I'm not sure I like the language here. Ignore HPA appears to mean
Explicitly disable
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
On Friday 23 March 2007 20:50:22 Adrian Bunk wrote:
Subject: suspend to disk hangs
References : http://lkml.org/lkml/2007/3/16/126
Submitter : Maxim Levitsky [EMAIL PROTECTED]
Caused-By : Rafael J. Wysocki [EMAIL PROTECTED]
commit e3c7db621bed4afb8e231cb005057f2feb5db557
Alan Cox wrote:
What is 0x40? can it be #defined (or enum-ed) instead of a magic
value? please? (more of same below)
It's 0x40. Its a command dependant bit - no useful name.
dependent. OK, thanks.
IDE is a bit like that. I'm amazed some of the command flags arent in
latin.
Hmm,
Hi,
On Thursday 08 March 2007, Suleiman Souhlal wrote:
On Mar 7, 2007, at 1:16 PM, Bartlomiej Zolnierkiewicz wrote:
Please respin the patch so I could merge it.
Ok.
Since I think that it's worth to have it in 2.6.21-final and respin didn't
happen I did the required changes myself (it
This patch automatically enables pci=bfsort for the Dell PowerEdge
R900. This is necessary to ensure the onboard NICs enumerate in the
proper order, similar to the other systems already on the list.
I'd appreciate this being applied before 2.6.21-final if possible.
Signed-off-by: Matt Domsch
On Fri, 23 Mar 2007 01:44:38 -0700 Ken Chen [EMAIL PROTECTED] wrote:
On 3/21/07, Adam Litke [EMAIL PROTECTED] wrote:
The main reason I am advocating a set of pagetable_operations is to
enable the development of a new hugetlb interface. During the hugetlb
BOFS at OLS last year, we talked
On Fri, 23 Mar 2007 11:10:29 +0100 Cornelia Huck [EMAIL PROTECTED] wrote:
On Thu, 22 Mar 2007 13:55:51 -0500,
Larry Finger [EMAIL PROTECTED] wrote:
Cornelia Huck wrote:
On Thu, 22 Mar 2007 07:23:06 -0500,
This would indicate that dev_uevent had been called. But how could
On Fri, 23 Mar 2007 22:39:24 +1100 Nick Piggin [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
but it crashes early in the page allocator (i386) and I don't see why. It
makes me wonder if we have a use-after-free which is hidden by the presence
of the quicklist buffering or something.
Hi,
On Fri, 23 Mar 2007, john stultz wrote:
@@ -314,8 +314,8 @@ #endif
freq_adj += time_freq;
freq_adj = min(freq_adj, (s64)MAXFREQ_NSEC);
time_freq = max(freq_adj, (s64)-MAXFREQ_NSEC);
- time_offset = (time_offset /
On 3/23/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 23 Mar 2007 01:44:38 -0700 Ken Chen [EMAIL PROTECTED] wrote:
On 3/21/07, Adam Litke [EMAIL PROTECTED] wrote:
The main reason I am advocating a set of pagetable_operations is to
enable the development of a new hugetlb interface.
On Fri, 23 Mar 2007 20:30:00 +0100 Herbert Poetzl [EMAIL PROTECTED] wrote:
Hi Eric!
Hi Folks!
here is a real world example result from one of my tests
regarding the benefit of sharing over separate memory
the setup is quite simple, a typical machine used by
providers all over the
On Fri, 23 Mar 2007 22:32:31 -0700 Nish Aravamudan [EMAIL PROTECTED] wrote:
Probably the kernel team should be maintaining, via existing processes, a
separate libkernel project, to fix these distributional problems. The
advantage in this case is of course that our new hugetlb functionality
On Fri, 23 Mar 2007 10:54:12 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED]
wrote:
Here are the results of aim9 tests on x86_64. There are some minor
performance
improvements and some fluctuations.
There are a lot of numbers there - what do they tell us?
2.6.21-rc4 bare
2.6.21-rc4
Ray,
On Fri, 2007-03-23 at 17:14 -0700, Ray Lee wrote:
(I wondered about the IPI on a UP system, seemed a bit weird :-).)
Works great, booting both with NOAPIC and without. *Much* thanks for
debugging this while you're also handling a bunch of other issues at
the same time.
Thank you for
But for non-programming reasons, we're just not there yet: people want to
program direct to the kernel interfaces simply because of the
distribution/coordination problems with libraries. It would be nice to fix
that problem.
What is then needed to get a small subset of user-space in the
On Thu, Mar 22, 2007 at 10:46:53PM +0100, Tino Keitel wrote:
On Thu, Mar 22, 2007 at 14:29:11 -0700, David Brownell wrote:
On Thursday 22 March 2007 12:54 pm, Tino Keitel wrote:
On Thu, Mar 22, 2007 at 15:40:40 -0400, Alan Stern wrote:
_Something_ is generating those
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
As an additional data point, here's a libata problem I'm having trying to
rebuild the array.
I have six identical 400 GB drives (ST3400832AS), and one is giving
me hassles. I've run SMART short and long diagnostics, badblocks, and
Seagate's seatools diagnostic software, and none of these find
On Mon, Feb 12, 2007 at 12:15:28AM -0800, [EMAIL PROTECTED] wrote:
+/*
+ * Rules: you can only create a container if
+ * 1. you are capable(CAP_SYS_ADMIN)
+ * 2. the target container is a descendant of your own container
+ */
+static int ns_create(struct container_subsys *ss, struct
601 - 625 of 625 matches
Mail list logo