* Matt Mackall [EMAIL PROTECTED] wrote:
On Tue, Jun 05, 2007 at 02:37:38PM +1000, Rusty Russell wrote:
On Mon, 2007-06-04 at 23:18 -0500, Matt Mackall wrote:
On Tue, Jun 05, 2007 at 12:31:15PM +1000, Rusty Russell wrote:
Does this solve it for you?
Nope. Doesn't accept input and
On Tue, 5 Jun 2007, Peter Zijlstra wrote:
Provide functions for moving page tables upwards.
Could you make this more general so that it allows arbitrary page table
pages moving? That would be useful for Mel's memory defragmentation since
it increases the types of pages that can be moved.
-
To
On Tue, 5 Jun 2007, Ingo Molnar wrote:
isnt the refrigerator() suspend related? Perhaps suspend disables irqs
somewhere that we forgot to track?
There _is_ something strange there. For that whole sequence to trigger,
the current task has to have the TIF_FREEZE bit set, but I don't see why
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
On 05/06/07, Dmitry Adamushko [EMAIL PROTECTED] wrote:
now at 257428593818894 nsecs
cpu: 0
.nr_running: 3
.raw_weighted_load : 2063
.nr_switches : 242830075
.nr_load_updates : 30172063
Trond Myklebust wrote:
On Tue, 2007-06-05 at 15:10 -0400, Peter Staubach wrote:
Hi.
Attached is a small patch to allow file systems to inform the file
system independent layers that they don't support file leases.
The problem is that some file system such as NFSv2 and NFSv3 do
not have
Hello, I wrote:
This looks promising. Using a vanilla 2.6.22-rc3 I was able to
reproduce
the problem within a few seconds. With the above modification the
machine
is running under heavy disk I/O without problems since 30 minutes...
Did it fix the problem for good?
It seems so far. There
On Tue, Jun 05, 2007 at 11:40:15AM -0700, Siddha, Suresh B wrote:
Does this problem happen only under certain stress or something simple, like
boot the kernel
echo 2 /proc/irq/114/smp_affinity
wait for irq to hit the cpu1.
echo 0 /sys/devices/system/cpu/cpu1/online
will immmd trigger
Hi!
isnt the refrigerator() suspend related? Perhaps suspend disables irqs
somewhere that we forgot to track?
There _is_ something strange there. For that whole sequence to trigger,
the current task has to have the TIF_FREEZE bit set, but I don't see why
it would be during shutdown.
David,
On Tue, Jun 05, 2007 at 09:52:19AM -0700, David Rientjes wrote:
@@ -330,10 +330,22 @@
#define __NR_signalfd 305
#define __NR_timerfd 306
#define __NR_eventfd 307
+#define __NR_pfm_create_context308
+#define __NR_pfm_write_pmcs
On Mon, Jun 04, 2007 at 04:51:05PM -0700, Keshavamurthy, Anil S wrote:
On Mon, Jun 04, 2007 at 07:43:54PM -0400, Jeff Garzik wrote:
On Mon, Jun 04, 2007 at 04:06:49PM -0700, Keshavamurthy, Anil S wrote:
On Mon, Jun 04, 2007 at 06:57:14PM -0400, Jeff Garzik wrote:
you should add logic to
On Tue, Jun 05, 2007 at 01:24:33PM -0700, Keshavamurthy, Anil S wrote:
1 file changed, 65 insertions(+), 19 deletions(-)
Index: linux-2.6.22-rc3/lib/respool.c
===
--- linux-2.6.22-rc3.orig/lib/respool.c 2007-06-05
Assuming there is a kernel bug which includes a null dereference that
bug may allow for a process to place information on the first page on
the system and get the kernel to act in unintended ways. This patch
adds a new security check on mmap operations to see if the user is
attempting to mmap to
* Eric Dumazet [EMAIL PROTECTED] wrote:
For example, the recent futex.c changes you did in commit 34f01cc1
are, and unfortunately there's no better word i can find: plain
disgusting. You apparently have plopped the 'fshared' code into the
existing logic via conditionals and have blown
Replace the call to __get_free_pages() with the more specific
__get_dma_pages().
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
index 8ff2fea..108e7df 100644
--- a/arch/s390/kernel/smp.c
+++ b/arch/s390/kernel/smp.c
@@ -708,7
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 unaligned (think
about arrays of that struct).
On Tue, 2007-06-05 at 22:37 +0200, Ingo Molnar wrote:
* Eric Dumazet [EMAIL PROTECTED] wrote:
For example, the recent futex.c changes you did in commit 34f01cc1
are, and unfortunately there's no better word i can find: plain
disgusting. You apparently have plopped the 'fshared' code
Replace a number of calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
once the __GFP_DMA argument is removed, it does look weird to see
the first argument of just 0. should that be filled in with
GFP_ATOMIC
Hi!
With the USB subsystem I have followed the approach taken by the PM
core, which is that tasks are frozen. But one can -- and Linus has on
at least one occasion -- make a good case that tasks should be left
running while only I/O is frozen. This would require the subsystem to
From: Miklos Szeredi [EMAIL PROTECTED]
Date: Tue, 05 Jun 2007 09:42:41 +0200
From: Miklos Szeredi [EMAIL PROTECTED]
A recv() on an AF_UNIX, SOCK_STREAM socket can race with a
send()+close() on the peer, causing recv() to return zero, even though
the sent data should be received.
This
On Tue, 2007-06-05 at 15:35 -0400, Jeff Layton wrote:
On Tue, 05 Jun 2007 14:13:02 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
On Tue, 2007-06-05 at 13:56 -0400, Jeff Layton wrote:
The Linux NFS4 client simply skips over the bitmask in an O_EXCL open
call and so it doesn't bother to
Hi!
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
Stopping tasks ... WARNING: at
/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
[ 116.755052] irq event stamp: 69
[ 116.755060] hardirqs
Ingo Molnar a écrit :
* Eric Dumazet [EMAIL PROTECTED] wrote:
For example, the recent futex.c changes you did in commit 34f01cc1
are, and unfortunately there's no better word i can find: plain
disgusting. You apparently have plopped the 'fshared' code into the
existing logic via conditionals
[ This is post-2.6.22 material - it fixes a bug, but not one that I
think has been seen in the wild, plus an earlier version of this fix
caused file corruption ]
It is theoretically possible for a request to finish and be freed
between writing it to the I/O thread and updating the sector count.
[ This is 2.6.22 material ]
Having KERNEL_STACK_ORDER in defconfig overrides the value provided by
Kconfig, breaking UML/x86_64, which wants 2 page stacks.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/defconfig |1 -
1 file changed, 1 deletion(-)
Index:
On Tue, Jun 05, 2007 at 04:30:48PM -0400, Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 01:24:33PM -0700, Keshavamurthy, Anil S wrote:
1 file changed, 65 insertions(+), 19 deletions(-)
Index: linux-2.6.22-rc3/lib/respool.c
===
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]
---
that's the lot of them.
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 10c13ad..8fc38dc 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@
On Tue, 5 Jun 2007, Eric Paris wrote:
+extern int mmap_protect_memory;
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 insecure
ones.
- James
--
James Morris
[EMAIL
Hello!
We actually need to do something about this, as we might loop for ever
there. The robust cleanup code can fail (e.g. due to list corruption)
and we would see exit_state != 0 and the OWNER_DIED bit would never be
set, so we are stuck in a busy loop.
Yes...
It is possible to take
Hi,
On 6/6/07, Robert P. J. Day [EMAIL PROTECTED] wrote:
Replace a number of calls to __get_free_pages() with the corresponding
calls to __get_dma_pages().
[...]
once the __GFP_DMA argument is removed, it does look weird to see
the first argument of just 0. should that be filled in with
Make the PTRACE_SYSEMU checking more robust. It will make sure that
system call numbers are reported correctly. If there is a problem, it
will disable PTRACE_SYSEMU use and use PTRACE_SYSCALL instead.
This fixes a hang on boot on FC6 hosts with a broken PTRACE_SYSEMU.
Signed-off-by: Jeff Dike
On Mon, 2007-06-04 at 20:50 -0700, Linus Torvalds wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
Nothing serious, compile warnings ..
mm/sparse.c:244: warning: `__kmalloc_section_memmap' defined but not used
mm/sparse.c:274: warning:
On 06/05/2007 03:24 PM, David Miller wrote:
I totally agree, Russel you are being totally unreasonable.
^^
Uh-oh.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, 2007-06-06 at 01:00 +0400, Alexey Kuznetsov wrote:
Hello!
We actually need to do something about this, as we might loop for ever
there. The robust cleanup code can fail (e.g. due to list corruption)
and we would see exit_state != 0 and the OWNER_DIED bit would never be
set, so
Andi Kleen wrote:
I don't think it's a good idea for the TSC. There are various
setups where it is unreliable and also often simulators don't
implement it correctly. And it's always a valuable workaround
to be able to turn it off.
For all I can tell, if this is the case, then
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 insecure
Agreed - DOSemu type apps and lrmi need to map
David,
On Mon, Jun 04, 2007 at 07:38:23AM -0700, David Rientjes wrote:
On Tue, 29 May 2007, Stephane Eranian wrote:
+static int pfm_task_incompatible(struct pfm_context *ctx, struct
task_struct *task)
+{
+ /*
+* no kernel task or task not owned by caller
+*/
+ if
On Tue, Jun 05, 2007 at 01:09:54PM -0700, Darrick J. Wong wrote:
On Tue, Jun 05, 2007 at 11:40:15AM -0700, Siddha, Suresh B wrote:
Does this problem happen only under certain stress or something simple, like
boot the kernel
echo 2 /proc/irq/114/smp_affinity
wait for irq to hit the
Kconfig, mxser_new: remove experimental comment
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit 70591fd7231ee9767b813b052ff5b6123c8963b9
tree 0a686cee41b4f9f5e964b36a9001e3c0b03dc29d
parent 1a5e44385253ef9a193badf768f40543af6996ca
author Jiri Slaby [EMAIL PROTECTED] Mon, 28 May 2007
On Tue, Jun 05, 2007 at 12:23:35PM -0700, David Miller wrote:
From: Russell King [EMAIL PROTECTED]
Date: Tue, 5 Jun 2007 15:59:46 +0100
It's the fact that I _am_ CC'd on replies, so I get one message from LKML
one from the original poster, maybe one via another mailing list if it's
also
stallion, don't fail with less than max panels
Thanks to Ingo.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
Cc: Ingo Korb [EMAIL PROTECTED]
---
commit aa7cfc04f92ec2b20a07b29a89527d836a93d00f
tree 064efb1346d6efffcd59cce827e15116c836da5b
parent db6329f0ce9fe4e7773edcabfb97f63e4f4a948f
author
stallion, alloc tty before pci devices init
this causes oops, because pci prboe function calls tty_register_device for
each device found. Thanks to Ingo.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
Cc: Ingo Korb [EMAIL PROTECTED]
---
commit e7488128b7b4f61c82b6e323067d221c9397c43b
tree
From: Chris Snook [EMAIL PROTECTED]
Clean up whitespace and comments in drivers/serial/icom.c
Signed-off-by: Chris Snook [EMAIL PROTECTED]
The patch is very large (30k) so I have attached it. Please let me know if you
really, really want it inline.
--- a/drivers/serial/icom.c 2007-06-05
stallion, proper fail return values
do not return 0 in one case and return proper values in other 2.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit d62c04c8fe3271ab2089f442e04ad522a158bf8f
tree 31beaaee84ef718acc5401b3cb07a7f2e340f0fe
parent e7488128b7b4f61c82b6e323067d221c9397c43b
On Tue, Jun 05, 2007 at 12:27:45PM -0700, David Miller wrote:
From: Russell King [EMAIL PROTECTED]
Date: Tue, 5 Jun 2007 16:21:33 +0100
Oh sod it, I'm unsubscribing from LKML. Jeff, hope your happy.
What an adult way for you to handle this.
Indeed; it's obvious that you're not listening
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 linux/drivers/input/mouse/sermouse.c, which
is an example to program serial port in kernel
On Tue, Jun 05, 2007 at 10:25:23PM +0100, Russell King wrote:
On Tue, Jun 05, 2007 at 12:27:45PM -0700, David Miller wrote:
From: Russell King [EMAIL PROTECTED]
Date: Tue, 5 Jun 2007 16:21:33 +0100
Oh sod it, I'm unsubscribing from LKML. Jeff, hope your happy.
What an adult way
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 work again for me.
Ugh.
Hello,
This patch makes the i386 behave the same way that x86_64 does when a
segfault happens. A line gets printed to the kernel log so that tools
that need to check for failures can behave more uniformly between
different kernels. Like x86_64, it can be disabled by setting
debug.exception-trace
On Tue, Jun 05, 2007 at 02:18:26PM +0200, Michal Piotrowski wrote:
Hi,
On 24/05/07, Greg KH [EMAIL PROTECTED] wrote:
On Thu, May 17, 2007 at 07:00:58PM -0500, [EMAIL PROTECTED] wrote:
greg
and part of /etc/udev/rules.d/60-libsane.rules
...
ACTION!=add,
On Tuesday, 5 June 2007 22:19, Pavel Machek wrote:
Hi!
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
Stopping tasks ... WARNING: at
/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
[
This patch makes the needlessly global struct proc_pid_sched_operations
static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc3-mm1/fs/proc/base.c.old 2007-06-05 22:01:08.0
+0200
+++ linux-2.6.22-rc3-mm1/fs/proc/base.c 2007-06-05 22:41:57.0 +0200
@@
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
kernel/sched.c |2 +-
kernel/sched_fair.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
---
This patch contains the following possible cleanups:
- make the following needlessly global functions static:
- rxrpc.c: afs_send_pages()
- vlocation.c: afs_vlocation_queue_for_updates()
- write.c: afs_writepages_region()
- make the following needlessly global variables static:
- mntpt.c:
On Tue, 05 Jun 2007 17:14:46 +0100, David Greaves [EMAIL PROTECTED] wrote:
[Tejun, Jeff, added you since the bisect points to your patch.]
Sorry, mail glitch means I lost a couple of emails...
I said:
Compile warnings and a new regression: hang on boot during sata_promise
detection...
It turns
Ok, one more.
--
stallion, remove user class report request
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit 400de8dd765298a11daec2a4a936a70798f428aa
tree 81675ba379783ad98f5c0387620a59b2ff2247a7
parent d62c04c8fe3271ab2089f442e04ad522a158bf8f
author Jiri Slaby [EMAIL PROTECTED] Tue, 05
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
On Tuesday 05 June 2007 23:15:28 H. Peter Anvin wrote:
Andi Kleen wrote:
I don't think it's a good idea for the TSC. There are various
setups where it is unreliable and also often simulators don't
implement it correctly. And it's always a valuable workaround
to be able to turn it off.
From: Kevin Lloyd [EMAIL PROTECTED]
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.
Signed-off-by: Kevin Lloyd [EMAIL PROTECTED]
---
diff -uprN
On Tue, Jun 05, 2007 at 10:38:15PM +0100, Russell King wrote:
There is one final point on this which I wish to make, in case anyone
has decided that this is caused by some recent change at my end.
I've been adding this header to all my messages for about the last seven
years. It's only
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc2-mm1:
...
+swsusp-remove-code-duplication-between-diskc-and-userc.patch
...
freezer/swsusp updates
...
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc2-mm1:
...
+lockstat-human-readability-tweaks.patch
...
lockstat-via-lockdep
...
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
On Tue, Jun 05, 2007 at 05:48:30PM -0400, Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 10:38:15PM +0100, Russell King wrote:
There is one final point on this which I wish to make, in case anyone
has decided that this is caused by some recent change at my end.
I've been adding this header
On Tuesday, 5 June 2007 23:50, Adrian Bunk wrote:
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc2-mm1:
...
+swsusp-remove-code-duplication-between-diskc-and-userc.patch
...
freezer/swsusp updates
...
This patch makes needlessly global code
On Tuesday, 5 June 2007 16:43, Michal Piotrowski wrote:
Hi all,
Here is a list of some known regressions in 2.6.22-rc4.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Unclassified
Subject: Kernel hang on CMOS_READ
References :
On Tue, 2007-06-05 at 08:52 -0700, Davide Libenzi wrote:
if (tsk == current)
recalc_sigpending();
What can happen, is that a task may notice TIF_SIGPENDING and not find
a
signal once it calls dequeue_signal(), but this is fine as far as
signalfd
goes. This should
On Tue, Jun 05, 2007 at 11:03:45PM +0100, Russell King wrote:
On Tue, Jun 05, 2007 at 05:48:30PM -0400, Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 10:38:15PM +0100, Russell King wrote:
There is one final point on this which I wish to make, in case anyone
has decided that this is caused by
On Tue, Jun 05, 2007 at 11:38:27AM -0700, Luck, Tony wrote:
So is
while (__raw_spin_is_locked(v));
supposed to work? Or should that be
while (__raw_spin_is_locked(v))
cpu_relax();
as well and all the volatiles can/should go away?
cpu_relax() is a really
Ingo Molnar a écrit :
no, i just wanted to make a demonstration that one can be pretty nasty
in on-lkml replies while being technically correct :-) I think you went
a bit overboard in your replies to Davide. Lets move this back into
constructive channels, ok? :)
In any case, here is one
On Tue, 2007-06-05 at 23:51 +0200, Adrian Bunk wrote:
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc2-mm1:
...
+lockstat-human-readability-tweaks.patch
...
lockstat-via-lockdep
...
This patch makes two needlessly global functions static.
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.
Cc: Andi Kleen [EMAIL PROTECTED]
Cc: Christoph Lameter
Chris Snook writes:
Clean up whitespace and comments in drivers/serial/icom.c
These changes seem totally unnecessary, as the existing indentation is
according to a commonly-accepted style and is quite reasonable:
@@ -149,23 +149,23 @@ static void free_port_memory(struct icom
On Tue, 5 Jun 2007, 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.
Those
On Tue, 5 Jun 2007, Christoph Lameter wrote:
On Tue, 5 Jun 2007, 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
* Eric Paris ([EMAIL PROTECTED]) wrote:
One result of using the dummy hook for non-selinux kernels means that I
can't leave the generic module stacking code in the SELinux check. If
the secondary ops are called they will always deny the operation just
like in non-selinux systems even if
* Eric Paris ([EMAIL PROTECTED]) wrote:
+mmap_protect_memory
I'm terrible at names, but something like mmap_minimum_addr would be a
little clearer at describing that it's a lower bound on mapping memory.
BTW, this is also an arch specific issue, those with disjoint kernel
and user memory space
Eric Paris wrote:
While I understand, there are a few users who will have problems with
this default are we really better to not provide this defense in depth
for the majority of users and let those with problems turn it off rather
than provide no defense by default? I could even provide a
On Wed, 6 Jun 2007, Benjamin Herrenschmidt wrote:
On Tue, 2007-06-05 at 08:52 -0700, Davide Libenzi wrote:
if (tsk == current)
recalc_sigpending();
What can happen, is that a task may notice TIF_SIGPENDING and not find
a
signal once it calls
Andy Whitcroft wrote:
It definitely sounds like a memory clobber of some sort.
Usual suspects, in addition to the input/output buffers you already
looked at, would be the heap and the stack. Finding where the stack
pointer lives would be my first, instinctive guess.
The stack seems to be
The intended purpose of TIF_MEMDIE was to allocate pages without being
Ok then ... you probably right. I'll stand down.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.925.600.0401
-
On Tue, 5 Jun 2007, David Rientjes wrote:
No, it means that it can allocate anywhere based on the zonelist ordering
and then can OOM a very small exclusive cpuset that would never have had
any memory pressure if it wasn't violated.
But the alternative is that the exiting process does not
On Tuesday 05 June 2007 05:57:30 am Linus Walleij (LD/EAB) wrote:
You don't need to alter the defaults for the Toshiba ALi, the
preconfigure will respect the settings from the commandline,
e.g. modprobe smsc-ircc2 ircc_fir=0x100,ircc_sir=0x02e8.
BUT this value just won't work: we don't know
On 6/2/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
I think that Sam is working on this.
http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.gita=searchh=f285e3d329ce68cc355fadf4ab2c8f34d7f264cbst=commits=section+mismatch
I still got the section mismatch errors on
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.
I'm a little surprised at this suggested change -- I'd have thought
that it was a good idea to let tasks marked for
On Tue, 2007-06-05 at 15:50 -0700, Davide Libenzi wrote:
What about the code in __dequeue_signal though ? That notifier thing
is
used by the DRI though I'm not sure what would happen if it acts on
the
wrong task.
Hmm, looking at the comments in block_all_signals(), it seems that
Paul Mackerras wrote:
Chris Snook writes:
Clean up whitespace and comments in drivers/serial/icom.c
These changes seem totally unnecessary, as the existing indentation is
according to a commonly-accepted style and is quite reasonable:
There are actually a few different indentation styles
From: Michal Piotrowski [EMAIL PROTECTED]
Date: Tue, 05 Jun 2007 16:54:28 +0200
Networking
Subject: OOPS iproute2/tc/u32_destroy in 2.6.22-rc3-git6
References : http://lkml.org/lkml/2007/6/3/66
Submitter : Strobl Anton [EMAIL PROTECTED]
Handled-By : Patrick McHardy [EMAIL PROTECTED]
On Tue, 5 Jun 2007, Paul Jackson wrote:
I'm a little surprised at this suggested change -- I'd have thought
that it was a good idea to let tasks marked for extinction get memory
anywhere, as they were going to use that memory to exit, and free up
lots more memory.
The intended purpose of
On Tue, 5 Jun 2007, Christoph Lameter wrote:
But the alternative is that the exiting process does not save its
data.
The same condition that occurs when there is a system-wide OOM, yes.
Exclusive cpusets cannot be violated for such allocations outside of the
obvious GFP_ATOMIC exception.
On Tue, 5 Jun 2007, David Rientjes wrote:
But the alternative is that the exiting process does not save its
data.
The same condition that occurs when there is a system-wide OOM, yes.
Exclusive cpusets cannot be violated for such allocations outside of the
obvious GFP_ATOMIC exception.
* Simon Arlott ([EMAIL PROTECTED]) wrote:
Adding a ::/0 route doesn't work:
# ip -6 r a ::/0 via fe80::230:18ff:feb0:25c2 dev eth0
# ping6 -c 1 2001:4b10:1005:0:205:b4ff:fe12:530
connect: Network is unreachable
A route assigned by addrconf works.
Reverting this patch from 2.6.22-rc3
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 work
On Tue, 05 Jun 2007 17:05:25 +0200
Peter Zijlstra [EMAIL PROTECTED] wrote:
The purpose of audit_bprm() is to log the argv array to a userspace daemon at
the end of the execve system call. Since user-space hasn't had time to run,
this array is still in pristine state on the process' stack; so
On Tue, 05 Jun 2007 17:05:26 +0200
Peter Zijlstra [EMAIL PROTECTED] wrote:
Provide functions for moving page tables upwards.
...
+extern unsigned long move_page_tables(struct vm_area_struct *vma,
+ unsigned long old_addr, struct vm_area_struct *new_vma,
+ unsigned
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
From: Chris Wright [EMAIL PROTECTED]
Date: Tue, 5 Jun 2007 16:36:16 -0700
Rather than reverting that patch, applying this patch should fix
your ipv6 issue:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=7ebba6d14f8d63cad583bf1cc0330b601d5a8171
I'll
On Tue, 5 Jun 2007, Christoph Lameter wrote:
But with the patch the process would be able to terminate. There is no
global OOM situation. If there would be a global OOM situation then
TIF_MEMDIE would not help.
Sure it would, it would have access to memory reserves because of the
change
On Tue, 2007-06-05 at 17:27 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2007-06-04 at 23:09 -0700, Nicholas Miell wrote:
signalfd() doesn't deliver thread-targeted signals to the wrong
threads,
does it?
Hmm.
It looks like reading from a signalfd will give you either
On Tue, Jun 05, 2007 at 02:14:51PM -0700, Siddha, Suresh B wrote:
Can you send us your system's dmesg aswell as output of /proc/interrupts?
http://sweaglesw.net/~djwong/docs/dmesg
http://sweaglesw.net/~djwong/docs/interrupts
--D
signature.asc
Description: Digital signature
If that fails, we can't allocate elsewhere because then we have taken
exclusive memory from other applications and is contrary to the definition
of mem_exclusive.
Well, I can't speak to the 'real' meaning of TIF_MEMDIE with authority,
but I can speak to the meaning of cpuset flags.
The
Jesse Huang [EMAIL PROTECTED] writes:
Hi Jesse,
- for (phy = 1; phy = 32 phy_idx MII_CNT; phy++) {
+ if(sundance_pci_tbl[np-chip_id].device == 0x0200)
+ phy = 0;
+ else
+ phy = 1;
+ for (; phy = 32 phy_idx MII_CNT; phy++) {
I think this value
701 - 800 of 876 matches
Mail list logo