<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/dlm/lock.c, branch linux-2.6.28.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-07-14T18:56:59Z</updated>
<entry>
<title>dlm: fix uninitialized variable for search_rsb_list callers</title>
<updated>2008-07-14T18:56:59Z</updated>
<author>
<name>Benny Halevy</name>
</author>
<published>2008-06-30T16:59:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=18c60c0a3b16fc7d6a55497a228602ad8509f838'/>
<id>urn:sha1:18c60c0a3b16fc7d6a55497a228602ad8509f838</id>
<content type='text'>
gcc 4.3.0 correctly emits the following warning.
search_rsb_list does not *r_ret if no dlm_rsb is found
and _search_rsb may pass the uninitialized value upstream
on the error path when both calls to search_rsb_list
return non-zero error.

The fix sets *r_ret to NULL on search_rsb_list's not-found path.

Signed-off-by: Benny Halevy &lt;bhalevy@panasas.com&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: fix basts for granted CW waiting PR/CW</title>
<updated>2008-07-14T18:56:59Z</updated>
<author>
<name>David Teigland</name>
</author>
<published>2008-05-20T17:18:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=329fc4c37212588091b64bdf09afaeb18642aae2'/>
<id>urn:sha1:329fc4c37212588091b64bdf09afaeb18642aae2</id>
<content type='text'>
The fix in commit 3650925893469ccb03dbcc6a440c5d363350f591 was addressing
the case of a granted PR lock with waiting PR and CW locks.  It's a
special case that requires forcing a CW bast.  However, that forced CW
bast was incorrectly applying to a second condition where the granted
lock was CW.  So, the holder of a CW lock could receive an extraneous CW
bast instead of a PR bast.  This fix narrows the original special case to
what was intended.

Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: save master info after failed no-queue request</title>
<updated>2008-04-21T16:18:01Z</updated>
<author>
<name>David Teigland</name>
</author>
<published>2008-02-21T17:25:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=761b9d3ffc953c24ceb55d8e12ff7e02b17e0484'/>
<id>urn:sha1:761b9d3ffc953c24ceb55d8e12ff7e02b17e0484</id>
<content type='text'>
When a NOQUEUE request fails, the rsb res_master field is unnecessarily
reset to -1, instead of leaving the valid master setting in place.  We
want to save the looked-up master values while the rsb is on the "toss
list" so that another lookup can be avoided if the rsb is soon reused.
The fix is to simply leave res_master value alone.

Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: make dlm_print_rsb() static</title>
<updated>2008-04-21T16:18:01Z</updated>
<author>
<name>Adrian Bunk</name>
</author>
<published>2008-02-13T21:29:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=170e19ab2900b7c959d7a0e627fd12f383efcfa1'/>
<id>urn:sha1:170e19ab2900b7c959d7a0e627fd12f383efcfa1</id>
<content type='text'>
dlm_print_rsb() can now become static.

Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: eliminate astparam type casting</title>
<updated>2008-02-07T05:27:04Z</updated>
<author>
<name>David Teigland</name>
</author>
<published>2008-02-07T05:27:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d292c0cc489fa642799494bddbd7c94d11f7bbc1'/>
<id>urn:sha1:d292c0cc489fa642799494bddbd7c94d11f7bbc1</id>
<content type='text'>
Put lkb_astparam in a union with a dlm_user_args pointer to
eliminate a lot of type casting.

Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: proper types for asts and basts</title>
<updated>2008-02-06T06:35:45Z</updated>
<author>
<name>David Teigland</name>
</author>
<published>2008-02-06T06:35:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e5dae548b0b5397e070de793be925cfc5813ad95'/>
<id>urn:sha1:e5dae548b0b5397e070de793be925cfc5813ad95</id>
<content type='text'>
Use proper types for ast and bast functions, and use
consistent type for ast param.

Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: fix overflows when copying from -&gt;m_extra to lvb</title>
<updated>2008-02-04T07:29:13Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-01-26T05:02:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a9cc9159281d44754f621f75d4efad0076b29db4'/>
<id>urn:sha1:a9cc9159281d44754f621f75d4efad0076b29db4</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: make find_rsb() fail gracefully when namelen is too large</title>
<updated>2008-02-04T07:26:31Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-01-26T04:22:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef58bccab7c7ef34451aa4ceea39545ef126b666'/>
<id>urn:sha1:ef58bccab7c7ef34451aa4ceea39545ef126b666</id>
<content type='text'>
We *can* get there from receive_request() and dlm_recover_master_copy()
with namelen too large if incoming request is invalid; BUG() from
DLM_ASSERT() in allocate_rsb() is a bit excessive reaction to that
and in case of dlm_recover_master_copy() we would actually oops before
that while calculating hash of up to 64Kb worth of data - with data
actually being 64 _bytes_ in kmalloc()'ed struct.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: receive_rcom_lock_args() overflow check</title>
<updated>2008-02-04T07:25:58Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-01-26T01:22:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a5dd06313dbcec3a2c8a5e4a6f3ddb2a8fc72ec9'/>
<id>urn:sha1:a5dd06313dbcec3a2c8a5e4a6f3ddb2a8fc72ec9</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
<entry>
<title>dlm: verify that places expecting rcom_lock have packet long enough</title>
<updated>2008-02-04T07:25:09Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-01-26T00:55:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae773d0b74bf2244887a6d0504372748381ab9c7'/>
<id>urn:sha1:ae773d0b74bf2244887a6d0504372748381ab9c7</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: David Teigland &lt;teigland@redhat.com&gt;
</content>
</entry>
</feed>
