| To: | Stefan Ring <stefanrin@xxxxxxxxx> |
|---|---|
| Subject: | Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Tue, 28 Oct 2014 15:06:45 -0500 |
| Cc: | Jan Kokoska <jan@xxxxxxx>, Linux fs XFS <xfs@xxxxxxxxxxx> |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <CAAxjCEyTq5UfmqzBbtXXQ=vWoHmCG5WJvLGsSwCfRL0P4qnCJw@xxxxxxxxxxxxxx> |
| References: | <CA+tQb7GSvkgsxZT2awAkMjh9wY6JXBygLoenTrtFtmRMSVwuUA@xxxxxxxxxxxxxx> <544FD577.9040605@xxxxxxxxxxx> <CAAxjCEyTq5UfmqzBbtXXQ=vWoHmCG5WJvLGsSwCfRL0P4qnCJw@xxxxxxxxxxxxxx> |
On 10/28/14 3:01 PM, Stefan Ring wrote: > On Tue, Oct 28, 2014 at 6:42 PM, Eric Sandeen <sandeen@xxxxxxxxxxx> wrote: >> On 10/28/14 10:38 AM, Jan Kokoska wrote: >>> Hi, >>> >>> I'm running OpenVZ (OS container) kernel variant of RHEL6 kernel on >> >> ... for which we have no source code? ;) >> >> I don't know what's in "2.6.32-openvz-amd64" so can't help much. >> >> What is at line 86 of xfs_aops.c in that kernel? > > From my quick investigation, it would seem to be the line "bh = head = > page_buffers(page);" of xfs_count_page_state. Yes, I think you're right, but my point is this is a kernel which we don't maintain. Anyway, I don't know for sure offhand what this could be; upstream ef5d437f71afdf4afdbab99213add99f4b1318fd looks related, but TBH I'm not sure if it's specific to S390. -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel, Stefan Ring |
|---|---|
| Next by Date: | Re: [PATCH v5] xfs: rework zero range to prevent invalid i_size updates, Dave Chinner |
| Previous by Thread: | Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel, Stefan Ring |
| Next by Thread: | Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel, Jan Kokoska |
| Indexes: | [Date] [Thread] [Top] [All Lists] |