[Ocfs2-commits] branch, master, updated. 758bc063051a8911420596fc49efe9202f104b20

svn-commits at oss.oracle.com svn-commits at oss.oracle.com
Tue Sep 14 23:18:03 PDT 2010


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The ocfs2 filesystem version 1.8".

The branch, master has been updated
       via  758bc063051a8911420596fc49efe9202f104b20 (commit)
       via  379bee8b8881c5763d02705ba22d88c791123794 (commit)
       via  1325ed824a92764ac2ba3cfbaf5cdaebc39b4022 (commit)
       via  c9fb46ae049e38fa383908fc0fb33ebc79dd8b75 (commit)
       via  8ba51ad0101d9ff0671ad0ceca683ceb9a92e284 (commit)
       via  5bb47cb0de65a1db8dd00c35f2a62c03ec9454bf (commit)
       via  00eb308a4d6072811f4e2db006af1a62b9ec3a78 (commit)
       via  2a97cd127ca211e18152465ff7b5fd6191d61836 (commit)
       via  e04829043a5956cd4a0dfc6e57812de27e9ec5df (commit)
       via  1df62848038c0317f8ed185c014eda466a638d8a (commit)
       via  938cd5ab3c2fd4bc9db0276d9a871cd6b0e8c1ce (commit)
       via  832e6399f6889ff7597814b722520209b53e56c1 (commit)
       via  c786fba70c9a16736ca82b307f2b6084da602902 (commit)
       via  9cdd9eb979caa2cebfc905b59c5b53ae479e9e28 (commit)
       via  1cf4a1368d9ab796ca3ff980f6d635c50f2ef6db (commit)
       via  b97f6838f4d898b904aa51991721da6781e8558d (commit)
       via  8f96de9d6affaf2b49822d70234f5585445ac5de (commit)
       via  999789e8e911cc31cb18e10d6bfcd438c9d879dd (commit)
       via  21d13e68e1afa75edd5b8bb87950eda69ebd4de4 (commit)
       via  6484c7382cc9479c19f3dc72fc9c5589cda42193 (commit)
       via  8329df1b445ee4b0a8f9cfbfd46a1d7dad52a857 (commit)
       via  83426bd1409ec3537365abef4447b87f00e0d3e3 (commit)
       via  fa17bcbe2de056832e6256fba9cb49fdc8e5f189 (commit)
      from  43c14d21ae88eaf43603d4903955f7f99d2be551 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 758bc063051a8911420596fc49efe9202f104b20
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Tue Sep 14 16:41:29 2010 +0800

    ocfs2: Fix orphan add in ocfs2_create_inode_in_orphan
    
    Mainline commit 97b8f4a9dfd932997677136e11980eb2fafea91d
    
    ocfs2_create_inode_in_orphan() is used by reflink to create the newly
    reflinked inode simultaneously in the orphan dir. This allows us to easily
    handle partially-reflinked files during recovery cleanup.
    
    We have a problem though - the orphan dir stringifies inode # to determine
    a unique name under which the orphan entry dirent can be created. Since
    ocfs2_create_inode_in_orphan() needs the space allocated in the orphan dir
    before it can allocate the inode, we currently call into the orphan code:
    
           /*
            * We give the orphan dir the root blkno to fake an orphan name,
            * and allocate enough space for our insertion.
            */
           status = ocfs2_prepare_orphan_dir(osb, &orphan_dir,
                                             osb->root_blkno,
                                             orphan_name, &orphan_insert);
    
    Using osb->root_blkno might work fine on unindexed directories, but the
    orphan dir can have an index.  When it has that index, the above code fails
    to allocate the proper index entry.  Later, when we try to remove the file
    from the orphan dir (using the actual inode #), the reflink operation will
    fail.
    
    To fix this, I created a function ocfs2_alloc_orphaned_file() which uses the
    newly split out orphan and inode alloc code to figure out what the inode
    block number will be (once allocated) and then prepare the orphan dir from
    that data.
    
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 379bee8b8881c5763d02705ba22d88c791123794
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Fri Aug 13 15:15:18 2010 -0700

    ocfs2: split out ocfs2_prepare_orphan_dir() into locking and prep functions
    
    Mainline commit dd43bcde23c527f64897eef41aa1fed2c9905ea9
    
    We do this because ocfs2_create_inode_in_orphan() wants to order locking of
    the orphan dir with respect to locking of the inode allocator *before*
    making any changes to the directory.
    
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 1325ed824a92764ac2ba3cfbaf5cdaebc39b4022
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Fri Aug 13 15:15:17 2010 -0700

    ocfs2: allow return of new inode block location before allocation of the inode
    
    Mainline commit e49e27674d1dd2717ad90b21ece8f83102153315
    
    This allows code which needs to know the eventual block number of an inode
    but can't allocate it yet due to transaction or lock ordering. For example,
    ocfs2_create_inode_in_orphan() currently gives a junk blkno for preparation
    of the orphan dir because it can't yet know where the actual inode is placed
    - that code is actually in ocfs2_mknod_locked. This is a problem when the
    orphan dirs are indexed as the junk inode number will create an index entry
    which goes unused (and fails the later removal from the orphan dir).  Now
    with these interfaces, ocfs2_create_inode_in_orphan() can run the block
    group search (and get back the inode block number) *before* any actual
    allocation occurs.
    
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit c9fb46ae049e38fa383908fc0fb33ebc79dd8b75
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Fri Aug 13 15:15:16 2010 -0700

    ocfs2: use ocfs2_alloc_dinode_update_counts() instead of open coding
    
    Mainline commit d51349829c378c06ba4aa7d4b16ca23739858608
    
    ocfs2_search_chain() makes the same updates as
    ocfs2_alloc_dinode_update_counts to the alloc inode. Instead of open coding
    the bitmap update, use our helper function.
    
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 8ba51ad0101d9ff0671ad0ceca683ceb9a92e284
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Fri Aug 13 15:15:15 2010 -0700

    ocfs2: split out inode alloc code from ocfs2_mknod_locked
    
    Mainline commit 021960cab320ae3cc4e9aba9cca42f9f5ce785f3
    
    Do this by splitting the bulk of the function away from the inode allocation
    code at the very tom of ocfs2_mknod_locked(). Existing callers don't need to
    change and won't see any difference. The new function created,
    __ocfs2_mknod_locked() will be used shortly.
    
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 5bb47cb0de65a1db8dd00c35f2a62c03ec9454bf
Author: Tristan Ye <tristan.ye at oracle.com>
Date:   Thu Aug 19 15:15:00 2010 +0800

    Ocfs2: Fix a regression bug from mainline commit(6b933c8e6f1a2f3118082c455eef25f9b1ac7b45).
    
    Mainline commit 81c8c82b5a39f9127e8b239e9b406a6c3a41b228
    
    The patch is to fix the regression bug brought from commit 6b933c8...( 'ocfs2:
    Avoid direct write if we fall back to buffered I/O'):
    
    http://oss.oracle.com/bugzilla/show_bug.cgi?id=1285
    
    The commit 6b933c8e6f1a2f3118082c455eef25f9b1ac7b45 changed __generic_file_aio_write
    to generic_file_buffered_write, which didn't call filemap_{write,wait}_range to  flush
    the pagecaches when we were falling O_DIRECT writes back to buffered ones. it did hurt
    the O_DIRECT semantics somehow in extented odirect writes.
    
    This patch tries to guarantee O_DIRECT writes of 'fall back to buffered' to be correctly
    flushed.
    
    Signed-off-by: Tristan Ye <tristan.ye at oracle.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 00eb308a4d6072811f4e2db006af1a62b9ec3a78
Author: Jan Kara <jack at suse.cz>
Date:   Tue Aug 24 14:28:03 2010 +0200

    ocfs2: Fix deadlock when allocating page
    
    Mainline commit 9b4c0ff32ccd87ab52d4c5bd0a0536febce11370
    
    We cannot call grab_cache_page() when holding filesystem locks or with
    a transaction started as grab_cache_page() calls page allocation with
    GFP_KERNEL flag and thus page reclaim can recurse back into the filesystem
    causing deadlocks or various assertion failures. We have to use
    find_or_create_page() instead and pass it GFP_NOFS as we do with other
    allocations.
    
    Acked-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Jan Kara <jack at suse.cz>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 2a97cd127ca211e18152465ff7b5fd6191d61836
Author: Mark Fasheh <mfasheh at suse.com>
Date:   Thu Aug 26 13:06:50 2010 -0700

    ocfs2: properly set and use inode group alloc hint
    
    Mainline commit b2b6ebf5f740e015b2155343958f067e594323ea
    
    We were setting ac->ac_last_group in ocfs2_claim_suballoc_bits from
    res->sr_bg_blkno.  Unfortunately, res->sr_bg_blkno is going to be zero under
    normal (non-fragmented) circumstances. The discontig block group patches
    effectively turned off that feature. Fix this by correctly calculating what
    the next group hint should be.
    
    Acked-by: Tao Ma <tao.ma at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>
    Tested-by: Goldwyn Rodrigues <rgoldwyn at suse.de>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit e04829043a5956cd4a0dfc6e57812de27e9ec5df
Author: Tao Ma <tao.ma at oracle.com>
Date:   Thu Sep 2 13:10:10 2010 +0800

    ocfs2: Use the right group in nfs sync check.
    
    Mainline commit 889f004a8c83d515f275078687f859bc0d5ede9d
    
    We have added discontig block group now, and now an inode
    can be allocated in an discontig block group. So get
    it in ocfs2_get_suballoc_slot_bit.
    
    The old ocfs2_test_suballoc_bit gets group block no
    from the allocation inode which is wrong. Fix it by
    passing the right group.
    
    Acked-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 1df62848038c0317f8ed185c014eda466a638d8a
Author: Jan Kara <jack at suse.cz>
Date:   Wed Sep 15 14:02:13 2010 +0800

    ocfs2: Flush drive's caches on fdatasync
    
    Mainline commit 04eda1a18019bb387dc7e97ee99979dd88dc608a
    
    When 'barrier' mount option is specified, we have to issue a cache flush
    during fdatasync(2). We have to do this even if inode doesn't have
    I_DIRTY_DATASYNC set because we still have to get written *data* to disk so
    that they are not lost in case of crash.
    
    Acked-by: Tao Ma <tao.ma at oracle.com>
    Signed-off-by: Jan Kara <jack at suse.cz>
    Singed-off-by: Tao Ma <tao.ma at oracle.com>

commit 938cd5ab3c2fd4bc9db0276d9a871cd6b0e8c1ce
Author: Tao Ma <tao.ma at oracle.com>
Date:   Sat Jul 17 21:45:49 2010 +0800

    ocfs2: make __ocfs2_page_mkwrite handle file end properly.
    
    Mainline commit f63afdb2c32db850fa1bfccf84643a8885cbeb61
    
    __ocfs2_page_mkwrite now is broken in handling file end.
    1. the last page should be the page contains i_size - 1.
    2. the len in the last page is also calculated wrong.
    So change them accordingly.
    
    Acked-by: Mark Fasheh <mfasheh at suse.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit 832e6399f6889ff7597814b722520209b53e56c1
Author: Sunil Mushran <sunil.mushran at oracle.com>
Date:   Thu Aug 12 16:24:26 2010 -0700

    ocfs2: Fix incorrect checksum validation error
    
    Mainline commit f5ce5a08a40f2086435858ddc80cb40394b082eb
    
    For local mounts, ocfs2_read_locked_inode() calls ocfs2_read_blocks_sync() to
    read the inode off the disk. The latter first checks to see if that block is
    cached in the journal, and, if so, returns that block. That is ok.
    
    But ocfs2_read_locked_inode() goes wrong when it tries to validate the checksum
    of such blocks. Blocks that are cached in the journal may not have had their
    checksum computed as yet. We should not validate the checksums of such blocks.
    
    Fixes ossbz#1282
    http://oss.oracle.com/bugzilla/show_bug.cgi?id=1282
    
    Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com>
    Cc: stable at kernel.org
    Singed-off-by: Tao Ma <tao.ma at oracle.com>

commit c786fba70c9a16736ca82b307f2b6084da602902
Author: Sunil Mushran <sunil.mushran at oracle.com>
Date:   Thu Aug 12 16:24:25 2010 -0700

    ocfs2: Fix metaecc error messages
    
    Mainline commit dc696aced9f09f05b1f927b93f5a7918017a3e49
    
    Like tools, the checksum validate function now prints the values in hex.
    
    Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com>
    Singed-off-by: Tao Ma <tao.ma at oracle.com>

commit 9cdd9eb979caa2cebfc905b59c5b53ae479e9e28
Author: Tristan Ye <tristan.ye at oracle.com>
Date:   Mon Aug 2 10:00:26 2010 +0800

    O2net: Disallow o2net accept connection request from itself.
    
    Mainline commit 415cf32c9cdfcc60f34d0ac17f29634e941ba7d2
    
    Currently, o2net_accept_one() is allowed to accept a connection from
    listening node itself, such a fake connection will not be successfully
    established due to no handshake detected afterwards, and later end up
    with triggering connecting worker in a loop.
    
    We're going to fix this by treating such connection request as 'invalid',
    since we've got no chance of requesting connection from a node to itself
    in a OCFS2 cluster.
    
    The fix doesn't hurt user's scan for o2net-listener, it always gets a
    successful connection from userpace.
    
    Signed-off-by: Tristan Ye <tristan.ye at oracle.com>
    Acked-by: Sunil Mushran <sunil.mushran at oracle.com>
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 1cf4a1368d9ab796ca3ff980f6d635c50f2ef6db
Author: Wengang Wang <wen.gang.wang at oracle.com>
Date:   Fri Jul 30 23:18:00 2010 +0800

    ocfs2/dlm: remove potential deadlock -V3
    
    Mainline commit b11f1f1ab73fd358b1b734a9427744802202ba68
    
    When we need to take both dlm_domain_lock and dlm->spinlock, we should take
    them in order of: dlm_domain_lock then dlm->spinlock.
    
    There is pathes disobey this order. That is calling dlm_lockres_put() with
    dlm->spinlock held in dlm_run_purge_list. dlm_lockres_put() calls dlm_put() at
    the ref and dlm_put() locks on dlm_domain_lock.
    
    Fix:
    Don't grab/put the dlm when the initialising/releasing lockres.
    That grab is not required because we don't call dlm_unregister_domain()
    based on refcount.
    
    Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com>
    Cc: stable at kernel.org
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit b97f6838f4d898b904aa51991721da6781e8558d
Author: Wengang Wang <wen.gang.wang at oracle.com>
Date:   Fri Jul 30 16:14:44 2010 +0800

    ocfs2/dlm: avoid incorrect bit set in refmap on recovery master
    
    Mainline commit a524812b7eaa7783d7811198921100f079034e61
    
    In the following situation, there remains an incorrect bit in refmap on the
    recovery master. Finally the recovery master will fail at purging the lockres
    due to the incorrect bit in refmap.
    
    1) node A has no interest on lockres A any longer, so it is purging it.
    2) the owner of lockres A is node B, so node A is sending de-ref message
    to node B.
    3) at this time, node B crashed. node C becomes the recovery master. it recovers
    lockres A(because the master is the dead node B).
    4) node A migrated lockres A to node C with a refbit there.
    5) node A failed to send de-ref message to node B because it crashed. The failure
    is ignored. no other action is done for lockres A any more.
    
    For mormal, re-send the deref message to it to recovery master can fix it. Well,
    ignoring the failure of deref to the original master and not recovering the lockres
    to recovery master has the same effect. And the later is simpler.
    
    Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com>
    Acked-by: Srinivas Eeda <srinivas.eeda at oracle.com>
    Cc: stable at kernel.org
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 8f96de9d6affaf2b49822d70234f5585445ac5de
Author: Jiaju Zhang <jjzhang.linux at gmail.com>
Date:   Wed Jul 28 13:21:06 2010 +0800

    Fix the nested PR lock calling issue in ACL
    
    Mainline commit 845b6cf34150100deb5f58c8a37a372b111f2918
    
    Hi,
    
    Thanks a lot for all the review and comments so far;) I'd like to send
    the improved (V4) version of this patch.
    
    This patch fixes a deadlock in OCFS2 ACL. We found this bug in OCFS2
    and Samba integration using scenario, the symptom is several smbd
    processes will be hung under heavy workload. Finally we found out it
    is the nested PR lock calling that leads to this deadlock:
    
     node1        node2
                  gr PR
                    |
                    V
     PR(EX)---> BAST:OCFS2_LOCK_BLOCKED
                    |
                    V
                  rq PR
                    |
                    V
                  wait=1
    
    After requesting the 2nd PR lock, the process "smbd" went into D
    state. It can only be woken up when the 1st PR lock's RO holder equals
    zero. There should be an ocfs2_inode_unlock in the calling path later
    on, which can decrement the RO holder. But since it has been in
    uninterruptible sleep, the unlock function has no chance to be called.
    
    The related stack trace is:
    smbd          D ffff8800013d0600     0  9522   5608 0x00000000
     ffff88002ca7fb18 0000000000000282 ffff88002f964500 ffff88002ca7fa98
     ffff8800013d0600 ffff88002ca7fae0 ffff88002f964340 ffff88002f964340
     ffff88002ca7ffd8 ffff88002ca7ffd8 ffff88002f964340 ffff88002f964340
    Call Trace:
    [<ffffffff80350425>] schedule_timeout+0x175/0x210
    [<ffffffff8034f580>] wait_for_common+0xf0/0x210
    [<ffffffffa03e12b9>] __ocfs2_cluster_lock+0x3b9/0xa90 [ocfs2]
    [<ffffffffa03e7665>] ocfs2_inode_lock_full_nested+0x255/0xdb0 [ocfs2]
    [<ffffffffa0446019>] ocfs2_get_acl+0x69/0x120 [ocfs2]
    [<ffffffffa0446368>] ocfs2_check_acl+0x28/0x80 [ocfs2]
    [<ffffffff800e3507>] acl_permission_check+0x57/0xb0
    [<ffffffff800e357d>] generic_permission+0x1d/0xc0
    [<ffffffffa03eecea>] ocfs2_permission+0x10a/0x1d0 [ocfs2]
    [<ffffffff800e3f65>] inode_permission+0x45/0x100
    [<ffffffff800d86b3>] sys_chdir+0x53/0x90
    [<ffffffff80007458>] system_call_fastpath+0x16/0x1b
    [<00007f34a4ef6927>] 0x7f34a4ef6927
    
    For details, please see:
    https://bugzilla.novell.com/show_bug.cgi?id=614332 and
    http://oss.oracle.com/bugzilla/show_bug.cgi?id=1278
    
    Signed-off-by: Jiaju Zhang <jjzhang at suse.de>
    Acked-by: Mark Fasheh <mfasheh at suse.com>
    Cc: stable at kernel.org
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 999789e8e911cc31cb18e10d6bfcd438c9d879dd
Author: Tao Ma <tao.ma at oracle.com>
Date:   Thu Jul 22 13:56:45 2010 +0800

    ocfs2: Count more refcount records in file system fragmentation.
    
    Mainline commit 8a2e70c40ff58f82dde67770e6623ca45f0cb0c8
    
    The refcount record calculation in ocfs2_calc_refcount_meta_credits
    is too optimistic that we can always allocate contiguous clusters
    and handle an already existed refcount rec as a whole. Actually
    because of file system fragmentation, we may have the chance to split
    a refcount record into 3 parts during the transaction. So consider
    the worst case in record calculation.
    
    Cc: stable at kernel.org
    Signed-off-by: Tao Ma <tao.ma at oracle.com>
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 21d13e68e1afa75edd5b8bb87950eda69ebd4de4
Author: Srinivas Eeda <srinivas.eeda at oracle.com>
Date:   Mon Jul 19 16:04:12 2010 -0700

    ocfs2 fix o2dlm dlm run purgelist (rev 3)
    
    Mainline commit 7beaf243787f85a2ef9213ccf13ab4a243283fde
    
    This patch fixes two problems in dlm_run_purgelist
    
    1. If a lockres is found to be in use, dlm_run_purgelist keeps trying to purge
    the same lockres instead of trying the next lockres.
    
    2. When a lockres is found unused, dlm_run_purgelist releases lockres spinlock
    before setting DLM_LOCK_RES_DROPPING_REF and calls dlm_purge_lockres.
    spinlock is reacquired but in this window lockres can get reused. This leads
    to BUG.
    
    This patch modifies dlm_run_purgelist to skip lockres if it's in use and purge
     next lockres. It also sets DLM_LOCK_RES_DROPPING_REF before releasing the
    lockres spinlock protecting it from getting reused.
    
    Signed-off-by: Srinivas Eeda <srinivas.eeda at oracle.com>
    Acked-by: Sunil Mushran <sunil.mushran at oracle.com>
    Cc: stable at kernel.org
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 6484c7382cc9479c19f3dc72fc9c5589cda42193
Author: Wengang Wang <wen.gang.wang at oracle.com>
Date:   Fri Jul 16 23:13:33 2010 +0800

    ocfs2/dlm: fix a dead lock
    
    Mainline commit 6d98c3ccb52f692f1a60339dde7c700686a5568b
    
    When we have to take both dlm->master_lock and lockres->spinlock,
    take them in order
    
    lockres->spinlock and then dlm->master_lock.
    
    The patch fixes a violation of the rule.
    We can simply move taking dlm->master_lock to where we have dropped res->spinlock
    since when we access res->state and free mle memory we don't need master_lock's
    protection.
    
    Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com>
    Cc: stable at kernel.org
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 8329df1b445ee4b0a8f9cfbfd46a1d7dad52a857
Author: Tiger Yang <tiger.yang at oracle.com>
Date:   Fri Jul 16 11:21:23 2010 +0800

    ocfs2: do not overwrite error codes in ocfs2_init_acl
    
    Mainline commit 6eda3dd33f8a0ce58ee56a11351758643a698db4
    
    Setting the acl while creating a new inode depends on
    the error codes of posix_acl_create_masq. This patch fix
    a issue of overwriting the error codes of it.
    
    Reported-by: Pawel Zawora <pzawora at gmail.com>
    Cc: <stable at kernel.org> [ .33, .34 ]
    Signed-off-by: Tiger Yang <tiger.yang at oracle.com>
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 83426bd1409ec3537365abef4447b87f00e0d3e3
Author: Joe Perches <joe at perches.com>
Date:   Mon Jul 12 13:50:19 2010 -0700

    fs/ocfs2: Remove unnecessary casts of private_data
    
    Mainline commit 33fa1d909c7357be715aa0e9f9e24c3ef5714493
    
    Signed-off-by: Joe Perches <joe at perches.com>
    Acked-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Jiri Kosina <jkosina at suse.cz>

commit fa17bcbe2de056832e6256fba9cb49fdc8e5f189
Author: Uwe Kleine-König <u.kleine-koenig at pengutronix.de>
Date:   Fri Jun 11 12:17:00 2010 +0200

    fix typos concerning "initiali[zs]e"
    
    Mainline commit 421f91d21ad6f799dc7b489bb33cc560ccc56f98
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    
    Signed-off-by: Uwe Kleine-König <u.kleine-koenig at pengutronix.de>
    Signed-off-by: Jiri Kosina <jkosina at suse.cz>

-----------------------------------------------------------------------

Summary of changes:
 fs/ocfs2/acl.c             |   33 ++++-
 fs/ocfs2/alloc.c           |    2 +-
 fs/ocfs2/blockcheck.c      |    4 +-
 fs/ocfs2/cluster/tcp.c     |   17 ++-
 fs/ocfs2/dlm/dlmdebug.c    |    6 +-
 fs/ocfs2/dlm/dlmmaster.c   |    9 +-
 fs/ocfs2/dlm/dlmrecovery.c |   22 ++--
 fs/ocfs2/dlm/dlmthread.c   |  114 ++++++++---------
 fs/ocfs2/dlmfs/dlmfs.c     |    3 +-
 fs/ocfs2/dlmglue.c         |    4 +-
 fs/ocfs2/file.c            |   14 ++-
 fs/ocfs2/inode.c           |    6 +-
 fs/ocfs2/mmap.c            |    8 +-
 fs/ocfs2/namei.c           |  302 ++++++++++++++++++++++++++++++++++----------
 fs/ocfs2/refcounttree.c    |   25 +++-
 fs/ocfs2/suballoc.c        |  219 ++++++++++++++++++++++++++++----
 fs/ocfs2/suballoc.h        |   21 +++
 fs/ocfs2/super.c           |    2 +-
 18 files changed, 603 insertions(+), 208 deletions(-)


hooks/post-receive
-- 
The ocfs2 filesystem version 1.8



More information about the Ocfs2-commits mailing list