<feed xmlns='http://www.w3.org/2005/Atom'>
<title>BMC/Intel-BMC/linux.git/fs/jfs/jfs_lock.h, branch dev</title>
<subtitle>Intel OpenBMC Linux kernel source tree (mirror)</subtitle>
<id>https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev</id>
<link rel='self' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/'/>
<updated>2007-04-26T12:30:29+00:00</updated>
<entry>
<title>JFS: use __set_current_state()</title>
<updated>2007-04-26T12:30:29+00:00</updated>
<author>
<name>Milind Arun Choudhary</name>
<email>milindchoudhary@gmail.com</email>
</author>
<published>2007-04-26T12:30:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=3cbb1c8e1a4787d3dc2951b7615d7bb3788c49a0'/>
<id>urn:sha1:3cbb1c8e1a4787d3dc2951b7615d7bb3788c49a0</id>
<content type='text'>
use __set_current_state(TASK_*) instead of current-&gt;state = TASK_*

Signed-off-by: Milind Arun Choudhary &lt;milindchoudhary@gmail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Dave Kleikamp &lt;shaggy@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>JFS: call io_schedule() instead of schedule() to avoid deadlock</title>
<updated>2007-01-18T03:18:35+00:00</updated>
<author>
<name>Dave Kleikamp</name>
<email>shaggy@linux.vnet.ibm.com</email>
</author>
<published>2007-01-18T03:18:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=4aa0d230c2cfc1ac4bcf7c5466f9943cf14233a9'/>
<id>urn:sha1:4aa0d230c2cfc1ac4bcf7c5466f9943cf14233a9</id>
<content type='text'>
The introduction of Jens Axboe's explicit i/o plugging patches introduced a
deadlock in jfs.  This was caused by the process initiating I/O not
unplugging the queue before waiting on the commit thread.  The commit
thread itself was waiting for that I/O to complete.  Calling io_schedule()
rather than schedule() unplugs the I/O queue avoiding the deadlock, and it
appears to be the right function to call in any case.

Signed-off-by: Dave Kleikamp &lt;shaggy@austin.ibm.com&gt;
</content>
</entry>
<entry>
<title>JFS: White space cleanup</title>
<updated>2006-10-02T14:55:27+00:00</updated>
<author>
<name>Dave Kleikamp</name>
<email>shaggy@austin.ibm.com</email>
</author>
<published>2006-10-02T14:55:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=63f83c9fcf40ab61b75edf5d2f2c1ae6bf876482'/>
<id>urn:sha1:63f83c9fcf40ab61b75edf5d2f2c1ae6bf876482</id>
<content type='text'>
Removed trailing spaces &amp; tabs, and spaces preceding tabs.
Also a couple very minor comment cleanups.

Signed-off-by: Dave Kleikamp &lt;shaggy@austin.ibm.com&gt;
(cherry picked from f74156539964d7b3d5164fdf8848e6a682f75b97 commit)
</content>
</entry>
<entry>
<title>JFS: semaphore to mutex conversion.</title>
<updated>2006-01-24T21:22:50+00:00</updated>
<author>
<name>Ingo Molnar</name>
<email>mingo@elte.hu</email>
</author>
<published>2006-01-24T21:22:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=1de87444f8f91009b726108c9a56600645ee8751'/>
<id>urn:sha1:1de87444f8f91009b726108c9a56600645ee8751</id>
<content type='text'>
the conversion was generated via scripts, and the result was validated
automatically via a script as well.

build and boot tested.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Dave Kleikamp &lt;shaggy@austin.ibm.com&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
