taskstats.h is missing from the kernel headers package. It was designed
to be used from userland, so it should be safe.
Signed-off-by: Don Zickus <[EMAIL PROTECTED]>
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index 4ff0f57..b5f9a62 100644
--- a/include/linux/Kbuild
+++
On Mon, 2007-04-30 at 18:39 +0200, Joerg Sommrey wrote:
> Here it is. Maybe this problem is related to the usage of the
> "experimental" amd76x_pm module?
Can you please verify what happens w/o that module ?
Thanks,
tglx
-
To unsubscribe from this list: send the line "unsubscribe
> Subject: 2.6.21: sky2 "hw csum failure" problem
> References : http://lkml.org/lkml/2007/4/28/105
> Submitter : Håkan Lindqvist <[EMAIL PROTECTED]>
> Status : unknown
>
This is not a "regression" it is a bug, that has shown up for
some users for quite a while, see:
> I'm a bit lost here. Are we referring to
>
> if (expr) {
> ...
> } else {
> ...
> }
>
> versus
>
> if (expr) {
> ...
> }
> else {
> ...
> }
This one is already covered by Documentation/CodingStyle
On Monday, 30 April 2007 22:52, Dan Kruchinin wrote:
> On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > [Please don't drop addresses from the CC list]
> >
> > On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
> > > On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > > Hi,
Am 30.04.2007 21:46 schrieb Andrew Morton:
>> 2.6.21-final is fine.
>
> Sure, but what about 2.6.21-git3 (or, better, current -git)?
OIC. Sorry for being dense. Will check.
>>> If that's OK then we need to pick through the difference between
>>> 2.6.21-rc7-mm2's driver tree and the patches
Alan Cox wrote:
> On Mon, 30 Apr 2007 11:50:09 +0100
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
>
>> On Mon, Apr 30, 2007 at 12:28:14PM +0200, Andi Kleen wrote:
>>
>>> Otherwise non GPL modules cannot even do basic operations
>>> like disabling interrupts anymore, which would be
On Monday, 30 April 2007 22:05, Matt Mackall wrote:
> 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
Manuel Metz wrote:
> Brett Ryland wrote:
>> Hi,
>> I am consistently getting a kernel oops from a vanilla 2.6.21.1 kernel. It
>> also occurs in vanilla 2.6.21, but not in 2.6.20.8. The relevant section of
>> the kernel is networking, in particular the sis900 module (I think).
>> The attached
Hi,
Trent Piepho wrote another patch for it, it just completes Uwe's patch
in the end.
http://linuxtv.org/hg/~tap/dst-new?cmd=changeset;node=bbdd2b53cd5c;style=gitweb
as far as I see from that patch it cleans up a memory leak which would
happen when the system tries to load the dst module if
On Mon, 30 Apr 2007, Alan Cox wrote:
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.
On Mon, 30 Apr 2007 12:15:57 -0700 (PDT) David Rientjes wrote:
> 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
Andi Kleen <[EMAIL PROTECTED]> writes:
> Thanks for writing that code. It should be an interesting alternative
> on boxes where firescope doesn't work.
>
> I hope I can eventually merge early firewire support code too.
>
> On Mon, Apr 30, 2007 at 10:32:02AM -0600, Eric W. Biederman wrote:
>>
>>
On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
[Please don't drop addresses from the CC list]
On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
> On 4/30/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > Hi
On Mon, 2007-04-30 at 22:17 +0200, Ingo Molnar wrote:
> * 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.
It also hardlocked my box :) but it was worth a
Mark Lord wrote:
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
> FWIW I think doing this first will be better, exposing _all_ to non GNU
> modules will weaken whatever case we might have to take it away later.
> So, NACK from me too.
> I don't want to hear the whining; but it was allowed in .22, so why
> should we not be able to do this in .23 or
Stephen Clark wrote:
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.
It make my
system
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
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
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
* 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 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
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
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
> >
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
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
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
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 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
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
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
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 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).
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
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
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 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
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
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, 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.
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 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 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
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 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
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
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(+),
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
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
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
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,
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
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
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,
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
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
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
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.
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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 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.
>
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,
>
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
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.
>
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
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.
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
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
Christoph Hellwig wrote:
> On Sun, Apr 29, 2007 at 10:29:02AM -0700, Jeremy Fitzhardinge wrote:
>
>> +#include
>>
>
> not needed.
>
Yup.
>> +#include
>> +#include
>> +#include
>> +#ifdef CONFIG_XEN_BALLOON
>> +#include
>> +#endif
>> +#include
>>
>
> Please don't try to put
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, 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
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.
>
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
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
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
201 - 300 of 1318 matches
Mail list logo
