Re: [Linux-NTFS-Dev] 2.6.23 regression: second access of empty ntfs file leads to D state hang

[Anton Altaparmakov]

Hi,

On 29 Oct 2007, at 06:08, Mike Galbraith wrote:
> I've stumbled across a 2.6.22->2.6.23 regression.  First md5sum access
> of an empty NTFS file leads to kernel I/O error gripe, a second access
> leaves md5sum hung.  2.6.22.10 has no trouble accessing this file.
>
> Looking at the 22->23 diff, I don't see a quick and dirty stab
> candidate, and since I'm preparing for a 5 week separation from my box
> <twitch>, I doubt I'll have time to do a bisect.  /me punts.
>
> root@Homer: md5sum '/windows/C/Dokumente und Einstellungen/All Users/ 
> Anwendungsdaten/Microsoft/Network/Connections/Pbk/rasphone.pbk'
> md5sum: /windows/C/Dokumente und Einstellungen/All Users/ 
> Anwendungsdaten/Microsoft/Network/Connections/Pbk/rasphone.pbk:  
> Input/output error
>
> [  228.551859] NTFS-fs error (device hda1):  
> ntfs_read_compressed_block(): ntfs_map_runlist() failed. Cannot read  
> compression block.
>
> [  401.721890] md5sum        D eee53d64     0  7249   7019
> [  401.727155]        eee53d78 00200082 00000002 eee53d64 eee53d5c  
> 00000000 e9b006b0 e9b00700
> [  401.735469]        5f6b3463 c0677060 c067a080 e9b00860 c180d080  
> 00000000 c180d080 c180d108
> [  401.743991]        00000001 00200086 e9b006e0 00200086 f79ca640  
> eee53d94 0000b4d3 00200202
> [  401.752514] Call Trace:
> [  401.755155]  [<c04b57bf>] io_schedule+0x1e/0x28
> [  401.759711]  [<c015a269>] sync_page+0x34/0x3f
> [  401.764102]  [<c04b5b78>] __wait_on_bit_lock+0x40/0x63
> [  401.769281]  [<c015a221>] __lock_page+0x54/0x5c
> [  401.773845]  [<c015a826>] do_generic_mapping_read+0x236/0x4e7
> [  401.779629]  [<c015c165>] generic_file_aio_read+0xff/0x198
> [  401.785138]  [<c017851c>] do_sync_read+0xd0/0x106
> [  401.789873]  [<c0178cff>] vfs_read+0x89/0x11d
> [  401.794266]  [<c0179164>] sys_read+0x3d/0x64
> [  401.798569]  [<c01041ba>] syscall_call+0x7/0xb
> [  401.803039]  =======================

Could you post the complete dmesg output, please?

Nothing related has changed in the NTFS driver between 2.6.22.10 and  
2.6.23 so I expect something else to be at fault here.

Could you post your .config as well, please?

Best regards,

	Anton
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/