On Mon, 30 Apr 2007, Arjan van de Ven wrote:
Well the cache_reaper of SLAB hits hard todays anyways. This will help
if they switch to slub because the counter consolidation is much lighter
weight.
it's not about the weight. It's about waking up *at all*. I've been working
really hard to
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Add a config option to vmalloc() task stacks so that stack overflows are
detected without fail, and with a fatal failure mode at that.
Signed-off-by:
On Sat, 28 Apr 2007, Arjan van de Ven wrote:
Hmmm... Yes but that looks like it comes from a different function. Slab
calls
__round_jiffies_relative(HZ, cpu))
And its description says:
/**
*
* The exact rounding is skewed for each processor to avoid all
* processors
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Make more stack sizes configurable, adding options for deeper stacks.
This is largely for differential diagnosis in cases where stack overflows
are
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Divorce IRQ stack configuration from CONFIG_4KSTACKS, as it's believed to
be an important safety measure regardless of stack size by some users.
There are a few powerpc patches plus reverts in the recent push to
torvalds/linux-2.6 - shouldn't this be avoided whenever possible because it
could cause problems for people trying to use git bisect?
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Add checks to __pa() so it goes BUG() on vmallocspace addresses.
Signed-off-by: William Irwin [EMAIL PROTECTED]
Index:
On Mon, Apr 30, 2007 at 01:16:19PM -0400, Jeff Garzik wrote:
Why isn't this stuff going upstream rapidly?
Some of the patches are ready to be pushed upstream, and that will be
happening shortly.
In the case of the fallocate patches, the system call interface hadn't
been completely closed, so we
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Fix up the conflict between IRQ stacks and deep stacks by dynamically
allocating IRQ stacks.
Signed-off-by: William Irwin [EMAIL PROTECTED]
Index:
On Sunday 29 April 2007 19:39, Ingo Molnar wrote:
hi Kasper,
i found an aspect of CFS that could cause the kind of 'stuttering' you
described in such detail. I'm wondering whether you could try the
attached -v8-rc1 patch ontop of the -v7 CFS patch - does it improve the
'games FPS' situation
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
vmap() cpu 0's IRQ stack to ensure a guard page for it.
Signed-off-by: William Irwin [EMAIL PROTECTED]
Index: stack-paranoia/arch/i386/kernel/irq.c
On Mon, Apr 30 2007, Christoph Hellwig wrote:
On Mon, Apr 30, 2007 at 07:32:45PM +0200, Jens Axboe wrote:
It's due to the crappy -generic_packet() ioctl stuff, it bypasses the
block layer. So that needs to be converted to use block pc requests and
the block layer interface, then things will
On Mon, Apr 30, 2007 at 10:09:38AM -0700, Paul Menage wrote:
Paul, is there any reason why we need to do a write_lock() on
tasklist_lock if we're just trying to block fork, or is it just
historical accident? Wouldn't it be fine to do a read_lock()?
Good point ..read_lock() will probably
On Mon, 30 Apr 2007 17:39:19 +0200
Jiri Slaby [EMAIL PROTECTED] wrote:
Hi,
I have a problem with higher disk loads (e.g. running git-log or yum update).
Many processes end up in D state and system is unusable -- I'm not able to run
anything but smooth mouse moving when this happens.
If I
On Mon, 2007-04-30 at 18:52 +0200, Gregoire Favre wrote:
On Sat, Apr 28, 2007 at 09:14:37PM +0100, Jon Burgess wrote:
While the above patch works, it seems the underlying causes is that
vmalloc_32() is providing memory above 4Gb on x86-64 which is not what
the driver expects. This same
Uwe, you just made my kill-list.
I've not actually done that in _years_. So you can feel proud. Your emails
will get automatically filtered to their own (ignored) folder. I told you
why, and you didn't seem to understand at all.
Linus
-
To unsubscribe from this list: send the
Original-Nachricht
Datum: Mon, 30 Apr 2007 11:04:36 -0700 (PDT)
Von: Linus Torvalds [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: Mauro Carvalho Chehab [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTED], linux-kernel@vger.kernel.org, [EMAIL PROTECTED]
Betreff: Re:
On Mon, Apr 30, 2007 at 06:23:52PM +0100, Christoph Hellwig wrote:
Umm, no - please naje two versions with and without the lock.
Ok this patch may not be necessary (given Paul's observation that
read_lock will suffice in update_nodemask).
Also Please fix up the codingstyle, the { belongs onto
On Sun, Apr 29, 2007 at 02:24:03PM -0700, Linus Torvalds wrote:
On Sun, 29 Apr 2007, Adrian Bunk wrote:
Kernel bugzilla has 1600 open bugs BECAUSE IT SUCKS.
OK, how do you suggest to track bugs in a way that doesn't suck?
I've tried to explain.
Bugzilla can be one _part_ of
On Mon, Apr 30, 2007 at 12:01:38AM -0700, David Miller wrote:
...
If bugs should be reported to the mailing list, then they
should just get rid of bugzilla because it's aparently
serving as a garbage bin.
The first question is not Bugzilla but Does bug tracking make sense?.
Many bug reports
On Mon, Apr 30, 2007 at 10:40:47AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Make more stack sizes configurable, adding options for deeper stacks.
This
On Mon, Apr 30, 2007 at 10:43:10AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Add a config option to vmalloc() task stacks so that stack overflows are
On Mon, Apr 30, 2007 at 10:44:05AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Divorce IRQ stack configuration from CONFIG_4KSTACKS, as it's believed to
Christoph Hellwig wrote:
On Sun, Apr 29, 2007 at 10:29:02AM -0700, Jeremy Fitzhardinge wrote:
+#include linux/version.h
not needed.
Yup.
+#include xen/xenbus.h
+#include xen/interface/io/netif.h
+#include xen/interface/memory.h
+#ifdef CONFIG_XEN_BALLOON
+#include
On 4/30/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 17:39:19 +0200
Jiri Slaby [EMAIL PROTECTED] wrote:
Hi,
I have a problem with higher disk loads (e.g. running git-log or yum update).
Many processes end up in D state and system is unusable -- I'm not able to run
On Mon, 30 Apr 2007 19:25:47 +0200
Uwe Bugla [EMAIL PROTECTED] wrote:
I did not manage to at least find one single unresolved module during
compilation, and I have been working with this almost fantastic solution with
several kernels for months now!
That isn't what Mauro is saying. What he
On Mon, Apr 30, 2007 at 10:40:47AM -0700, William Lee Irwin III wrote:
Make more stack sizes configurable, adding options for deeper stacks.
This is largely for differential diagnosis in cases where stack overflows
are suspected of silently corrupting memory or causing other problems not
On Mon, Apr 30, 2007 at 10:44:05AM -0700, William Lee Irwin III wrote:
Divorce IRQ stack configuration from CONFIG_4KSTACKS, as it's believed to
be an important safety measure regardless of stack size by some users.
On Mon, Apr 30, 2007 at 07:11:24PM +0100, Christoph Hellwig wrote:
We should
On Apr 30 2007 09:32, Latchesar Ionkov wrote:
Hi!
--- a/fs/9p/Makefile
+++ b/fs/9p/Makefile
@@ -3,8 +3,8 @@ obj-$(CONFIG_9P_FS) := 9p.o
9p-objs := \
trans_fd.o \
mux.o \
- fcall.o \
conv.o \
+ clnt.o \
Do you pay by the letter, or why is not the source file called
On Mon, 30 Apr 2007, Adrian Bunk wrote:
My ideal was always that reported bugs should be fixed.
..and this is where we differ.
OF COURSE bugs should be fixed. But you seem to think that there is
something magical and special about every single bug-report.
You have a new home assignment:
On Mon, 30 Apr 2007 19:17:02 +0200
Tilman Schmidt [EMAIL PROTECTED] wrote:
With kernel 2.6.21-rc7-mm2, my Dell Optiplex GX110 (P3/933) regularly
crashes during the SuSE 10.1 startup sequence. When booting to RL5,
it panicblinks shortly after the graphical login screen appears.
Booting to
On 4/30/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Apr 30 2007 09:32, Latchesar Ionkov wrote:
Hi!
--- a/fs/9p/Makefile
+++ b/fs/9p/Makefile
@@ -3,8 +3,8 @@ obj-$(CONFIG_9P_FS) := 9p.o
9p-objs := \
trans_fd.o \
mux.o \
- fcall.o \
conv.o \
+ clnt.o \
Do you pay by
On Apr 30 2007 10:09, Andrew Morton wrote:
This is
if (expr1
expr2)
versus
if (expr1
expr2)
the former is more common and is, IMO, more readable.
The latter can be handy sometimes to prevent an 80-col overflow in the
first line.
But reads like
On Sat, 2007-04-28 at 10:22 -0700, Jeremy Fitzhardinge wrote:
This adds an smp_ops for voyager, and hooks things up appropriately.
This is the first baby-step to making subarch runtime switchable.
This sort of works, but there's something strange going on with it and
andi's entire series. It
On Mon, Apr 30, 2007 at 10:40:47AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Make more stack sizes configurable, adding options for deeper stacks.
This
On Sat, Apr 28, 2007 at 01:59:46AM -0400, Len Brown wrote:
On Thursday 26 April 2007 09:26, you wrote:
...
CONFIG_ACPI depends on CONFIG_PM, yet this build fails because you have
CONFIG_ACPI=y and CONFIG_PM=n
Unfortunately kconfig doesn't trace dependencies when select is used,
making
On Sat, Apr 28, 2007 at 09:53:20PM +0200, Adrian Bunk wrote:
On Thu, Apr 26, 2007 at 02:13:08PM -0700, Linus Torvalds wrote:
...
(I've said this before, but I'll say it again: one thing that would
already make bugzilla better is to just always drop any bug reports that
are more than a
On Sat, 2007-04-28 at 17:21 -0700, Jeremy Fitzhardinge wrote:
Initialize early_gdt_descr and idle task properly.
[ Incremental fix for i386: introduce voyager smp_ops, fix voyager build ]
Still not quite enough. this is what I need to complete the build:
James
Index:
On Mon, 30 Apr 2007, Linus Torvalds wrote:
Ponder that, grasshopper. And until you can see that things are not
either-or, black-and-white, all or nothing, I don't think I really
can have anything worthwhile to add in this discussion to you. People who
think in absolutes are simply not
Original-Nachricht
Datum: Mon, 30 Apr 2007 11:14:14 -0700
Von: Andrew Morton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: Mauro Carvalho Chehab [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTED], linux-kernel@vger.kernel.org, [EMAIL PROTECTED]
Betreff: Re:
On Apr 30 2007 10:38, William Lee Irwin III wrote:
static char softirq_stack[NR_CPUS * THREAD_SIZE]
__attribute__((__aligned__(THREAD_SIZE)));
static char hardirq_stack[NR_CPUS * THREAD_SIZE]
__attribute__((__aligned__(THREAD_SIZE)));
With 8K stacks and
Ingo Molnar wrote:
i'm pleased to announce release -v7 of the CFS scheduler patchset. (The
main goal of CFS is to implement desktop scheduling with as high
quality as technically possible.)
The CFS patch against v2.6.21 (or against v2.6.20.8) can be downloaded
from the usual place:
I would ask Linus and the list maintainers to stop
the main thread.
When Linus posts a release, then I expect
that threads pertain to this release and not
start some sort of flame war.
If I have a problem with 2.6.21 (or any 2.x.x), I do
not expect to have to go through 100+ mails to
see if a
On Mon, Apr 30, 2007 at 08:25:38PM +0200, Adrian Bunk wrote:
These are no questions a user should ever see, and it's impossible that
a user will be able to choose the right answer - that's an
implementation detail, and it has to be set correctly automatically
without bothering the user.
On Apr 30 2007 19:11, Christoph Hellwig wrote:
On Mon, Apr 30, 2007 at 10:43:10AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Add a config option to
James Bottomley wrote:
On Sat, 2007-04-28 at 17:21 -0700, Jeremy Fitzhardinge wrote:
Initialize early_gdt_descr and idle task properly.
[ Incremental fix for i386: introduce voyager smp_ops, fix voyager build ]
Still not quite enough. this is what I need to complete the build:
On Apr 30 2007 19:25, Uwe Bugla wrote:
THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN THAT DST
AND DST_CA ARE NOT NEEDED AT ALL
[...]
How much on the Theo-meter are we yet?
Jan
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Apr 30 2007 10:38, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
On Mon, Apr 30, 2007 at 08:22:43PM +0200, Jan Engelhardt wrote:
If we really need it, then maybe a variable like CONFIG_LOG_BUF_SHIFT
could be hacked up, resulting in
On Monday 30 April 2007 13:09:17 Andrew Morton wrote:
On Mon, 30 Apr 2007 10:11:21 +0100 Christoph Hellwig [EMAIL PROTECTED]
wrote:
I've separated this out under a new subject because some style issues
that so far aren't documented explicitly are in doubt here, and Roland
wants and Answer
Hi,
On 4/30/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 10:11:21 +0100 Christoph Hellwig [EMAIL PROTECTED] wrote:
I've separated this out under a new subject because some style issues
that so far aren't documented explicitly are in doubt here, and Roland
wants and Answer
On Mon, 30 Apr 2007, Dave Jones wrote:
it's just a prototype, so no code is generated by declaring one
to an unused (or even non-existant) function.
Or are you using some oddball compiler that warns about this?
If you consider gcc to be oddball, yes.
-
To unsubscribe from this list: send
On Mon, 30 Apr 2007 20:14:05 +0200
Jiri Slaby [EMAIL PROTECTED] wrote:
I have a problem with higher disk loads (e.g. running git-log or yum
update).
Many processes end up in D state and system is unusable -- I'm not able
to run
anything but smooth mouse moving when this happens.
Eric W. Biederman wrote:
I have several ideas on how we can make this work but first I have to
ask what is it that you are trying to accomplish?
The requirements are:
1. the domain builder needs to get various information about the
guest kernel by inspecting its ELF notes
2. we
On Tue, 27 Mar 2007 13:10:39 +1100
Con Kolivas [EMAIL PROTECTED] wrote:
Staircase Deadline cpu scheduler policy
I'll be dropping this from -mm now. I don't think we're learning anything
more by having it in there and I generally want to get things more back
into sync.
For the record, I don't
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 02:13:16PM +0200, Andi Kleen wrote:
Actually looking at the code it would need some fixes first:
/*
* These should really be __section__(.bss.page_aligned) as well, but
* gcc's 3.0 and earlier
Christoph Hellwig wrote:
source drivers/s390/block/Kconfig
+source drivers/block/xen/Kconfig
Please don't add a new subdirectory for a tiny new driver that
really should be only a single .c file.
Yup.
+config XEN_BLKDEV_FRONTEND
+tristate Block device frontend driver
+
On Mon, Apr 30, 2007 at 11:42:44AM -0700, David Rientjes wrote:
On Mon, 30 Apr 2007, Dave Jones wrote:
it's just a prototype, so no code is generated by declaring one
to an unused (or even non-existant) function.
Or are you using some oddball compiler that warns about this?
On Mon, Apr 30, 2007 at 10:45:10AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
Add checks to __pa() so it goes BUG() on vmallocspace addresses.
Sorry I
On Mon, Apr 30, 2007 at 11:20:46AM -0700, Linus Torvalds wrote:
On Mon, 30 Apr 2007, Adrian Bunk wrote:
My ideal was always that reported bugs should be fixed.
..and this is where we differ.
OF COURSE bugs should be fixed. But you seem to think that there is
something magical and
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
On Mon, Apr 30, 2007 at 10:45:10AM -0700, William Lee Irwin III wrote:
Add checks to __pa() so it goes BUG() on vmallocspace addresses.
On Mon, Apr
On 4/30/07, Alan Cox [EMAIL PROTECTED] wrote:
i2o/device.c should be GFP_KERNEL as far as I can tell. It was meant to
be that way and the callers appear to all be calling it in sleep capable
contexts.
aic7xxx_old.c should probably be GFP_KERNEL as -slave_alloc methods
appear to be able to sleep
On Mon, Apr 30, 2007 at 10:43:10AM -0700, William Lee Irwin III wrote:
Add a config option to vmalloc() task stacks so that stack overflows are
detected without fail, and with a fatal failure mode at that.
On Mon, Apr 30, 2007 at 07:11:04PM +0100, Christoph Hellwig wrote:
Whee, this sounds
On Mon, 30 Apr 2007, Dave Jones wrote:
it's just a prototype, so no code is generated by declaring one
to an unused (or even non-existant) function.
Or are you using some oddball compiler that warns about this?
If you consider gcc to be oddball, yes.
what version ?
The CIFS Unix Extensions are used by multiple clients now (not just
Linux) but originally I thought that it might be confusing to Linux
users to call the configuration setting for that in /proc/fs/cifs
Unix instead of Linux (and since it has been there for years and
is externally visible, it is
hi,
I'm doing trying to write some optimized code for AMD dual core
opetron processor.But things are getting no where.I've installed
Fedora 5 with 2.6 series Linux kernel and 4 series GCC
Following are few lines of code which are consuming close to 100
cycles.Yes this is not the forum for such
So if you want to invest some time into getting this into mergeable
shape I'd suggest you redo the patch series in the following way:
patch 1: dynamic allocated irq stacks
patch 2: make irqstacks unconditional, but allow selecting 4/8k stacks
patch 3: introduce a DEBUG_STACK option that
Christoph Lameter wrote:
Umm you did not read the last bit of the description? It talks about
firing all timers on all cpus at once.
it talks about AVOIDING firing all timers on all cpus at once.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
For backwards compatibility, call_platform_enable_wakeup() can return 0
instead of -EIO since we aren't guaranteed to have errno defined.
Cc: David Brownell [EMAIL PROTECTED]
Signed-off-by: David Rientjes [EMAIL PROTECTED]
---
include/linux/pm.h |2 +-
1 files changed, 1 insertions(+), 1
On Mon, 30 Apr 2007 20:52:42 +0200
Andi Kleen [EMAIL PROTECTED] wrote:
On Mon, Apr 30, 2007 at 10:45:10AM -0700, William Lee Irwin III wrote:
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the stack.
On Sun, Apr 29, 2007 at 07:51:04PM +0200, Rafael J. Wysocki wrote:
Hi,
Sorry for the delay.
No problems! Even I was out for the weekend.
/*
* Tell the freezer to exempt this task from freezing
+ * for events in freeze_event_mask.
*/
-static inline void freezer_exempt(struct
On Sunday, April 29, 2007 7:10 pm Robert Hancock wrote:
Jesse Barnes wrote:
Add support for Intel 915 bridge chips to the new PCI MMConfig
detection code. Tested and works on my sole 915 based platform (a
Toshiba laptop). I added register masking per Oliver's suggestion,
and moved the
Am 30.04.2007 20:21 schrieb Andrew Morton:
A lot of Greg's driver tree has gone upstream, so please check current
mainline.
2.6.21-final is fine.
If that's OK then we need to pick through the difference between
2.6.21-rc7-mm2's driver tree and the patches which went into mainline. And
On Mon, Apr 30, 2007 at 08:15:11PM +0100, Christoph Hellwig wrote:
So if you want to invest some time into getting this into mergeable
shape I'd suggest you redo the patch series in the following way:
patch 1: dynamic allocated irq stacks
patch 2: make irqstacks unconditional, but allow
On Mon, 30 Apr 2007, Arjan van de Ven wrote:
Christoph Lameter wrote:
Umm you did not read the last bit of the description? It talks about firing
all timers on all cpus at once.
it talks about AVOIDING firing all timers on all cpus at once.
H... Looked fine right now. Must have
On Mon, Apr 30, 2007 at 10:38:19AM -0700, William Lee Irwin III wrote:
Here's what I did for i386 for someone concerned about blowing the
stack.
On Mon, Apr 30, 2007 at 10:45:10AM -0700, William Lee Irwin III wrote:
Add checks to __pa() so it goes BUG() on vmallocspace addresses.
On Mon, 30
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Test: playing a 'toon with mplayer while kernel build -j20 running.
Tuning: not yet, all scheduler parameters were default
Result: base 2.6.21 showed some pauses and after the pause the sound got
On Mon, Apr 30, 2007 at 12:10:45PM -0700, David Rientjes wrote:
On Mon, 30 Apr 2007, Dave Jones wrote:
it's just a prototype, so no code is generated by declaring one
to an unused (or even non-existant) function.
Or are you using some oddball compiler that warns about
On 4/30/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Apr 30 2007 19:25, Uwe Bugla wrote:
THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN THAT
DST
AND DST_CA ARE NOT NEEDED AT ALL
[...]
How much on the Theo-meter are we yet?
it's enough, I told him that I'll
Correct a minor spelling mistake in a Kconfig warning message.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
index c86c27f..f14aeac 100644
--- a/scripts/kconfig/menu.c
+++ b/scripts/kconfig/menu.c
@@ -203,7 +203,7 @@ void
On Mon, 30 Apr 2007 21:28:06 +0200
Tilman Schmidt [EMAIL PROTECTED] wrote:
Am 30.04.2007 20:21 schrieb Andrew Morton:
A lot of Greg's driver tree has gone upstream, so please check current
mainline.
2.6.21-final is fine.
Sure, but what about 2.6.21-git3 (or, better, current -git)?
If
On Mon, 30 Apr 2007, William Lee Irwin III wrote:
-static char softirq_stack[NR_CPUS * THREAD_SIZE]
- __attribute__((__aligned__(THREAD_SIZE)));
+static DEFINE_PER_CPU(char *, softirq_stack);
+static DEFINE_PER_CPU(char *, hardirq_stack);
-static char hardirq_stack[NR_CPUS *
On Mon, Apr 30, Simon Arlott wrote:
There are a few powerpc patches plus reverts in the recent push to
torvalds/linux-2.6 - shouldn't this be avoided whenever possible because it
could cause problems for people trying to use git bisect?
The reverts do not cause compile failures (I hope).
Hello,
William Thompson wrote:
I've been playing with libata on a few machines and I found that this machine
(An old Dell Dimension L866r) gives me this when it loads and does not give me
access to the cdrom. This is the only machine that I've tested that I know
for a fact cannot do DMA on
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the problem. It should still
be accepted and just print a
On Mon, April 30, 2007 8:57 pm, Adrian Bunk wrote:
I never expected the reality to be come as white as my ideal or the
washed things in washing powder ads.
This reminds me very much of what the brilliant computing scientist Edsger
W. Dijkstra more than once wrote:
`Confusing love of perfection
On 30/04/07 20:49, Olaf Hering wrote:
On Mon, Apr 30, Simon Arlott wrote:
There are a few powerpc patches plus reverts in the recent push to
torvalds/linux-2.6 - shouldn't this be avoided whenever possible because it
could cause problems for people trying to use git bisect?
The reverts do
Bill Davidsen wrote:
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Test: playing a 'toon with mplayer while kernel build -j20 running.
Tuning: not yet, all scheduler parameters were default
Result: base 2.6.21 showed some pauses and after the
On Monday, 30 April 2007 17:33, Matt Mackall wrote:
On Sun, Apr 29, 2007 at 02:17:01PM +0200, Rafael J. Wysocki wrote:
On Sunday, 29 April 2007 13:52, Matt Mackall wrote:
On Sun, Apr 29, 2007 at 01:01:04AM -0700, Andrew Morton wrote:
On Sun, 29 Apr 2007 01:02:33 -0400 Len Brown [EMAIL
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the problem. It should still
be
On Mon, 30 Apr 2007, William Lee Irwin III wrote:
-static char softirq_stack[NR_CPUS * THREAD_SIZE]
-__attribute__((__aligned__(THREAD_SIZE)));
+static DEFINE_PER_CPU(char *, softirq_stack);
+static DEFINE_PER_CPU(char *, hardirq_stack);
-static char hardirq_stack[NR_CPUS *
On Mon, Apr 30, 2007 at 12:49:04PM -0700, Zwane Mwaikambo wrote:
On Mon, 30 Apr 2007, William Lee Irwin III wrote:
-static char softirq_stack[NR_CPUS * THREAD_SIZE]
- __attribute__((__aligned__(THREAD_SIZE)));
+static DEFINE_PER_CPU(char *, softirq_stack);
+static
On Mon, Apr 30, 2007 at 10:03:30PM +0200, Rafael J. Wysocki wrote:
These are older and might have been fixed:
- Mat Mackall's Thinkpads not waking up on lid open with -rc6-mm1
This seems to be related to suspend to disk. After the first suspend
to disk/resume, suspend
Hi Roland!
As far as this concerns ehca this looks great.
Thanks
Nam
[EMAIL PROTECTED] wrote on 27.04.2007 00:43:19:
- IB: Return maybe missed event hint from ib_req_notify_cq()
This extends the API in a way that lets us implement NAPI, but may
be useful for other things too.
On Mon, Apr 30, 2007 at 03:58:45PM -0400, Bill Davidsen wrote:
Followup: I reran with sd-0.46, setting rr_interval to 40, and then 5
(default was 16). Neither appeared to give a useful video playback. I
did try setting the make to nice 10, and that made the playback
perfectly smooth, as
* Kasper Sandberg [EMAIL PROTECTED] wrote:
This patch makes things much worse, [...]
yeah, the small patch i sent to you in private mail was indeed buggy,
please disregard it.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Mark Lord wrote:
I have a new notebook (Dell Inspiron 9400) with Core2-Duo T7400 @ 2.1Ghz.
When either/both of CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS is used,
the 2.6.21 kernel hangs on startup just after printing one/both of these:
..
That's a hard hang, by the way. No magic sysrq key or
On Mon, Apr 30, 2007 at 12:22:21PM +0200, Tejun Heo wrote:
William Thompson wrote:
I've been playing with libata on a few machines and I found that this
machine
(An old Dell Dimension L866r) gives me this when it loads and does not give
me
access to the cdrom. This is the only
Jeff Garzik wrote:
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the
OK - I fixed the formatting and checked into the cifs-2.6.git tree. I
also fixed
a few dozen similar errors in formatting in the same files.
Thanks for noticing that.
On 4/30/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 09:26:16 -0500 Steve French wrote:
replying to the
Yeah the kernel will boot but the hd performance is sh*t on my laptop. I
am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk performance
goes down to a
whopping 1.25mb/sec from 44mb/sec when I boot with combined_mode=libata.
Then something is very wrong with
1001 - 1100 of 1318 matches
Mail list logo
