[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20131018204804.GA32562@quack.suse.cz>
Date: Fri, 18 Oct 2013 22:48:04 +0200
From: Jan Kara <jack@...e.cz>
To: Péter András Felvégi <petschy@...il.com>
Cc: Jan Kara <jack@...e.cz>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] udf: fix for pathetic mount times in case of invalid
file system
On Fri 18-10-13 20:07:44, Péter András Felvégi wrote:
> From: Peter A. Felvegi <petschy@...il.com>
>
> The UDF driver was not strict enough about checking the IDs in the
> VSDs when mounting, which resulted in reading through all the sectors
> of the block device in some unfortunate cases. Eg, trying to mount my
> uninitialized 200G SSD partition (all 0xFF bytes) took ~350 minutes to
> fail, because the code expected some of the valid IDs or a zero byte.
> During this, the mount couldn't be killed, sync from the cmdline
> blocked, and the machine froze into the shutdown. Valid filesystems
> (extX, btrfs, ntfs) were rejected by the mere accident of having a
> zero byte at just the right place in some of their sectors, close
> enough to the beginning not to generate excess I/O. The fix adds a
> hard limit on the VSD sector offset, adds the two missing VSD IDs, and
> stops scanning when encountering an invalid ID. Also replaced the
> magic number 32768 with a more meaningful #define, and supressed the
> bogus message about failing to read the first sector if no UDF fs was
> detected.
Thanks. I've merged the patch into my tree.
Honza
>
> Signed-off-by: Peter A. Felvegi <petschy@...il.com>
> ---
> The fix was developed for 3.9.4, and applies to 3.12-rc3, too.
>
> patch v2: edited the code so that added/changed lines are not longer than
> 80 chars. sending the patch as an attachment, as gmail messes it up
> otherwise.
--
Jan Kara <jack@...e.cz>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists