Andrew Stribblehill 
							
						 
					 
					
						
						
						
						
							
						
						
							fac92becda 
							
						 
					 
					
						
						
							
							[PATCH] bfs: fix endianness, signedness; add trivial bugfix  
						
						... 
						
						
						
						* Makes BFS code endianness-clean.
* Fixes some signedness warnings.
* Fixes a problem in fs/bfs/inode.c:164 where inodes not synced to disk
  don't get fully marked as clean.  Here's how to reproduce it:
# mount -o loop -t bfs /bfs.img /mnt
# df -i /mnt
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/bfs.img                  48       1      47    3% /mnt
# df -k /mnt
Filesystem           1K-blocks      Used Available Use% Mounted on
/bfs.img                   512         5       508   1% /mnt
# cp 60k-archive.zip /mnt/mt.zip
# df -k /mnt
Filesystem           1K-blocks      Used Available Use% Mounted on
/bfs.img                   512        65       447  13% /mnt
# df -i /mnt
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/bfs.img                  48       2      46    5% /mnt
# rm /mnt/mt.zip
# echo $?
0
 [If the unlink happens before the buffers flush, the following happens:]
# df -i /mnt
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/bfs.img                  48       2      46    5% /mnt
# df -k /mnt
Filesystem           1K-blocks      Used Available Use% Mounted on
/bfs.img                   512        65       447  13% /mnt
 fs/bfs/bfs.h           |    1
Signed-off-by: Andrew Stribblehill <ads@wompom.org>
Cc: <tigran@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org> 
						
					 
					
						2005-09-09 13:57:32 -07:00 
						 
				 
			
				
					
						
							
							
								Linus Torvalds 
							
						 
					 
					
						
						
						
						
							
						
						
							1da177e4c3 
							
						 
					 
					
						
						
							
							Linux-2.6.12-rc2  
						
						... 
						
						
						
						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! 
						
					 
					
						2005-04-16 15:20:36 -07:00