| 
									
										
										
										
											2009-01-22 10:59:49 +03:00
										 |  |  | config MINIX_FS | 
					
						
							|  |  |  | 	tristate "Minix file system support" | 
					
						
							|  |  |  | 	depends on BLOCK | 
					
						
							|  |  |  | 	help | 
					
						
							|  |  |  | 	  Minix is a simple operating system used in many classes about OS's. | 
					
						
							|  |  |  | 	  The minix file system (method to organize files on a hard disk | 
					
						
							|  |  |  | 	  partition or a floppy disk) was the original file system for Linux, | 
					
						
							|  |  |  | 	  but has been superseded by the second extended file system ext2fs. | 
					
						
							|  |  |  | 	  You don't want to use the minix file system on your hard disk | 
					
						
							|  |  |  | 	  because of certain built-in restrictions, but it is sometimes found | 
					
						
							|  |  |  | 	  on older Linux floppy disks.  This option will enlarge your kernel | 
					
						
							|  |  |  | 	  by about 28 KB. If unsure, say N. | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | 	  To compile this file system support as a module, choose M here: the | 
					
						
							|  |  |  | 	  module will be called minix.  Note that the file system of your root | 
					
						
							|  |  |  | 	  partition (the one containing the directory /) cannot be compiled as | 
					
						
							|  |  |  | 	  a module. | 
					
						
							| 
									
										
											  
											
												bitops: remove minix bitops from asm/bitops.h
minix bit operations are only used by minix filesystem and useless by
other modules.  Because byte order of inode and block bitmaps is different
on each architecture like below:
m68k:
	big-endian 16bit indexed bitmaps
h8300, microblaze, s390, sparc, m68knommu:
	big-endian 32 or 64bit indexed bitmaps
m32r, mips, sh, xtensa:
	big-endian 32 or 64bit indexed bitmaps for big-endian mode
	little-endian bitmaps for little-endian mode
Others:
	little-endian bitmaps
In order to move minix bit operations from asm/bitops.h to architecture
independent code in minix filesystem, this provides two config options.
CONFIG_MINIX_FS_BIG_ENDIAN_16BIT_INDEXED is only selected by m68k.
CONFIG_MINIX_FS_NATIVE_ENDIAN is selected by the architectures which use
native byte order bitmaps (h8300, microblaze, s390, sparc, m68knommu,
m32r, mips, sh, xtensa).  The architectures which always use little-endian
bitmaps do not select these options.
Finally, we can remove minix bit operations from asm/bitops.h for all
architectures.
Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Greg Ungerer <gerg@uclinux.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Roman Zippel <zippel@linux-m68k.org>
Cc: Andreas Schwab <schwab@linux-m68k.org>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Michal Simek <monstr@monstr.eu>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Hirokazu Takata <takata@linux-m32r.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Cc: Chris Zankel <chris@zankel.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
											
										 
											2011-03-23 16:42:16 -07:00
										 |  |  | 
 | 
					
						
							|  |  |  | config MINIX_FS_NATIVE_ENDIAN | 
					
						
							|  |  |  | 	def_bool MINIX_FS | 
					
						
							|  |  |  | 	depends on H8300 || M32R || MICROBLAZE || MIPS || S390 || SUPERH || SPARC || XTENSA || (M68K && !MMU) | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | config MINIX_FS_BIG_ENDIAN_16BIT_INDEXED | 
					
						
							|  |  |  | 	def_bool MINIX_FS | 
					
						
							|  |  |  | 	depends on M68K && MMU |