Messages in this thread | | | From | Jeff Moyer <> | Subject | Re: Kernel 3.3.8 breaks accidental ext3 mount of extended partition | Date | Tue, 26 Jun 2012 09:02:27 -0400 |
| |
Torsten Hilbrich <torsten.hilbrich@secunet.com> writes:
> Am 25.06.2012 18:38, schrieb Jeff Moyer: >> "Richard W.M. Jones" <rjones@redhat.com> writes: >> >>> On Mon, Jun 18, 2012 at 07:59:30AM +0200, Torsten Hilbrich wrote: >>>> Hello, >>>> >>>> a software that tries to mount each existing partition as ext3 file system started to fail when updating from v3.3.7 to v3.3.8. >>>> >>>> The applications then hangs-up in the mount syscall, here is a snapshot of its stack at this moment: >>> >>> We just ran into what we think is the same problem. >>> >>> Note that ext4 fails like this for any 1024 byte sized filesystem (of >>> zeroes) that you try to mount. It's really nothing to do with >>> extended partitions. >>> >>> Here is a very simple reproducer + stack trace: >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=835019#c4 >>> >>> I will try out the patch suggested later on in this thread. >> >> Please try the attached patch instead. The patch I had originally >> posted for this allowed marking the first buffer beyond EOD as >> uptodate. This isn't correct. The patch I've attached below fixes the >> infinite loop in __getblk_slow. > > This patch also fixes the ext3 mount problem on extented partition.
Great news, thanks for testing, guys! I'll follow up with another patch posting this morning.
Cheers, Jeff
| |