linux-toradex.git/fs/hpfs/anode.c, branch v3.0.18 Linux kernel for Apalis and Colibri modules HPFS: Fix endianity. Make hpfs work on big-endian machines 2011-05-09T16:04:24+00:00 Mikulas Patocka mikulas@artax.karlin.mff.cuni.cz 2011-05-08T18:44:26+00:00 0b69760be6968c528869d4aec95ecf64dbf3e8bd Fix endianity. Make hpfs work on big-endian machines. Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 
Fix endianity. Make hpfs work on big-endian machines.

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
HPFS: Remove remaining locks 2011-05-09T16:04:23+00:00 Mikulas Patocka mikulas@artax.karlin.mff.cuni.cz 2011-05-08T18:43:06+00:00 7d23ce36e3f52f9b83ac8da49296b73339c8b5b8 Remove remaining locks Because of a new global per-fs lock, no other locks are needed Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 
Remove remaining locks

Because of a new global per-fs lock, no other locks are needed

Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
sanitize signedness/const for pointers to char in hpfs a bit 2010-03-03T19:07:57+00:00 Al Viro viro@zeniv.linux.org.uk 2010-01-31T22:09:29+00:00 7e7742ee005c887b86fd1fd38d5b48419329dfa0 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> 
Signed-off-by: Al Viro <viro@zeniv.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!