| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS read hangs in 3.1-rc10 |
| From: | Simon Kirby <sim@xxxxxxxxxx> |
| Date: | Wed, 16 Nov 2011 11:56:43 -0800 |
| Cc: | linux-kernel@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx |
| In-reply-to: | <20111104210324.GB14983@xxxxxxxxxxxxx> |
| References: | <20111020224214.GC22772@xxxxxxxxxx> <20111021132240.GA24136@xxxxxxxxxxxxx> <20111021202857.GB30100@xxxxxxxxxx> <20111024082219.GA19941@xxxxxxxxxxxxx> <20111025200748.GA25043@xxxxxxxxxx> <20111026112521.GA10432@xxxxxxxxxxxxx> <20111104210324.GB14983@xxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Fri, Nov 04, 2011 at 05:03:24PM -0400, Christoph Hellwig wrote: > Sorry Simon, > > I haven't really been able to get back to this as fast as I wanted to > do. Can you do another run and check if the patch still helps your > issue even if you remove the xfs_log_force line? Hello! Sorry for the delay in testing. Yes, everything looks fine even with the xfs_log_force line from your patch commented out. So, the changes in xfs_reclaim_inode() are just the set_bit(XBT_FORCE_FLUSH) and wake_up_process(), relative to 3.1. Simon- |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 2/5] xfs: use per-filesystem I/O completion workqueues, Ben Myers |
|---|---|
| Next by Date: | Re: [PATCH 4/5] xfs: log file size updates as part of unwritten extent conversion, Ben Myers |
| Previous by Thread: | Re: XFS read hangs in 3.1-rc10, Christoph Hellwig |
| Next by Thread: | Re: XFS read hangs in 3.1-rc10, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |