[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200912311820.nBVIKj93032686@demeter.kernel.org>
Date: Thu, 31 Dec 2009 18:20:45 GMT
From: bugzilla-daemon@...zilla.kernel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 14936] kernel BUG at fs/ext4/inode.c:1063 if attempted to use
non-ext4 partition with ext4
http://bugzilla.kernel.org/show_bug.cgi?id=14936
--- Comment #7 from Rafael J. Wysocki <rjw@...k.pl> 2009-12-31 18:20:42 ---
On Thursday 31 December 2009, tytso@....edu wrote:
> On Wed, Dec 30, 2009 at 10:52:12PM +0100, Rafael J. Wysocki wrote:
> > > I'm working on a fix, and have a proposed patch. See the thread on
> > > linux-ext4 here:
> > >
> > > http://marc.info/?l=linux-kernel&m=126219515024315&w=2
> > >
> > > This patch also fixes the dq_claim_space kerneloops problem as
> > > well....
> >
> > Thanks, I've added your patch to the Bugzilla entry.
>
> This patch has been merged to mainline. I'm working on improving
> things so that we don't lose performance by unnecessarily forcing
> delalloc blocks out to disk when the (wildly overestimated) number of
> required metadata blocks approaches the user's remaining quota or
> remaining free space on disk, but the fundamental fix is in mainline.
>
> (The performance hit was something I knew about when I pushed the
> patch to Linus, but after discussing things with Eric Sandeen, we
> figured that for users who were converting from ext3, which didn't
> have delayed allocation support at all, even with the performance hit
> when the user approached the quota limit, ext4 with delalloc+quota was
> still better than ext3 --- and I wanted a fix in mainline ASAP.
> Fortunately, it's not going to be that hard make the required metadata
> much more accurate.)
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists