linux-toradex.git/fs, branch v3.2-rt10

epoll.patch

2012-01-16T19:00:32+00:00

Signed-off-by: Thomas Gleixner

fs: ntfs: disable interrupt only on !RT

2012-01-16T19:00:31+00:00

On Sat, 2007-10-27 at 11:44 +0200, Ingo Molnar wrote:
> * Nick Piggin  wrote:
>
> > > [10138.175796]  [] show_trace+0x12/0x14
> > > [10138.180291]  [] dump_stack+0x16/0x18
> > > [10138.184769]  [] native_smp_call_function_mask+0x138/0x13d
> > > [10138.191117]  [] smp_call_function+0x1e/0x24
> > > [10138.196210]  [] on_each_cpu+0x25/0x50
> > > [10138.200807]  [] flush_tlb_all+0x1e/0x20
> > > [10138.205553]  [] kmap_high+0x1b6/0x417
> > > [10138.210118]  [] kmap+0x4d/0x4f
> > > [10138.214102]  [] ntfs_end_buffer_async_read+0x228/0x2f9
> > > [10138.220163]  [] end_bio_bh_io_sync+0x26/0x3f
> > > [10138.225352]  [] bio_endio+0x42/0x6d
> > > [10138.229769]  [] __end_that_request_first+0x115/0x4ac
> > > [10138.235682]  [] end_that_request_chunk+0x8/0xa
> > > [10138.241052]  [] ide_end_request+0x55/0x10a
> > > [10138.246058]  [] ide_dma_intr+0x6f/0xac
> > > [10138.250727]  [] ide_intr+0x93/0x1e0
> > > [10138.255125]  [] handle_IRQ_event+0x5c/0xc9
> >
> > Looks like ntfs is kmap()ing from interrupt context. Should be using
> > kmap_atomic instead, I think.
>
> it's not atomic interrupt context but irq thread context - and -rt
> remaps kmap_atomic() to kmap() internally.

Hm.  Looking at the change to mm/bounce.c, perhaps I should do this
instead?

Signed-off-by: Ingo Molnar 
Signed-off-by: Thomas Gleixner

fs-block-rt-support.patch

2012-01-16T19:00:31+00:00

Signed-off-by: Thomas Gleixner

mm-protect-activate-switch-mm.patch

2012-01-16T19:00:31+00:00

Signed-off-by: Thomas Gleixner

fs: namespace preemption fix

2012-01-16T19:00:31+00:00

On RT we cannot loop with preemption disabled here as
mnt_make_readonly() might have been preempted. We can safely enable
preemption while waiting for MNT_WRITE_HOLD to be cleared. Safe on !RT
as well.

Signed-off-by: Thomas Gleixner

buffer_head: Replace bh_uptodate_lock for -rt

2012-01-16T19:00:15+00:00

Wrap the bit_spin_lock calls into a separate inline and add the RT
replacements with a real spinlock.

Signed-off-by: Thomas Gleixner

locking-various-init-fixes.patch

2012-01-16T19:00:11+00:00

Signed-off-by: Thomas Gleixner

minixfs: misplaced checks lead to dentry leak

2012-01-04T23:03:06+00:00

bitmap size sanity checks should be done *before* allocating ->s_root;
there their cleanup on failure would be correct.  As it is, we do iput()
on root inode, but leak the root dentry...

Signed-off-by: Al Viro 
Acked-by: Josh Boyer 
Signed-off-by: Linus Torvalds

[CIFS] default ntlmv2 for cifs mount delayed to 3.3

2012-01-04T13:54:40+00:00

Turned out the ntlmv2 (default security authentication)
upgrade was harder to test than expected, and we ran
out of time to test against Apple and a few other servers
that we wanted to.  Delay upgrade of default security
from ntlm to ntlmv2 (on mount) to 3.3.  Still works
fine to specify it explicitly via "sec=ntlmv2" so this
should be fine.

Acked-by: Jeff Layton 
Signed-off-by: Steve French

cifs: fix bad buffer length check in coalesce_t2

2012-01-04T02:34:17+00:00

The current check looks to see if the RFC1002 length is larger than
CIFSMaxBufSize, and fails if it is. The buffer is actually larger than
that by MAX_CIFS_HDR_SIZE.

This bug has been around for a long time, but the fact that we used to
cap the clients MaxBufferSize at the same level as the server tended
to paper over it. Commit c974befa changed that however and caused this
bug to bite in more cases.

Reported-and-Tested-by: Konstantinos Skarlatos 
Tested-by: Shirish Pargaonkar 
Signed-off-by: Jeff Layton 
Signed-off-by: Steve French