On Mon, 19 Nov 2007 08:15:48 +0100 Torsten Kaiser [EMAIL PROTECTED] wrote:
On Nov 18, 2007 8:18 PM, Trond Myklebust [EMAIL PROTECTED] wrote:
On Sun, 2007-11-18 at 19:44 +0100, Torsten Kaiser wrote:
NFSv2/3 and NFSv4 share the same dentry_iput and so share the same
unlink and sillyrename
On Nov 19, 2007 10:00 AM, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 19 Nov 2007 08:15:48 +0100 Torsten Kaiser [EMAIL PROTECTED] wrote:
On Nov 18, 2007 8:18 PM, Trond Myklebust [EMAIL PROTECTED] wrote:
I had already fixed that one in my own stack. Attached are the 3 patches
that I've
On Sun, 18 Nov 2007, root wrote:
@@ -2155,6 +2155,7 @@ static struct kmem_cache_node *early_kme
{
struct page *page;
struct kmem_cache_node *n;
+ unsigned long flags;
BUG_ON(kmalloc_caches-size sizeof(struct kmem_cache_node));
Well local_irq_save is a bit of
On Sun, 18 Nov 2007 14:18:06 -0500 Trond Myklebust [EMAIL PROTECTED] wrote:
Torsten
I had already fixed that one in my own stack. Attached are the 3 patches
that I've got. 1 from SteveD, 2 fixes.
Andrew, could you please unapply the sillyrename patches you've got, and
apply these 3
On Nov 18, 2007 12:05 AM, Peter Zijlstra [EMAIL PROTECTED] wrote:
I've been staring at this NFS code for a while an can't make any sense
out of it. It seems to correctly initialize the waitqueue. So this would
indicate corruption of some sort.
No, it does not correctly initialize the
On Sun, 2007-11-18 at 19:44 +0100, Torsten Kaiser wrote:
On Nov 18, 2007 12:05 AM, Peter Zijlstra [EMAIL PROTECTED] wrote:
I've been staring at this NFS code for a while an can't make any sense
out of it. It seems to correctly initialize the waitqueue. So this would
indicate corruption of
On Nov 18, 2007 8:18 PM, Trond Myklebust [EMAIL PROTECTED] wrote:
On Sun, 2007-11-18 at 19:44 +0100, Torsten Kaiser wrote:
NFSv2/3 and NFSv4 share the same dentry_iput and so share the same
unlink and sillyrename logic.
But they do not share nfs_init_server()!
I wonder why this doesn't
On Sat, 17 Nov 2007, Andrew Morton wrote:
Don't know who to bug about that.
That's slub. It appears that list_lock is being taken from process context
in one place and from softirq in another.
I kicked out some weird interrupt disable code in mm that was only run during
NUMA bootstrap.
On Sat, Nov 17, 2007 at 07:09:46PM +0100, Ingo Molnar wrote:
* Torsten Kaiser [EMAIL PROTECTED] wrote:
Sadly lockdep does not work for me, as it gets turned off early:
[ 39.851594] -
[ 39.855963] inconsistent {softirq-on-W} - {in-softirq-W} usage.
[
On Nov 18, 2007 12:05 AM, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Sat, Nov 17, 2007 at 08:40:22PM +0100, Torsten Kaiser wrote:
Lockdep triggers immedetly before the freeze, but the result is still
not helpful:
[ 221.565011] INFO: trying to register non-static key.
[ 221.566999]
Hi Andrew,
The kernel enters the xmon state while running the file system
stress on nfs v4 mounted partition.
0:mon e
cpu 0x0: Vector: 300 (Data Access) at [c000dbd4f820]
pc: c0065be4: .__wake_up_common+0x44/0xe8
lr: c0069768: .__wake_up+0x54/0x88
sp:
11 matches
Mail list logo
