* linux-next: manual merge of the kmap_atomic tree with the md tree
@ 2012-03-15 6:09 Stephen Rothwell
2012-03-15 8:47 ` Cong Wang
0 siblings, 1 reply; 2+ messages in thread
From: Stephen Rothwell @ 2012-03-15 6:09 UTC (permalink / raw)
To: Cong Wang; +Cc: linux-next, linux-kernel, NeilBrown
[-- Attachment #1: Type: text/plain, Size: 2459 bytes --]
Hi Cong,
Today's linux-next merge of the kmap_atomic tree got a conflict in
drivers/md/bitmap.c between commit 83a191d7b09d ("md/bitmap: remove some
pointless locking") from the md tree and commit 63716d51774d ("md: remove
the second argument of k[un]map_atomic()") from the kmap_atomic tree.
Just context changes. I fixed it up (see below) and can carry the fix as
necessary.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
diff --cc drivers/md/bitmap.c
index cf5863c,045e086..0000000
--- a/drivers/md/bitmap.c
+++ b/drivers/md/bitmap.c
@@@ -426,9 -451,13 +426,9 @@@ void bitmap_update_sb(struct bitmap *bi
return;
if (bitmap->mddev->bitmap_info.external)
return;
- spin_lock_irqsave(&bitmap->lock, flags);
- if (!bitmap->sb_page) { /* no superblock */
- spin_unlock_irqrestore(&bitmap->lock, flags);
+ if (!bitmap->sb_page) /* no superblock */
return;
- sb = kmap_atomic(bitmap->sb_page, KM_USER0);
- }
- spin_unlock_irqrestore(&bitmap->lock, flags);
+ sb = kmap_atomic(bitmap->sb_page);
sb->events = cpu_to_le64(bitmap->mddev->events);
if (bitmap->mddev->events < bitmap->events_cleared)
/* rocking back to read-only */
@@@ -653,11 -680,16 +653,11 @@@ static int bitmap_mask_state(struct bit
enum bitmap_mask_op op)
{
bitmap_super_t *sb;
- unsigned long flags;
int old;
- spin_lock_irqsave(&bitmap->lock, flags);
- if (!bitmap->sb_page) { /* can't set the state */
- spin_unlock_irqrestore(&bitmap->lock, flags);
+ if (!bitmap->sb_page) /* can't set the state */
return 0;
- sb = kmap_atomic(bitmap->sb_page, KM_USER0);
- }
- spin_unlock_irqrestore(&bitmap->lock, flags);
+ sb = kmap_atomic(bitmap->sb_page);
old = le32_to_cpu(sb->state) & bits;
switch (op) {
case MASK_SET:
@@@ -1034,13 -1066,13 +1034,13 @@@ static int bitmap_init_from_disk(struc
b = test_bit(bit, paddr);
else
b = test_bit_le(bit, paddr);
- kunmap_atomic(paddr, KM_USER0);
+ kunmap_atomic(paddr);
if (b) {
/* if the disk bit is set, set the memory bit */
- int needed = ((sector_t)(i+1) << (CHUNK_BLOCK_SHIFT(bitmap))
+ int needed = ((sector_t)(i+1) << bitmap->chunkshift
>= start);
bitmap_set_memory_bits(bitmap,
- (sector_t)i << CHUNK_BLOCK_SHIFT(bitmap),
+ (sector_t)i << bitmap->chunkshift,
needed);
bit_cnt++;
}
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: linux-next: manual merge of the kmap_atomic tree with the md tree
2012-03-15 6:09 linux-next: manual merge of the kmap_atomic tree with the md tree Stephen Rothwell
@ 2012-03-15 8:47 ` Cong Wang
0 siblings, 0 replies; 2+ messages in thread
From: Cong Wang @ 2012-03-15 8:47 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, linux-kernel, NeilBrown
On Thu, 2012-03-15 at 17:09 +1100, Stephen Rothwell wrote:
> Hi Cong,
>
> Today's linux-next merge of the kmap_atomic tree got a conflict in
> drivers/md/bitmap.c between commit 83a191d7b09d ("md/bitmap: remove some
> pointless locking") from the md tree and commit 63716d51774d ("md: remove
> the second argument of k[un]map_atomic()") from the kmap_atomic tree.
>
> Just context changes. I fixed it up (see below) and can carry the fix as
> necessary.
Ok, looks good to me.
Thanks!
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-03-15 8:47 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-15 6:09 linux-next: manual merge of the kmap_atomic tree with the md tree Stephen Rothwell
2012-03-15 8:47 ` Cong Wang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).