litmus-rt.git - The LITMUS^RT kernel.

	Commit message (Collapse)	Author	Age
*	more low-hanging fruits - kernel, fs, lib signedness	Al Viro	2007-10-14
\| \| \| \| \|	Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	JFS: Whitespace cleanup and remove some dead code	Dave Kleikamp	2007-06-06
\| \| \| \|	Signed-off-by: Dave Kleikamp <shaggy@linux.vnet.ibm.com>
*	JFS: White space cleanup	Dave Kleikamp	2006-10-02
\| \| \| \| \| \| \| \|	Removed trailing spaces & tabs, and spaces preceding tabs. Also a couple very minor comment cleanups. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com> (cherry picked from f74156539964d7b3d5164fdf8848e6a682f75b97 commit)
*	JFS: semaphore to mutex conversion.	Ingo Molnar	2006-01-24
\| \| \| \| \| \| \| \| \| \|	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 <mingo@elte.hu> Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
*	JFS: Improve sync barrier processing	Dave Kleikamp	2005-07-27
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	Under heavy load, hot metadata pages are often locked by non-committed transactions, making them difficult to flush to disk. This prevents the sync point from advancing past a transaction that had modified the page. There is a point during the sync barrier processing where all outstanding transactions have been committed to disk, but no new transaction have been allowed to proceed. This is the best time to write the metadata. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
*	JFS: fix sparse warnings by moving extern declarations to headers	Dave Kleikamp	2005-05-04
\| \| \| \|	Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
*	[PATCH] JFS: Write journal sync points more often	Dave Kleikamp	2005-05-03
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	This patch adds jfs_syncpt, which calls lmLogSync to write sync points to the journal both in jfs_sync_fs and when sync barrier processing completes. lmLogSync accomplishes two things: 1) it pushes logged-but-dirty metadata pages to disk, and 2) it writes a sync record to the journal so that jfs_fsck doesn't need to replay more transactions than is necessary. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] JFS: Support page sizes greater than 4K	Dave Kleikamp	2005-05-03
\| \| \| \| \| \| \|	jfs has never worked on architecutures where the page size was not 4K. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] JFS: Changes for larger page size	Dave Kleikamp	2005-05-03
\| \| \| \| \| \| \| \|	JFS code has always assumed a page size of 4K. This patch fixes the non-pagecache uses of pages to deal with larger pages. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16
	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!