kernel/include/linux/cramfs_fs.h, branch linux-6.6.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.6.y2014-01-25T08:13:02Zcramfs: take headers to fs/cramfs2014-01-25T08:13:02ZAl Viroviro@zeniv.linux.org.uk2013-12-10T21:54:28Zurn:sha1:f7f4f4dd6948e3bca0e04e5217c825052ad88f5a
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
UAPI: (Scripted) Disintegrate include/linux2012-10-13T09:46:48ZDavid Howellsdhowells@redhat.com2012-10-13T09:46:48Zurn:sha1:607ca46e97a1b6594b29647d98a32d545c24bdff
Signed-off-by: David Howells <dhowells@redhat.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: Michael Kerrisk <mtk.manpages@gmail.com>
Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Acked-by: Dave Jones <davej@redhat.com>
cramfs: hide function prototypes behind __KERNEL__ macro2011-01-13T16:03:22ZAlexander Shishkinvirtuoso@slind.org2011-01-13T01:01:09Zurn:sha1:beeae05138baf615a0284fc4a9022c33271ee37c
Currently, 3 kernel function prototypes are present in a header
file exported to userland. This patch fixes it.
Signed-off-by: Alexander Shishkin <virtuoso@slind.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
linux/magic.h: move cramfs magic out of cramfs_fs.h2009-06-12T01:36:10ZMike Frysingervapier@gentoo.org2009-05-26T09:45:04Zurn:sha1:8688b8635266cf98f00c6b0350ea2dbe7c42c321
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
CC: Alexander Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
cramfs: error message about endianess2007-10-17T15:42:53ZAndi Drebeslists-receive@programmierforen.de2007-10-17T06:27:12Zurn:sha1:ac8d35c5658377c280dc830352f66233e2f76f73
The README file in the cramfs subdirectory says: "All data is currently in
host-endian format; neither mkcramfs nor the kernel ever do swabbing."
If somebody tries to mount a cramfs with the wrong endianess, cramfs only
complains about a wrong magic but doesn't inform the user that only the
endianess isn't right.
The following patch adds an error message to the cramfs sources. If a user
tries to mount a cramfs with the wrong endianess using the patched sources,
cramfs will display the message "cramfs: wrong endianess".
Signed-off-by: Andi Drebes <lists-receive@programmierforen.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
[PATCH] cramfs: make cramfs_uncompress_exit() return void2006-09-29T16:18:20ZAlexey Dobriyanadobriyan@gmail.com2006-09-29T09:01:05Zurn:sha1:368bdb3d616fa352971f45b423ae6344715e620b
It always returns 0, so relying on it is useless. The only caller isn't
checking return value. In general, un-, de-, -free functions should return
void.
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Include <linux/types.h> and use __uXX types in <linux/cramfs_fs.h>2006-05-04T16:50:04ZDavid Woodhousedwmw2@infradead.org2006-05-04T16:50:04Zurn:sha1:05f75fd3bb92d9f5eaa8620195ff77a89431f2d2
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Linux-2.6.12-rc22005-04-16T22:20:36ZLinus Torvaldstorvalds@ppc970.osdl.org2005-04-16T22:20:36Zurn:sha1: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!