Displaying 2 results from an estimated 2 matches for "msdos_i".
Did you mean:
msdos
2000 Apr 10
1
Kernel Bug in file.c 69 (experimental kernel)
...[generic_file_write+929/1344] [default_fat_file_write+34/96]
[fat_file_write+45/64] [sys_write+214/256] [system_call+52/64]
[startup_32+43/310]
Code: 0f 0b 83 c4 0c b8 fb ff ff ff 5b 5e 5f 5d 83 c4 04 c3 8b 86
[extract from /usr/src/linux/fs/fat/file.c ]
[snip]
68: if (!(iblock<<9 != MSDOS_I(inode)->mmu_private) {
69: BUG();
70: return -EIO;
71: }
[snip]
- --
Best regards,
Michiel mailto:michielb@stack.nl
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5i
Comment: Adress
iQEVAwUBOPICI1/mjIIi3tEXAQEaiggAvMEKjL8G8uPA8oS+NZjMyTrnIdcWG2RP
j8HFx21MIQt...
2011 Jun 24
10
[PATCH 0/9] remove i_alloc_sem V2
i_alloc_sem has always been a bit of an odd "lock". It''s the only remaining
rw_semaphore that can be released by a different thread than the one that
locked it, and it''s use case in the core direct I/O code is more like a
counter given that the writers already have external serialization.
This series removes it in favour of a simpler counter scheme, thus getting
rid