- 15 1月, 2006 1 次提交
-
-
由 Arjan van de Ven 提交于
Remove the "inline" keyword from a bunch of big functions in the kernel with the goal of shrinking it by 30kb to 40kb Signed-off-by: NArjan van de Ven <arjan@infradead.org> Signed-off-by: NIngo Molnar <mingo@elte.hu> Acked-by: NJeff Garzik <jgarzik@pobox.com> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 07 11月, 2005 1 次提交
-
-
由 Thomas Gleixner 提交于
Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
- 23 5月, 2005 9 次提交
-
-
由 Dan Brown 提交于
Add helpful comment about oobfree so I can't claim two years from now that I don't remember what I was thinking. Signed-off-by: NDan Brown <dan_brown@ieee.org> Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Dan Brown 提交于
Signed-off-by: NDan Brown <dan_brown@ieee.org> Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Dan Brown 提交于
Try not to break existing jffs2 installs, instead break oobfree into two out-of-order pieces. Signed-off-by: NDan Brown <dan_brown@ieee.org> Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Dan Brown 提交于
I really hope this doesn't break something. Signed-off-by: NDan Brown <dan_brown@ieee.org> Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Dan Brown 提交于
Add a new module param, show_firmware_partition. Signed-off-by: NDan Brown <dan_brown@ieee.org> Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Thomas Gleixner 提交于
Do not use the ready function here, as it might hang for ever. The result will show, whether the chip is there or not Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Thomas Gleixner 提交于
Make NFTL devices work on big endian machines. Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Thomas Gleixner 提交于
Remove commented ugliness Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
由 Thomas Gleixner 提交于
Using the CONFIG_ options from KConfig seems to work better :8 Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
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!
-