linux.git - Linux kernel mainline tree

	Commit message (Collapse)	Author	Age	Files	Lines
...
*	[JFFS2] Add KERN_DEBUG level to printks	Artem B. Bityuckiy	2005-05-23	1	-3/+3
\| \| \| \| \|	Signed-off-by: Artem B. Bityuckiy <dedekind@infradead.org> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	[JFFS2] Forbid to free inode_cache objects if its nlink isn't zero.	Artem B. Bityuckiy	2005-05-23	1	-2/+2
\| \| \| \| \|	Signed-off-by: Artem B. Bityuckiy <dedekind@infradead.org> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	[JFFS2] Fix NOR specific scan BUG	Artem B. Bityuckiy	2005-05-23	1	-5/+6
\| \| \| \| \| \| \| \| \|	Fix fairly sad NOR-specific bug - during FS building ic->scan_dents isn't zero, but jffs2_mark_node_obsolete() migt be called it tries to finde the ic corresponding to ref - this requires ic->scan_dents = 0. Signed-off-by: Artem B. Bityuckiy <dedekind@infradead.org> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	[JFFS2] Prevent ino cache removal for inodes in use	David Woodhouse	2005-05-23	1	-5/+2
\| \| \| \| \| \| \| \|	Don't remove inocache for inodes which are in read_inode() or clear_inode() until they're done. Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	[JFFS2] Code cleanup	Estelle Hammache	2005-05-23	1	-4/+4
\| \| \| \| \| \| \|	Code beautification and block filing correction for optimization. Signed-off-by: Estelle Hammache <estelle.hammache@st.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	[JFFS2] Fix refile of blocks due to write failure.	Estelle Hammache	2005-05-23	1	-3/+6
\| \| \| \| \| \| \| \| \|	avoid segfault when nextblock was refiled because of a write failure - avoid filing blocks on the clean list when they have wasted space Signed-off-by: Estelle Hammache <estelle.hammache@st.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+838
	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!