Andrew Morton wrote:
Really truly? I think we have a _lot_ of declarations which omit the section
qualifier altogether. How come they don't all break too?
User build was smoking this:
make O=build -j16
This and non-repeatable results make me suspect some kind of build
dependency
The set_seg_base function isn't used anywhere (2.6.21-rc3-git1)
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r 0798f7cfc709 include/asm-x86_64/desc.h
--- a/include/asm-x86_64/desc.h Mon Mar 12 16:56:18 2007 +1100
+++ b/include/asm-x86_64/desc.h Tue Mar 13 11:39:16 2007 +1100
@@ -107,16
GCC (4.1 at least) unrolls it anyway, but I can't believe this code
was ever justifiable. (I've also submitted a patch which cleans up
i386, which is even uglier).
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r de5618b5e562 include/asm-x86_64/desc.h
--- a/include/asm-x86_64/desc.h Tue
On Tue, 2007-03-13 at 00:56 +0100, Andi Kleen wrote:
> On Tue, Mar 13, 2007 at 10:18:03AM +1100, Rusty Russell wrote:
> > OK, this confused me:
> >
> > Function reordering (REORDER) [N/y/?] (NEW) ?
> >
> > This option enables the toolchain to reorder functions for a more
On Tue, 13 Mar 2007, Rusty Russell wrote:
> Hi Trent,
>
> Patch looks good, just one comment:
>
> On Mon, 2007-03-12 at 07:07 -0700, Trent Piepho wrote:
> > + use = already_uses(a, b);
> > + if (!use) {
> > + printk(KERN_ERR "module %s trying to un-use a module, %s,
On Tue, 2007-03-13 at 17:16 +1100, Con Kolivas wrote:
> On Tuesday 13 March 2007 17:08, Mike Galbraith wrote:
> > Virtual or physical cores has nothing to do with the interactivity
> > regression I noticed. Two nice 0 tasks which combined used 50% of my
> > box can no longer share that box with
On Tue, 2007-03-13 at 08:59 +1100, Rusty Russell wrote:
> On Mon, 2007-03-12 at 10:48 +0100, Andi Kleen wrote:
> > > Rusty's pda->per_cpu patch will deal with this once and for all; have
> >
> > Not on x86-64.
>
> Indeed. Perhaps it's time I join the modern world and compile a 64-bit
>
On Mon, 12 Mar 2007, Lee Revell wrote:
On 3/12/07, David Lang <[EMAIL PROTECTED]> wrote:
the problem comes when this isn't enough. if you have several CPU hogs on a
system, and they are all around the same priority level, how can the
scheduler
know which one needs the CPU the most for good
Andrew Morton wrote:
Really truly? I think we have a _lot_ of declarations which omit the section
qualifier altogether. How come they don't all break too?
According to the report I have. Perhaps a bogus section qualifier does
more damage than an omitted one. I'll get gcc / linker
On Tue, 2007-03-13 at 16:53 +1100, Con Kolivas wrote:
> On Tuesday 13 March 2007 16:10, Mike Galbraith wrote:
> > I'm not trying to be pig-headed. I'm of the opinion that fairness is
> > great... until you strictly enforce it wrt interactive tasks.
>
> How about answering my question then since
On Tuesday 13 March 2007 17:08, Mike Galbraith wrote:
> Virtual or physical cores has nothing to do with the interactivity
> regression I noticed. Two nice 0 tasks which combined used 50% of my
> box can no longer share that box with two nice 5 tasks and receive the
> 50% they need to perform.
On Mon, 2007-03-12 at 17:38 -0400, michael chang wrote:
> Perhaps, Mike Galbraith, do you feel that it should be possible to use
> the CPU at 100% for some task and still maintain excellent
> interactivity?
Within reason, yes. Defining "reason" is difficult. As we speak, this
is possible to a
Hi Mathieu,
Mathieu Desnoyers wrote:
> Hi Masami,
>
> I recently had to add support for inline code patching on i386 to my
> marker infrastructure. Clearly, it looks like what is done in djprobes,
> with the main difference that I only patch the immediate value of a 2
> bytes "load immediate"
On Tuesday 13 March 2007 00:53, Con Kolivas wrote:
> On Tuesday 13 March 2007 16:10, Mike Galbraith wrote:
> > On Tue, 2007-03-13 at 09:51 +1100, Con Kolivas wrote:
> > > On 13/03/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > > > As soon as your cpu is fully utilized, fairness looses or
> > >
Anton Blanchard a écrit :
Hi Nick,
Anyway, I'll keep experimenting. If anyone from MySQL wants to help look
at this, send me a mail (eg. especially with the sched_setscheduler issue,
you might be able to do something better).
I took a look at this today and figured Id document it:
On Mon, Mar 12, 2007 at 10:19:52PM -0800, Andrew Morton wrote:
> > On Mon, 12 Mar 2007 13:30:05 -0700 [EMAIL PROTECTED] wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=8187
> >
> >Summary: 2.6.20 "PCI: Quirks" patch breaks X11 on I82801
> > Kernel Version: 2.6.20
> >
On Tuesday 13 March 2007 16:10, Mike Galbraith wrote:
> On Tue, 2007-03-13 at 09:51 +1100, Con Kolivas wrote:
> > On 13/03/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > > As soon as your cpu is fully utilized, fairness looses or interactivity
> > > loses. Pick one.
> >
> > That's not true
On Tuesday 13 March 2007, Willy Tarreau wrote:
>On Tue, Mar 13, 2007 at 12:04:42AM -0400, Gene Heskett wrote:
>> On Monday 12 March 2007, Nish Aravamudan wrote:
>> >On 3/12/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>> >> On Monday 12 March 2007, Douglas McNaught wrote:
>> >> >Patrick Mau <[EMAIL
H. Peter Anvin wrote:
Fair enough.
It'd be nice to have a clean-up-a-patch version of this. So it does
all these things, except it only changes lines which start with ^+.
It can do everything except kill empty lines at the end of the file; a
patch simply doesn't contain enough information
On Tue, Mar 13, 2007 at 10:57:16AM +0530, Gautham R Shenoy wrote:
> CPU_DEAD:
> thaw_process(p);
> kthread_stop(p);
> p = NULL;
This neednt guarantee that the thread will see the stop request before
it exits the kthread_should_stop_freeze() function. There will always
be races .. So the only safe
Andrew Morton wrote:
On Mon, 12 Mar 2007 12:16:30 -0700 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
This script cleans up various classes of stealth whitespace. In
particular, it cleans up:
- Whitespace (spaces or tabs)before newline;
- DOS line endings (CR before LF);
- Space before tab
> On Mon, 12 Mar 2007 14:58:08 -0800 Zachary Amsden <[EMAIL PROTECTED]> wrote:
> Some gcc put this function in .init.text because the header didn't
> match. For 2.6.21-rc.
>
> Zach
>
>
> [vmi-devinit-header-fix.patch text/plain (606B)]
>
>
> Index: linux-2.6.21/include/asm-i386/vmi_time.h
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Tue, 13 Mar 2007 05:32:07 +0100
> On Tue, Mar 13, 2007 at 02:05:23PM +1100, Con Kolivas wrote:
> > On Tuesday 13 March 2007 10:46, David Miller wrote:
> > > From: Con Kolivas <[EMAIL PROTECTED]>
> > > Date: Mon, 12 Mar 2007 10:58:11 +1100
> > >
> > >
On Sun, Mar 11, 2007 at 06:49:08PM +0100, Rafael J. Wysocki wrote:
> On Saturday, 3 March 2007 18:32, Oleg Nesterov wrote:
> > On 03/02, Paul E. McKenney wrote:
> > >
> > > On Sat, Mar 03, 2007 at 02:33:37AM +0300, Oleg Nesterov wrote:
> > > > On 03/02, Paul E. McKenney wrote:
> > > > >
> > > > >
> On Mon, 12 Mar 2007 13:53:11 -0700 (PDT) David Miller <[EMAIL PROTECTED]>
> wrote:
> From: Jarek Poplawski <[EMAIL PROTECTED]>
> Date: Mon, 12 Mar 2007 12:51:37 +0100
>
> > But until then it'll unnecessarily spoil linux opinion as regards
> > stability and waste time of developers to check
Hi,
I have one question mach-ep93xx.
In EP93xx IRQ handling part in core.c, the 2.6.19.2 kernel and
newer kernels are configuring the 16 interrupts of the ports A & B
together. The code is not using the interrupt capability of the port
F which can provide 3 interrupts.
Why the port F is
> On Mon, 12 Mar 2007 13:30:05 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8187
>
>Summary: 2.6.20 "PCI: Quirks" patch breaks X11 on I82801
> Kernel Version: 2.6.20
> Status: NEW
> Severity: normal
> Owner: [EMAIL
> On Mon, 12 Mar 2007 12:16:30 -0700 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> This script cleans up various classes of stealth whitespace. In
> particular, it cleans up:
>
> - Whitespace (spaces or tabs)before newline;
> - DOS line endings (CR before LF);
> - Space before tab (spaces are
Anton Blanchard wrote:
Hi Nick,
Anyway, I'll keep experimenting. If anyone from MySQL wants to help look
at this, send me a mail (eg. especially with the sched_setscheduler issue,
you might be able to do something better).
I took a look at this today and figured Id document it:
On Tue, 2007-03-13 at 09:51 +1100, Con Kolivas wrote:
> On 13/03/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > As soon as your cpu is fully utilized, fairness looses or interactivity
> > loses. Pick one.
>
> That's not true unless you refuse to prioritise your tasks
> accordingly. Let's
> On Mon, 12 Mar 2007 23:41:29 +0100 Herbert Poetzl <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 12, 2007 at 11:42:59AM -0700, Dave Hansen wrote:
> > How about we drill down on these a bit more.
> >
> > On Mon, 2007-03-12 at 02:00 +0100, Herbert Poetzl wrote:
> > > - shared mappings of 'shared'
On 3/13/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
On Tue, Mar 13, 2007 at 02:05:23PM +1100, Con Kolivas wrote:
> On Tuesday 13 March 2007 10:46, David Miller wrote:
> > From: Con Kolivas <[EMAIL PROTECTED]>
> > Date: Mon, 12 Mar 2007 10:58:11 +1100
> >
> > >
On Mon, 12 Mar 2007 [EMAIL PROTECTED] wrote:
> From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> Subject: [PATCH 1/2] Fix some coding-style errors in autofs
>
> Fix coding style errors (extra spaces, long lines) in autofs
> and autofs4 files being modified for container/pidspace issues.
>
> ---
>
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 2/2] Replace pid_t in autofs with struct pid reference.
Make autofs container-friendly by caching struct pid reference rather
than pid_t and using pid_nr() to retreive a task's pid_t.
ChangeLog:
- Fix Eric Biederman's
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 1/2] Fix some coding-style errors in autofs
Fix coding style errors (extra spaces, long lines) in autofs
and autofs4 files being modified for container/pidspace issues.
Signed-off-by: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Cc:
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH] Kill unused sesssion and group values in rocket driver
The process_session() and process_group() values are not really
used by the driver.
Signed-off-by: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Cc: Cedric Le Goater <[EMAIL
On Tue, Mar 13, 2007 at 12:04:42AM -0400, Gene Heskett wrote:
> On Monday 12 March 2007, Nish Aravamudan wrote:
> >On 3/12/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
> >> On Monday 12 March 2007, Douglas McNaught wrote:
> >> >Patrick Mau <[EMAIL PROTECTED]> writes:
> >> >> Why not temporarly
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 3/5] Use struct pid parameter in copy_process()
Modify copy_process() to take a struct pid * parameter instead of a pid_t.
This simplifies the code a bit and also avoids having to call find_pid()
to convert the pid_t to a struct pid.
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 2/5] Explicitly set pgid and sid of init process
Explicitly set pgid and sid of init process to 1.
Signed-off-by: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Cc: Cedric Le Goater <[EMAIL PROTECTED]>
Cc: Dave Hansen <[EMAIL PROTECTED]>
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 4/5] Remove the likely(pid) check in copy_process
Now that we pass in a struct pid parameter to copy_process()
and even the swapper (pid_t == 0) has a valid struct pid,
we no longer need this check.
Changelog:
Per Eric
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 5/5] Use task_pgrp() task_session() in copy_process().
Use task_pgrp() and task_session() in copy_process(), and
avoid find_pid() call when attaching the task to its process
group and session.
Signed-off-by: Sukadev Bhattiprolu
From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
Subject: [PATCH 1/5] statically initialize struct pid for swapper
Statically initialize a struct pid for the swapper process (pid_t == 0) and
attach it to init_task. This is needed so task_pid(), task_pgrp() and
task_session() interfaces work on
On Tue, Mar 13, 2007 at 02:05:23PM +1100, Con Kolivas wrote:
> On Tuesday 13 March 2007 10:46, David Miller wrote:
> > From: Con Kolivas <[EMAIL PROTECTED]>
> > Date: Mon, 12 Mar 2007 10:58:11 +1100
> >
> > > http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsdl-0.
> > >30.patch
>
On Mar 12, 2007, at 11:26:25, Linus Torvalds wrote:
So "good fairness" really should involve some notion of "work done
for others". It's just not very easy to do..
Maybe extend UNIX sockets to add another passable object type vis-a-
vis SCM_RIGHTS, except in this case "SCM_CPUTIME". You
I spent considerable time over the last day or so bisecting to
find out why an X60 stopped resuming somewhen between 2.6.20 and current -git.
(Total lockup, black screen of death).
The bisect log looked like this.
git-bisect start
# bad: [c8f71b01a50597e298dc3214a2f2be7b8d31170c] Linux
AVERT Labs - Beaverton
Current Scan Engine Version:5100.0194
Current DAT Version:4982.
Thank you for your submission.
Analysis ID: 3280277
File NameFindings Detection
Type Extra
On Monday 12 March 2007, Nish Aravamudan wrote:
>On 3/12/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>> On Monday 12 March 2007, Douglas McNaught wrote:
>> >Patrick Mau <[EMAIL PROTECTED]> writes:
>> >> Why not temporarly replace "/bin/tar" with a shell script that
>> >> does:
>> >>
>> >>
Thank you for your file-sample. We will review your email and either send
you a response or forward to the appropriate contact. If you have sent us a
file which is not in a password protected zip file (password - infected)
then your sample will not be reviewed.
__
Virus Research accepts
On Mon, Mar 12, 2007 at 05:45:24PM -0500, Anton Blanchard wrote:
> Then please document it _clearly_ with the kthread code somewhere.
Document as well in the kernel_thread() API, as I notice people still
use kernel_thread() some places (ex: rtasd.c in powerpc arch)?
> The reason I brought this
On Tuesday 13 March 2007 10:46, David Miller wrote:
> From: Con Kolivas <[EMAIL PROTECTED]>
> Date: Mon, 12 Mar 2007 10:58:11 +1100
>
> > http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsdl-0.
> >30.patch
>
> FWIW, this boots and seems to work well on sparc64. Tested
> on UP
2006/12/14, Teunis Peters <[EMAIL PROTECTED]>:
Now that syscall macros have been pulled from the -mm tree, what method
is recommended to use syscalls?
(I've wasted a day grubbing through sources before giving up and copying
the old syscall macros into one key driver)
_syscall macros are used
On Mar 12, 2007, at 6:01 PM, Paul TBBle Hampson wrote:
On Thu, Mar 01, 2007 at 09:30:56AM +0900, Michael Ellerman wrote:
On Wed, 2007-02-28 at 10:13 +, David Woodhouse wrote:
On Wed, 2007-02-28 at 07:43 +0100, Benjamin Herrenschmidt wrote:
I wouldn't be that sure ... I've had problems in
On 3/12/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
On Monday 12 March 2007, Douglas McNaught wrote:
>Patrick Mau <[EMAIL PROTECTED]> writes:
>> Why not temporarly replace "/bin/tar" with a shell script that does:
>>
>> #!/bin/sh
>> exec strace -f -o output /bin/real.tar $@
>
>You beat me to it.
On Monday 12 March 2007, Douglas McNaught wrote:
>Patrick Mau <[EMAIL PROTECTED]> writes:
>> Why not temporarly replace "/bin/tar" with a shell script that does:
>>
>> #!/bin/sh
>> exec strace -f -o output /bin/real.tar $@
>
>You beat me to it. :) I've done that before; it's a great suggestion.
>
Why is the access to Control register needed?
To execute soft reset for example.
> In the perfect case i would like to be able to execute vendor command
> set (reverse engineered).
Sounds interesting. :-)
Could you give some more details on what are you going to implement?
Reading/writing
From: David Miller <[EMAIL PROTECTED]>
Date: Mon, 12 Mar 2007 19:26:16 -0700 (PDT)
> From: Paul Mackerras <[EMAIL PROTECTED]>
> Date: Tue, 13 Mar 2007 11:37:32 +1100
>
> > David Miller writes:
> >
> > > I ported this to sparc64 as per the patch below, tested on
> > > UP SunBlade1500 and 24 cpu
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Tue, 13 Mar 2007 11:37:32 +1100
> David Miller writes:
>
> > I ported this to sparc64 as per the patch below, tested on
> > UP SunBlade1500 and 24 cpu Niagara T1000.
>
> Did you see any performance improvement? We used to have quicklists
> on ppc,
On 3/12/07, Herbert Poetzl <[EMAIL PROTECTED]> wrote:
why? you simply enter that specific space and
use the existing mechanisms (netlink, proc, whatever)
to retrieve the information with _existing_ tools,
That's assuming that you're using network namespace virtualization,
with each group of
On 3/12/07, David Lang <[EMAIL PROTECTED]> wrote:
the problem comes when this isn't enough. if you have several CPU hogs on a
system, and they are all around the same priority level, how can the scheduler
know which one needs the CPU the most for good interactivity?
in some cases you may be
On Tue, Mar 13, 2007 at 07:27:06AM +0530, Balbir Singh wrote:
> I am not sure what went wrong. Could you please check your mail
> client, cause it seemed to even change email address to smtp.osdl.org
> which bounced back when I wrote to you earlier.
I have a problem doing a group-reply in mutt to
On Tue, Mar 13, 2007 at 12:31:13AM +0100, Herbert Poetzl wrote:
> just means that the current Linux-VServer behaviour
> is a subset of that, no problem there as long as
> it really _is_ a subset :) we always like to provide
> more features in the future, no problem with that :)
Considering the
hmm, it is very unlikely that this would happen,
for several reasons ... and indeed, checking the
thread in my mailbox shows that akpm dropped you ...
But, I got Andrew's email.
Subject: [RFC][PATCH 2/7] RSS controller core
-- Forwarded message --
Hi,
I have tested on my mac mini g4.
The 2.6.21-rc2 will cause oops like the above post.
And for the new 2.6.21-rc3-git7 , the kernel load ok, penguin pixmap
appears, but then it stopped, there's no error messages also.
Regards
dave
2007/3/7, Benjamin
Jim Radford wrote:
On Mon, Mar 12, 2007 at 05:18:19PM -0700, Greg KH wrote:
On Mon, Mar 12, 2007 at 03:59:22PM -0700, Jim Radford wrote:
On Mon, Mar 12, 2007 at 03:42:35PM -0700, Jim Radford wrote:
On Mon, Mar 12, 2007 at 01:33:31PM -0700, Greg KH wrote:
On Mon, Mar 12, 2007 at 04:22:22PM
On Tue, 13 Mar 2007, Paul Mackerras wrote:
> Also, I didn't understand why we have to do quicklists to take
> advantage of the fact that the pages are in a pristine state when they
> are freed. I thought the whole point of the slab allocator was to be
> able to take advantage of that...
It used
Patrick Mau <[EMAIL PROTECTED]> writes:
> Why not temporarly replace "/bin/tar" with a shell script that does:
>
> #!/bin/sh
> exec strace -f -o output /bin/real.tar $@
You beat me to it. :) I've done that before; it's a great suggestion.
Except that if you expect 'tar' to be invoked multiple
> Writing to a file from multiple processes is not usually the problem.
> Writing to a common "struct file" from multiple threads is.
Not normally because POSIX sensibly invented pread/pwrite. Forgot
preadv/pwritev but they did the basics and end of problem
> So what? My products are shipping
On Tue, Mar 13, 2007 at 12:01:13AM +0100, Blaisorblade wrote:
> On Wednesday 07 March 2007 11:02, Nick Piggin wrote:
> > >
> > > Yeah, tmpfs/shm segs are what I was thinking about. If UML can live with
> > > that as well, then I think it might be a good option.
> >
> > Oh, hmm if you can
Subject: Simplify smp_call_function*() by using common implementation
smp_call_function and smp_call_function_single are almost complete
duplicates of the same logic. This patch combines them by
implementing them in terms of the more general
smp_call_function_mask().
Signed-off-by: Jeremy
On 3/12/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
On Mon, 12 Mar 2007, Michael K. Edwards wrote:
> That's fine when you're doing integration test, and should probably be
> the default during development. But if the race is first exposed in
> the field, or if the developer is trying to
On Mon, Mar 12, 2007 at 05:18:19PM -0700, Greg KH wrote:
> On Mon, Mar 12, 2007 at 03:59:22PM -0700, Jim Radford wrote:
> > On Mon, Mar 12, 2007 at 03:42:35PM -0700, Jim Radford wrote:
> > > On Mon, Mar 12, 2007 at 01:33:31PM -0700, Greg KH wrote:
> > > > On Mon, Mar 12, 2007 at 04:22:22PM -0400,
Giuliano Pochini <[EMAIL PROTECTED]> writes:
> I had a look at arch/powerpc/kernel/smp.c but I'm not familiar at all with
> those parts of the kernel.
See arch/powerpc/kernel/sysfs.c:topology_init. I don't think there is
anything to do here. You probably don't have CONFIG_HOTPLUG_CPU enabled.
David Miller writes:
> I ported this to sparc64 as per the patch below, tested on
> UP SunBlade1500 and 24 cpu Niagara T1000.
Did you see any performance improvement? We used to have quicklists
on ppc, but I remain to be convinced that they actually help.
Also, I didn't understand why we have
On Mon, Mar 12, 2007 at 03:59:22PM -0700, Jim Radford wrote:
> On Mon, Mar 12, 2007 at 03:42:35PM -0700, Jim Radford wrote:
> > On Mon, Mar 12, 2007 at 01:33:31PM -0700, Greg KH wrote:
> > > On Mon, Mar 12, 2007 at 04:22:22PM -0400, Mark Lord wrote:
> > > > Oliver Neukum wrote:
> > > > >>Mark Lord
On 3/12/07, michael chang <[EMAIL PROTECTED]> wrote:
Considering the concepts put out by projects such as BOINC and
[EMAIL PROTECTED], I wouldn't be thoroughly surprised by this ideology,
although I do question the particular way this test case is being run.
If Con actually implements
From: "Robert P. J. Day" <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 03:49:52 -0500 (EST)
>
> Delete the apparently superfluous source file
> net/wanrouter/af_wanpipe.c.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Applied, thanks Robert.
This thing isn't even built in 2.4.x :-)
Hi,
--On 9 March 2007 12:55:11 PM +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
Ed Cashin found a bug in the error handling code for the case where
a page allocation fails. Here's the updated version:
Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.c
On Mon, 12 Mar 2007, Mike Galbraith wrote:
On Tue, 2007-03-13 at 07:38 +1100, Con Kolivas wrote:
On Tuesday 13 March 2007 07:11, Mike Galbraith wrote:
Killing the known corner case starvation scenarios is wonderful, but
let's not just pretend that interactive tasks don't have any special
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Date: Mon, 12 Mar 2007 11:02:43 +0100 (CET)
> On Tue, 6 Mar 2007, Jeff Garzik wrote:
> > Jay Vosburgh (3):
> > bonding: Improve IGMP join processing
>
> ip_mc_rejoin_group: Kill warning about unused variable `in_dev' when
> CONFIG_IP_MULTICAST
On Tue, Mar 13, 2007 at 10:18:03AM +1100, Rusty Russell wrote:
> OK, this confused me:
>
> Function reordering (REORDER) [N/y/?] (NEW) ?
>
> This option enables the toolchain to reorder functions for a more
> optimal TLB usage. If you have pretty much any version
On Mon, Mar 12, 2007 at 09:50:08AM -0700, Dave Hansen wrote:
> On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
> >
> > For these you essentially need per-container page->_mapcount counter,
> > otherwise you can't detect whether rss group still has the page
> > in question being mapped
Andi Kleen wrote:
On Monday 12 March 2007 23:51, Ethan Solomita wrote:
This patch corrects inconsistent use of node numbers (variously "nid" or
"node") in the presence of fake NUMA.
I think it's very consistent -- your patch would make it inconsistent though.
It's consistent to call
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Mon, 12 Mar 2007 02:38:43 +0200
> On Sat, Mar 10, 2007 at 07:43:26PM +0200, Samuel Ortiz wrote:
> > Hi Dave,
> >
> > On Thu, Mar 08, 2007 at 05:54:36PM -0500, Dave Jones wrote:
> > > modprobe irda ; rmmod irda in 2.6.21rc3 gets me the spew below..
> >
It is a pata cd drive, attached to the JMicron controller.
I'll look into whether the usb ports power off on shutdown.
Thanks,
Phil
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Con Kolivas <[EMAIL PROTECTED]>
Date: Mon, 12 Mar 2007 10:58:11 +1100
> http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsdl-0.30.patch
FWIW, this boots and seems to work well on sparc64. Tested
on UP SunBlade1500 and 24cpu Niagara T1000.
-
To unsubscribe from this list:
On Mon, Mar 12, 2007 at 03:25:07PM +0530, Balbir Singh wrote:
> > doesn't look so good for me, mainly becaus of the
> > additional per page data and per page processing
> >
> > on 4GB memory, with 100 guests, 50% shared for each
> > guest, this basically means ~1mio pages, 500k shared
> > and
On Tue, Mar 13, 2007 at 12:12:20AM +0100, Pavel Machek wrote:
> > 65535 characters? Are you for real?
> > Stop and think about just how big that is. If you have to create
> > a boot command line that long, you have serious, serious issues.
>
> Well, it is about the same size as my
On Mon, Mar 12, 2007 at 09:50:45PM +0530, Srivatsa Vaddagiri wrote:
> On Mon, Mar 12, 2007 at 10:56:43AM -0500, Serge E. Hallyn wrote:
> > What's wrong with that?
>
> I had been asking around on "what is the fundamental unit of res mgmt
> for vservers" and the answer I got (from Herbert) was "all
On Mon, Mar 12, 2007 at 03:00:25AM -0700, Paul Menage wrote:
> On 3/11/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> >
> > My current understanding of Paul Menage's container patch is that it is
> > a useful improvement for some of the metered classes - those that could
> > make good use of a file
OK, this confused me:
Function reordering (REORDER) [N/y/?] (NEW) ?
This option enables the toolchain to reorder functions for a more
optimal TLB usage. If you have pretty much any version of binutils,
this can increase your kernel build time by roughly
On Monday 12 March 2007 23:51, Ethan Solomita wrote:
> This patch corrects inconsistent use of node numbers (variously "nid" or
> "node") in the presence of fake NUMA.
I think it's very consistent -- your patch would make it inconsistent though.
> Both AMD and Intel x86_64 discovery code will
On Sun, Mar 11, 2007 at 11:36:04AM -0500, Serge E. Hallyn wrote:
> Quoting Herbert Poetzl ([EMAIL PROTECTED]):
> > On Fri, Mar 09, 2007 at 11:27:07PM +0530, Srivatsa Vaddagiri wrote:
> > > On Fri, Mar 09, 2007 at 01:38:19AM +0100, Herbert Poetzl wrote:
> > > > > 2) you allow a task to selectively
Hi!
> > > > +cmdline_size: .long COMMAND_LINE_SIZE-1 #length of the
> command line,
> > >
> > > Why a long? It's unlikely that someone is going to have a command line
> > > bigger than 0x.
> >
> > Well, I could imagine overflowing that. Describing your numa setup,
> >
On Mon, Mar 12, 2007 at 11:36:16PM +0100, Miklos Szeredi wrote:
> I'll try to explain the reason for the deadlock first.
Ah, thanks for that.
> > IIUC, your problem is that there's another bdi that holds all the
> > dirty pages, and this throttle loop never flushes pages from that
> > other bdi
On Thu, Mar 01, 2007 at 09:30:56AM +0900, Michael Ellerman wrote:
> On Wed, 2007-02-28 at 10:13 +, David Woodhouse wrote:
>> On Wed, 2007-02-28 at 07:43 +0100, Benjamin Herrenschmidt wrote:
> >> I wouldn't be that sure ... I've had problems in the past with PMU based
> >> cpufreq... looks like
On Mon, 2007-03-12 at 23:41 +0100, Herbert Poetzl wrote:
> On Mon, Mar 12, 2007 at 11:42:59AM -0700, Dave Hansen wrote:
> > How about we drill down on these a bit more.
> >
> > On Mon, 2007-03-12 at 02:00 +0100, Herbert Poetzl wrote:
> > > - shared mappings of 'shared' files (binaries
> > >
> Is that a PATA cd-drive? If so, then you must have hooked it up
> to the JMicron IDE controller. That driver is just plain buggy.
It ought to be rock solid, perhaps you can send me a detailed bug report.
In fact it actually doesn't do very much at all as the controller is
smart enough to do
On Wednesday 07 March 2007 11:02, Nick Piggin wrote:
> On Wed, Mar 07, 2007 at 10:49:47AM +0100, Nick Piggin wrote:
> > On Wed, Mar 07, 2007 at 01:44:20AM -0800, Bill Irwin wrote:
> > > On Wed, Mar 07, 2007 at 10:28:21AM +0100, Nick Piggin wrote:
> > > > Depending on whether anyone wants it, and
On Sun, Mar 11, 2007 at 08:09:29PM +0300, Kirill Korotaev wrote:
> Herbert,
>
> > sorry, I'm not in the lucky position that I get payed
> > for sending patches to LKML, so I have to think twice
> > before I invest time in coding up extra patches ...
> >
> > i.e. you will have to live with my
On Mon, Mar 12, 2007 at 03:42:35PM -0700, Jim Radford wrote:
> On Mon, Mar 12, 2007 at 01:33:31PM -0700, Greg KH wrote:
> > On Mon, Mar 12, 2007 at 04:22:22PM -0400, Mark Lord wrote:
> > > Oliver Neukum wrote:
> > > >>Mark Lord wrote:
> > > >>>Okay, from that part (above), the problem is obvious:
1 - 100 of 980 matches
Mail list logo
