> a separate exclusive cpuset mlock'd a gigantic amount of
> memory and it could not reliably exit because the mlock continued to
> allocate outside its own cpuset and eventually OOM'd system-critical tasks
> or depleated all system memory.
Seems like that mlock code is able then to get great
On 6/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> Replace a couple calls to __get_free_pages() with the corresponding
> calls to __get_dma_pages().
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
>--- a/arch/i386/xen/time.c
>+++ b/arch/i386/xen/time.c
>@@ -105,17 +105,15 @@ static void get_runstate_snapshot(struct
> preempt_enable();
> }
>
>-static void setup_runstate_info(void)
>+static void setup_runstate_info(int cpu)
> {
> struct vcpu_register_runstate_memory_area area;
>
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes the needlessly global struct proc_pid_sched_operations
> static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
thanks.
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > ---
> >
> > BTW: Please don't #include C files in sched.c
>
> Yeah.
In this case it's not that bad. It makes the source quite a bit cleaner
and avoids having to create artificial
On Tue, 5 Jun 2007, Andrew Morton wrote:
> On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> > Replace a couple calls to __get_free_pages() with the corresponding
> > calls to __get_dma_pages().
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Hi,
2007/6/6, Christoph Lameter <[EMAIL PROTECTED]>:
Note that the corruption seems to have its cause in a decrement done at
offset 16 into the object pointing to the refcount in struct hci_dev. So
it looks like the refcount was decremented after the object was freed.
sysfs related?
I
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
> Right, I see your point; however considering that its a system
> allocation, and all these constraints get violated by interrupts anyway,
> its more of an application container than a strict allocation container.
>
It is not necessarily system
On Tue, 2007-06-05 at 23:42 -0700, David Rientjes wrote:
> On Wed, 6 Jun 2007, Peter Zijlstra wrote:
>
> > > diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> > > --- a/kernel/cpuset.c
> > > +++ b/kernel/cpuset.c
> > > @@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
> >
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> > i'm pleased to announce release -v15 of the CFS scheduler patchset.
>
> Do I smell a bug when a task switches its scheduling classes?
>
> Lets say a task was in real-time class for a long time and switches to
> fair-sched class. When
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Andrew Morton napsal(a):
> On Tue, 5 Jun 2007 23:20:57 +0200 (CEST)
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> stallion, don't fail with less than max panels
>>
>
> Why not?
>
> What problem is this patch fixing, and how does it fix it?
>
> What are the consequences of not having this patch
Hello,
Jeff Garzik wrote:
> On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
>> I can easily reproduce the problem in 2.6.22-rc4. There are no
>> sata_promise changes between rc3 and rc4, but Tejun's libata
>> polling SETXFER change was included in rc4. Reverting it makes
>>
On Tue, 5 Jun 2007 23:50:56 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> BTW: Please don't #include C files in sched.c
Yeah.
> -long div64_s(s64 divident, unsigned long
On Tue, 5 Jun 2007, Andrew Morton wrote:
> Could perhaps be due to bluetooth-postpone-hci_dev-unregistration.patch,
> but I don't see how. (But that patch looks a bit dodgy wrt module
> unload so I think I'll drop it).
It is perfectly fine to drop this one, as the issue it was trying to solve
On Tue, 05 Jun 2007 14:26:48 -0700 Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> This patch is derived from the 2.6.21.3 kernel source and adds support for
> the new TRU-install
> feature (without this support new devices will not work), and add new UMTS
> device VID/PIDs.
2.6.21.3 is quite old,
Hi,
I tried to enable acoustic management on my SATA drive, because
hdparm -I reported a recommended value of 128, and a current value
of 0 (off).
I did this:
$ sudo hdparm -M 128 /dev/sda
/dev/sda:
setting acoustic management to 128
HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error
On Tue, 2007-06-05 at 20:37 -0700, Linus Torvalds wrote:
> I agree that it would be a limitation, but it would be a sane one.
>
> How about we try to live with that limitation, if only to avoid the issue
> of having the private signals being stolen by anybody else. If we actually
> find a
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
> > diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> > --- a/kernel/cpuset.c
> > +++ b/kernel/cpuset.c
> > @@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
> > gfp_t gfp_mask)
> > might_sleep_if(!(gfp_mask & __GFP_HARDWALL));
On Tue, 05 Jun 2007 14:43:50 + Maxim Uvarov <[EMAIL PROTECTED]> wrote:
> Patch makes available to the user the following
> task and process performance statistics:
> * Involuntary Context Switches (task_struct->nivcsw)
> * Voluntary Context Switches (task_struct->nvcsw)
>
On Thu, May 31, 2007 at 05:09:08PM +0200, Ingo Molnar wrote:
> i'm pleased to announce release -v15 of the CFS scheduler patchset.
Do I smell a bug when a task switches its scheduling classes?
Lets say a task was in real-time class for a long time and switches to
fair-sched class. When
We've had this printk in drivers/pci/probe.c asking people
to report it if they see it to linux-kernel for a long time.
google finds hundreds of instances of this being hit.
There are a bunch in bugzilla too..
http://bugzilla.kernel.org/show_bug.cgi?id=6783
On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > This should be an unsigned long.
> >
> > I wonder if the default should be for this value to be zero (i.e. preserve
> > existing behavior). It could break binaries, albeit
On Tue, 2007-06-05 at 15:39 -0700, David Rientjes wrote:
> Reverts git commit c596d9f320aaf30d28c1d793ff3a976dee1db8f5.
>
> OOM-killed tasks, marked as TIF_MEMDIE, should not be able to access
> memory outside its cpuset because it could potentially cause other
> exclusive cpusets to OOM
On Mon, 4 Jun 2007 14:21:25 +0300 (EEST) Meelis Roos <[EMAIL PROTECTED]> wrote:
> While trying make boot bootimage with 2.6.22-rc3 + todays git, the
> compilation fails with
>
> CC arch/alpha/boot/main.o
> arch/alpha/boot/main.c: In function 'load':arch/alpha/boot/main.c:135:
> warning:
On Mon, 04 Jun 2007 14:00:56 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
>
> Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just quietly went away.
>
>
On Tue, 2007-06-05 at 16:39 -0700, Andrew Morton wrote:
> > @@ -1620,6 +1600,34 @@ int expand_stack(struct vm_area_struct *
> > return error;
> > }
> >
> > +#ifdef CONFIG_STACK_GROWSUP
> > +int expand_stack(struct vm_area_struct *vma, unsigned long address)
> > +{
> > + return
On Tue, 2007-06-05 at 16:39 -0700, Andrew Morton wrote:
@@ -1620,6 +1600,34 @@ int expand_stack(struct vm_area_struct *
return error;
}
+#ifdef CONFIG_STACK_GROWSUP
+int expand_stack(struct vm_area_struct *vma, unsigned long address)
+{
+ return expand_upwards(vma,
On Mon, 04 Jun 2007 14:00:56 -0400 [EMAIL PROTECTED] wrote:
On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just quietly went away.
Under
On Mon, 4 Jun 2007 14:21:25 +0300 (EEST) Meelis Roos [EMAIL PROTECTED] wrote:
While trying make boot bootimage with 2.6.22-rc3 + todays git, the
compilation fails with
CC arch/alpha/boot/main.o
arch/alpha/boot/main.c: In function 'load':arch/alpha/boot/main.c:135:
warning: passing
On Tue, 2007-06-05 at 15:39 -0700, David Rientjes wrote:
Reverts git commit c596d9f320aaf30d28c1d793ff3a976dee1db8f5.
OOM-killed tasks, marked as TIF_MEMDIE, should not be able to access
memory outside its cpuset because it could potentially cause other
exclusive cpusets to OOM themselves.
On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
This should be an unsigned long.
I wonder if the default should be for this value to be zero (i.e. preserve
existing behavior). It could break binaries, albeit potentially
We've had this printk in drivers/pci/probe.c asking people
to report it if they see it to linux-kernel for a long time.
google finds hundreds of instances of this being hit.
There are a bunch in bugzilla too..
http://bugzilla.kernel.org/show_bug.cgi?id=6783
On Thu, May 31, 2007 at 05:09:08PM +0200, Ingo Molnar wrote:
i'm pleased to announce release -v15 of the CFS scheduler patchset.
Do I smell a bug when a task switches its scheduling classes?
Lets say a task was in real-time class for a long time and switches to
fair-sched class. When
On Tue, 05 Jun 2007 14:43:50 + Maxim Uvarov [EMAIL PROTECTED] wrote:
Patch makes available to the user the following
task and process performance statistics:
* Involuntary Context Switches (task_struct-nivcsw)
* Voluntary Context Switches (task_struct-nvcsw)
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
diff --git a/kernel/cpuset.c b/kernel/cpuset.c
--- a/kernel/cpuset.c
+++ b/kernel/cpuset.c
@@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
gfp_t gfp_mask)
might_sleep_if(!(gfp_mask __GFP_HARDWALL));
if
On Tue, 2007-06-05 at 20:37 -0700, Linus Torvalds wrote:
I agree that it would be a limitation, but it would be a sane one.
How about we try to live with that limitation, if only to avoid the issue
of having the private signals being stolen by anybody else. If we actually
find a real-live
Hi,
I tried to enable acoustic management on my SATA drive, because
hdparm -I reported a recommended value of 128, and a current value
of 0 (off).
I did this:
$ sudo hdparm -M 128 /dev/sda
/dev/sda:
setting acoustic management to 128
HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error
On Tue, 05 Jun 2007 14:26:48 -0700 Kevin Lloyd [EMAIL PROTECTED] wrote:
This patch is derived from the 2.6.21.3 kernel source and adds support for
the new TRU-install
feature (without this support new devices will not work), and add new UMTS
device VID/PIDs.
2.6.21.3 is quite old, sorry.
On Tue, 5 Jun 2007 23:50:56 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
BTW: Please don't #include C files in sched.c
Yeah.
-long div64_s(s64 divident, unsigned long divisor)
+static
On Tue, 5 Jun 2007, Andrew Morton wrote:
Could perhaps be due to bluetooth-postpone-hci_dev-unregistration.patch,
but I don't see how. (But that patch looks a bit dodgy wrt module
unload so I think I'll drop it).
It is perfectly fine to drop this one, as the issue it was trying to solve
Hello,
Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change was included in rc4. Reverting it makes
sata_promise
Andrew Morton napsal(a):
On Tue, 5 Jun 2007 23:20:57 +0200 (CEST)
Jiri Slaby [EMAIL PROTECTED] wrote:
stallion, don't fail with less than max panels
Why not?
What problem is this patch fixing, and how does it fix it?
What are the consequences of not having this patch in the kernel?
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
i'm pleased to announce release -v15 of the CFS scheduler patchset.
Do I smell a bug when a task switches its scheduling classes?
Lets say a task was in real-time class for a long time and switches to
fair-sched class. When update_curr() is
* Adrian Bunk [EMAIL PROTECTED] wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 2007-06-05 at 23:42 -0700, David Rientjes wrote:
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
diff --git a/kernel/cpuset.c b/kernel/cpuset.c
--- a/kernel/cpuset.c
+++ b/kernel/cpuset.c
@@ -2431,12 +2431,6 @@ int __cpuset_zone_allowed_softwall(struct zone *z,
gfp_t gfp_mask)
Hi,
2007/6/6, Christoph Lameter [EMAIL PROTECTED]:
Note that the corruption seems to have its cause in a decrement done at
offset 16 into the object pointing to the refcount in struct hci_dev. So
it looks like the refcount was decremented after the object was freed.
sysfs related?
I tested
On Wed, 6 Jun 2007, Peter Zijlstra wrote:
Right, I see your point; however considering that its a system
allocation, and all these constraints get violated by interrupts anyway,
its more of an application container than a strict allocation container.
It is not necessarily system allocations
On Tue, 5 Jun 2007, Andrew Morton wrote:
On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
Robert P. J. Day [EMAIL PROTECTED] wrote:
Replace a couple calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
* Andrew Morton [EMAIL PROTECTED] wrote:
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
BTW: Please don't #include C files in sched.c
Yeah.
In this case it's not that bad. It makes the source quite a bit cleaner
and avoids having to create artificial interfaces, global
* Adrian Bunk [EMAIL PROTECTED] wrote:
This patch makes the needlessly global struct proc_pid_sched_operations
static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
thanks.
Acked-by: Ingo Molnar [EMAIL PROTECTED]
Ingo
-
To unsubscribe from this list: send the line unsubscribe
--- a/arch/i386/xen/time.c
+++ b/arch/i386/xen/time.c
@@ -105,17 +105,15 @@ static void get_runstate_snapshot(struct
preempt_enable();
}
-static void setup_runstate_info(void)
+static void setup_runstate_info(int cpu)
{
struct vcpu_register_runstate_memory_area area;
-
a separate exclusive cpuset mlock'd a gigantic amount of
memory and it could not reliably exit because the mlock continued to
allocate outside its own cpuset and eventually OOM'd system-critical tasks
or depleated all system memory.
Seems like that mlock code is able then to get great
On 6/6/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
Robert P. J. Day [EMAIL PROTECTED] wrote:
Replace a couple calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
[...] and my tree already contains the fixes for rt task's
exec_start.
Can I have this snapshot pls? I have to deal with the same issue when
the current task switches groups and I was planning to fix it by
introducing a
On Wed, 6 Jun 2007 00:34:21 -0700 Paul Jackson [EMAIL PROTECTED] wrote:
a separate exclusive cpuset mlock'd a gigantic amount of
memory and it could not reliably exit because the mlock continued to
allocate outside its own cpuset and eventually OOM'd system-critical tasks
or depleated
Hi, Ingo:
I am sorry for disturbing you again, I am interesting on CFS,
however, had really confused on the fairness implementation of CFS.
After reviewed the past mails of LKML, I known the virtual clock is
used by fairness measuring scale, it is excellent idea. and CFS use
While trying make boot bootimage with 2.6.22-rc3 + todays git, the
compilation fails with
CC arch/alpha/boot/main.o
arch/alpha/boot/main.c: In function 'load':arch/alpha/boot/main.c:135:
warning: passing argument 3 of 'callback_read' makes pointer from integer
without a
On Wed, 6 Jun 2007, Paul Jackson wrote:
Seems like that mlock code is able then to get great globs of memory
without returning to user space ... perhaps that's where the fix
should be ... that code should quit chewing up memory if it's
marked MEMDIE or some such?
That's one case. Are
On Sun, 3 Jun 2007 07:39:06 -0700 (PDT) Doug Thompson [EMAIL PROTECTED] wrote:
Remove the 'depends on x86' as EDAC runs on other ARCHs now.
Not on alpha.
drivers/edac/edac_stub.c:15:22: error: asm/edac.h: No such file or directory
-
To unsubscribe from this list: send the line unsubscribe
David wrote:
That is, unless you can guarantee this type of problem will not happen again
Well, I certainly cannot guarantee that.
Heck, I can't even guarantee isn't happening right now, somewhere else.
But I'm no memory guru.
--
I won't rest till it's the best ...
On Wed, 2007-06-06 at 00:48 -0700, David Rientjes wrote:
On Wed, 6 Jun 2007, Paul Jackson wrote:
Seems like that mlock code is able then to get great globs of memory
without returning to user space ... perhaps that's where the fix
should be ... that code should quit chewing up memory if
On Tue, 5 Jun 2007, Andrew Morton wrote:
On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
Robert P. J. Day [EMAIL PROTECTED] wrote:
Replace a couple calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
On Wed, 2007-06-06 at 01:46 -0400, Dave Jones wrote:
As reported in http://bugzilla.kernel.org/show_bug.cgi?id=7815
this URL 404's. Unless they're coming back, we should probably
just remove them.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/drivers/mtd/nand/Kconfig
On Wed, 6 Jun 2007 00:56:10 -0700 Paul Jackson [EMAIL PROTECTED] wrote:
David wrote:
That is, unless you can guarantee this type of problem will not happen again
Well, I certainly cannot guarantee that.
The only place I can think of where the kernel will sit there allocating
huge amounts
On Wed, 2007-06-06 at 01:00 -0700, Andrew Morton wrote:
On Wed, 6 Jun 2007 00:56:10 -0700 Paul Jackson [EMAIL PROTECTED] wrote:
David wrote:
That is, unless you can guarantee this type of problem will not happen
again
Well, I certainly cannot guarantee that.
The only place I
Holding a global mutex over recvmsg() calls under AF_UNIX is pretty
much a non-starter, this will kill performance for multi-threaded
apps.
That's an rwsem held for read. It's held for write in unix_gc() only
for a short duration, and unix_gc() should only rarely be called. So
Barrier bios are completed twice - once after the barrier write itself
is done and again after the whole sequence is complete.
flush_dry_bio_endio() is for the first completion. It doesn't really
complete the bio. It rewinds bvec and resets bio so that it can be
completed again when the whole
From: Miklos Szeredi [EMAIL PROTECTED]
Date: Wed, 06 Jun 2007 10:08:29 +0200
Holding a global mutex over recvmsg() calls under AF_UNIX is pretty
much a non-starter, this will kill performance for multi-threaded
apps.
That's an rwsem held for read. It's held for write in
While running a dbench stress test on a nfs mounted file system, I notice
the subject error message on the client machine. The client machine is a 48
core box with NUMA characteristics and 1024 dbench processes running
continuously in a loop, while another memory hog application runs in
On Wed, 2007-06-06 at 03:56 -0400, Robert P. J. Day wrote:
On Tue, 5 Jun 2007, Andrew Morton wrote:
On Tue, 5 Jun 2007 16:58:57 -0400 (EDT)
Robert P. J. Day [EMAIL PROTECTED] wrote:
Replace a couple calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tilman Schmidt schrieb:
Am 03.06.2007 22:28 schrieb Lars K.W. Gohlke:
Tilman Schmidt schrieb:
Am 17.05.2007 08:15 schrieb huang ying:
I think the serio (through drivers/input/serio/serport.c) may be a
choice too, like that in
Jan Beulich wrote:
--- a/arch/i386/xen/time.c
+++ b/arch/i386/xen/time.c
@@ -105,17 +105,15 @@ static void get_runstate_snapshot(struct
preempt_enable();
}
-static void setup_runstate_info(void)
+static void setup_runstate_info(int cpu)
{
struct
Hello,
David Greaves wrote:
Linus Torvalds wrote:
It would be interesting to see what triggered it, since it apparently
worked before. So yes, a bisection would be great.
Tejun, all the problematic patches are yours - so adding you.
Ouch
given the first patch identified is
On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
From: Ollie Wild [EMAIL PROTECTED]
Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
from the old mm into the new mm.
We create the new mm before the binfmt code runs, and place the new
+cycle_t xen_clocksource_read(void)
+{
+ struct shadow_time_info *shadow = get_cpu_var(shadow_time);
+ cycle_t ret;
+
+ get_time_values_from_xen();
+
+ ret = shadow-system_timestamp + get_nsec_offset(shadow);
+
+ put_cpu_var(shadow_time);
+
+ return ret;
+}
I'm
On Wed, Jun 06, 2007 at 01:36:58AM -0700, Andrew Morton wrote:
On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
From: Ollie Wild [EMAIL PROTECTED]
Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
from the old mm into the new mm.
Gregor Jasny wrote:
2007/6/2, Jeff Garzik [EMAIL PROTECTED]:
Does this patch change the behavior at all?
No. It still times out. I've raised the first timeout to 60 seconds
but still no luck.
Let's see where we're failing. Please apply the attached patch and
report what kernel says.
On Tue, 2007-06-05 at 20:49 +0200, Segher Boessenkool wrote:
It would be better if GCC had a 'nopadding' attribute which gave us
what we need without the _extra_ implications about alignment.
That's impossible; removing the padding from a struct
_will_ make accesses to its members
On Wed, 2007-06-06 at 01:36 -0700, Andrew Morton wrote:
On Tue, 05 Jun 2007 17:05:27 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
From: Ollie Wild [EMAIL PROTECTED]
Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
from the old mm into the new mm.
We
On 6/6/07 09:39, Jan Beulich [EMAIL PROTECTED] wrote:
The issue is
that on that system, transition into ACPI mode takes over 600ms (SMM
execution, and hence no interrupts delivered during that time), and with
Xen using the PIT (PM timer support was added by Keir as a result of this,
but that
David Woodhouse [EMAIL PROTECTED] writes:
Won't a simple struct { uint16_t } get padded to a size of 4 bytes on
ARM? Even if I'm misremembering that, I certainly can't guarantee that
such a thing will _never_ happen on any newly-invented ABI. If you had
'nopadding' instead of 'packed', then
On 04/06/07, Andy Whitcroft [EMAIL PROTECTED] wrote:
This version brings a host of changes to cure false positives and
bugs detected on patches submitted to lkml and -mm. It also brings
a number of new tests in response to reviews, of particular note:
I have a few ideas for additional
On Wed, 06 Jun 2007 10:54:21 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
It is a bit peculiar in that we have one task with two mm's, one of which
is
inactive.
...
+ flush_cache_page(bprm-vma, kpos,
+
This is an update to the zs.c driver to make it wait for the transmission
line to become idle before disabling the transmitter or resetting the
chip. This way the character that is on the way at the time one of these
actions is about to be performed does not get corrupted.
Plus a change to
On 06/06/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 09:01:43AM +0200, Ingo Molnar wrote:
[...] and my tree already contains the fixes for rt task's
exec_start.
Can I have this snapshot pls? I have to deal with the same issue when
the current task switches groups
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hallo,
wouldsomebody explain me the serio interface or give me a code link for
very simple example.
thx. in advance
-
Mit freundlichen Grüßen
Lars K.W. Gohlke
mailto:[EMAIL PROTECTED]
- -
Visit
On Wed, 2007-06-06 at 02:06 -0700, Andrew Morton wrote:
On Wed, 06 Jun 2007 10:54:21 +0200 Peter Zijlstra [EMAIL PROTECTED] wrote:
It is a bit peculiar in that we have one task with two mm's, one of
which is
inactive.
...
+
On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke [EMAIL PROTECTED] wrote:
wouldsomebody explain me the serio interface or give me a code link for
very simple example.
What do you want to do with it? Do you want on the serial port side,
or on the mouse/keyboard/gadget side? See for example
Sean wrote:
Hi Jeff,
Don't see a fix for this issue in your tree, although i think someone
else may have already reported this. Just thought better safe than
sorry and report perhaps again that rc4 can't boot here because the
sata drives can not be found. Reverting commit 464cf177 fixes
On Saturday 02 June 2007 03:30:54 Stephen Hemminger wrote:
On Sat, 2 Jun 2007 02:59:33 +0200
#ifdef DEBUG
# define debug(m, a...)printk( KERN_DEBUG MODULENAME : m \n,
##a) #else
# define debug(m, a...)do {} while(0)
#endif
#define info(m, a...) printk( KERN_INFO
On Tue, Jun 05, 2007 at 10:24:14AM -0400, Alan Stern wrote:
(Depending on which version of the kernel you are looking at -- [...]
Earlier versions did behave the way you describe.)
I was looking at 2.6.22-rc3 which might explain the differences.
So the system is behaving the way you want, but
Keir Fraser [EMAIL PROTECTED] 06.06.07 10:54
On 6/6/07 09:39, Jan Beulich [EMAIL PROTECTED] wrote:
The issue is
that on that system, transition into ACPI mode takes over 600ms (SMM
execution, and hence no interrupts delivered during that time), and with
Xen using the PIT (PM timer support
On Wed, 2007-06-06 at 02:06 -0700, Andrew Morton wrote:
I think the same problem will happen on NOMMU STACK_GROWS_UP. There are
several new references to bprm-vma in there, not all inside CONFIG_MMU.
I found two: one in setup_arg_pages() and one in get_arg_page() both are
under CONFIG_MMU.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Benedict Glaw schrieb:
On Wed, 2007-06-06 11:11:23 +0200, Lars K.W. Gohlke [EMAIL PROTECTED] wrote:
wouldsomebody explain me the serio interface or give me a code link for
very simple example.
What do you want to do with it? Do you want on
From: Udo A. Steinberg [EMAIL PROTECTED]
The chip set doc for IHC4 says:
1.In general, software should not attempt any non-posted accesses during
arbiter disable except to the ICH4's power management registers. This
implies that interrupt handlers for any unmasked hardware interrupts and
SMI/NMI
In file included from /usr/src/linux-2.6-2/net/ipv4/ip_input.c:118:
include2/asm/system.h:245: error: parse error before __cmpxchg_32
include2/asm/system.h:245: error: parse error before '*' token
include2/asm/system.h:245: warning: type defaults to `int' in declaration of
`__cmpxchg_32'
On Wed, Jun 06, 2007 at 11:34:33AM +0200, Peter Zijlstra wrote:
+static void flush_arg_page(struct linux_binprm *bprm, unsigned long pos,
+ struct page *page)
+{
+ flush_cache_page(bprm-vma, pos, page_to_pfn(page));
+}
+
[snip]
@@ -253,6 +305,17 @@ static void
* john stultz [EMAIL PROTECTED] wrote:
This fix avoids this race by making sure *after* we've locked the
tasklet that the STATE_SCHED bit is set before adding it to the list.
Does it look ok to you?
ah - nice!! What would be the worst-case effect of this bug? (besides
the WARN_ON()?) In
On Wed, 2007-06-06 at 18:44 +0900, Paul Mundt wrote:
On Wed, Jun 06, 2007 at 11:34:33AM +0200, Peter Zijlstra wrote:
+static void flush_arg_page(struct linux_binprm *bprm, unsigned long pos,
+ struct page *page)
+{
+ flush_cache_page(bprm-vma, pos, page_to_pfn(page));
+}
+
501 - 600 of 1053 matches
Mail list logo