[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTi=PTp7YW_eYxtF-H2QSxgei3whWH59wU0C9oCkz@mail.gmail.com>
Date: Tue, 28 Sep 2010 18:16:19 +0200
From: richard -rw- weinberger <richard.weinberger@...il.com>
To: tj@...nel.org
Cc: LKML <linux-kernel@...r.kernel.org>,
user-mode-linux-devel@...ts.sourceforge.net, axboe@...nel.dk,
jdike@...toit.com, Geert.Uytterhoeven@...ycom.com,
grant.likely@...retlab.ca, adrian@...en.demon.co.uk,
mike.miller@...com, Chris Frey <cdfrey@...rsquare.net>
Subject: [REGRESSION] um: ubd: block layer issue (Was: ext3 filesystem
corruption in user mode linux)
Hi Tejun!
Chris Frey ran into some problems with ext3 on UML.
See: http://marc.info/?i=20100924041410.GA18040%20()%20foursquare%20!%20net
I can reproduce this issue with any file system on Linux >= 2.6.31.
There seems to be a serious problem with the block layer on UML.
Under high load any file system gets corrupted.
The regression was most likely introduced with this three changes:
83096ebf1263b2c1ee5e653ba37d993d02e3eb7b (block: convert to pos and
nr_sectors accessors)
f81f2f7c9fee307e371f37424577d46f9eaf8692 (ubd: drop unnecessary
rq->sector manipulation)
4d6c84d91d1a539ebc47d1a36a35e9390ba11fdc (ubd: cleanup completion path)
Maybe only f81f2f7 is the bad one. They depend on each and I don't
know all the internals...
--
Cheers,
//richard
--
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