linux-toradex.git/drivers/mtd/afs.c, branch v2.6.25.12 Linux kernel for Apalis and Colibri modules [MTD] replace kmalloc+memset with kzalloc 2006-11-28T23:47:21+00:00 Burman Yan yan_952@hotmail.com 2006-11-15T19:10:29+00:00 95b93a0cd46682c6d9e8eea803fda510cb6b863a Signed-off-by: Yan Burman <yan_952@hotmail.com> Signed-off-by: David Woodhouse <dwmw2@infradead.org> 
Signed-off-by: Yan Burman <yan_952@hotmail.com>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
[MTD] core: Clean up trailing white spaces 2005-11-07T12:37:38+00:00 Thomas Gleixner tglx@linutronix.de 2005-11-07T11:15:26+00:00 97894cda5773e59bd13e87b72077751099419a9f Signed-off-by: Thomas Gleixner <tglx@linutronix.de> 
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
[PATCH] ARM: 2780/1: AFS partition length calculation fix 2005-06-30T22:01:09+00:00 Catalin Marinas catalin.marinas@arm.com 2005-06-30T22:01:09+00:00 747aead34de65c25765da79825ce2c08d8257b10 Patch from Catalin Marinas This patch calculates the AFS partition length by expanding the image length information to the nearest erase block boundary. This eliminates the problems with JFFS2 erasing the footer. Signed-off-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Catalin Marinas

This patch calculates the AFS partition length by expanding the image
length information to the nearest erase block boundary. This
eliminates the problems with JFFS2 erasing the footer.

Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 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! 
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!