From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DA9597CBF for ; Wed, 20 Mar 2013 13:01:42 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id A8E17304048 for ; Wed, 20 Mar 2013 11:01:39 -0700 (PDT) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by cuda.sgi.com with ESMTP id CXKApQ6lxukF4aXi (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 20 Mar 2013 11:01:37 -0700 (PDT) Received: by mail-la0-f54.google.com with SMTP id gw10so3525898lab.27 for ; Wed, 20 Mar 2013 11:01:35 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20130320004405.GC17758@dastard> References: <20130320004405.GC17758@dastard> Date: Wed, 20 Mar 2013 18:01:35 +0000 Message-ID: Subject: Re: Crash with 3.8.3 and TuxOnIce From: Pedro Ribeiro List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2967938632068532472==" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: xfs@oss.sgi.com --===============2967938632068532472== Content-Type: multipart/alternative; boundary=f46d040168b347539604d85f03ab --f46d040168b347539604d85f03ab Content-Type: text/plain; charset=ISO-8859-1 Thanks for the answer Dave. Yes I would definitely say it's a ToI bug that perhaps has been dormant so far. Unfortunately the ToI developer is very busy at the moment, so I will have to debug and fix it myself. This problem did not occur with 3.7 and the ToI code did not change. Do you have any idea where I can start looking for the XFS change in 3.8 that triggered this behaviour in ToI? Or maybe it was a VFS change? PS: the email definitely bounced back, most likely because imageshack is blocked on the sgi server: Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain oss.sgi.com by cuda-allmx.sgi.com. [192.48.176.16]. The error that the other server returned was: 554 rejecting banned content Regards, Pedro On 20 March 2013 00:44, Dave Chinner wrote: > On Tue, Mar 19, 2013 at 11:31:16PM +0000, Pedro Ribeiro wrote: > > Hi, > > > > I'm using a TuxOnIce enabled kernel, and recently moved from 3.7.1 to > > 3.8.3. The former used to work nicely, but now I get a hard crash when I > > try to hibernate. > > This is solely related to TuxOnIce as it does not happen in the default > > hibernation. > > > > I know this is an unsupported out of tree patch, but can you please help > me > > debug it or point in the right direction? > > > > Unfortunately as this was a kernel crash all I have are crappy photos, > but > > they do show a readable stack trace: > > img18[dot]imageshack[dot]us/img18/395/imag0228hp[dot]jpg > > img13[dot]imageshack[dot]us/img13/4375/imag0231p[dot]jpg > > > > (I removed the HTTP part and the dots off the links else it would bounce > > back from the list) > > The list doesn't bounce URLs. Please make then clicky in future. > > As it is, your kernel has oopsed in submit_bio() when writing a log > buffer writing a dummy log record. > > The xfs_log_worker is trying to cover the log, and it seems like the > IO subsystem below it is doing something wrong. Perhaps Tux-on-Ice > is killing the IO subsystem without having first stopped all the > async filesystem processing first? > > Looks like a Tux-on-ICE problem to me... > > Cheers, > > Dave. > -- > Dave Chinner > david@fromorbit.com > --f46d040168b347539604d85f03ab Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the answer Dave.
Yes I would definitely say it's a ToI bug that perhaps = has been dormant so far. Unfortunately the ToI developer is very busy at th= e moment, so I will have to debug and fix it myself.
This problem did not occur with 3.7 and the ToI code did not change.

Do you have any idea where I can start looking for = the XFS change in 3.8 that triggered this behaviour in ToI? Or maybe it was= a VFS change?

PS: the email definitely bounced back, most likel= y because imageshack is blocked on the sgi server:

Te= chnical details of permanent failure:
Google tried to= deliver your message, but it was rejected by the server for the recipient = domain=A0oss.sgi.com=A0by=A0cuda-allmx.sgi.com. [192.48.176.16].

The error that the other server = returned was:
554 rejecting b= anned content

Regards,
Pedr= o

On = 20 March 2013 00:44, Dave Chinner=A0<david@fromorbit.com>= =A0wrote:
On Tue, Mar 19, 2013 at = 11:31:16PM +0000, Pedro Ribeiro wrote:
> Hi,
>
> I'm using a TuxOnIce enabled kernel, and recen= tly moved from 3.7.1 to
> 3.8.3. The former used to work nicely, but = now I get a hard crash when I
> try to hibernate.
> This is sol= ely related to TuxOnIce as it does not happen in the default
> hibernation.
>
> I know this is an unsupported out of tree= patch, but can you please help me
> debug it or point in the right d= irection?
>
> Unfortunately as this was a kernel crash all I ha= ve are crappy photos, but
> they do show a readable stack trace:
> img18[dot]imageshack[dot]= us/img18/395/imag0228hp[dot]jpg
> img13[dot]imageshack[dot]us/img13/4= 375/imag0231p[dot]jpg
>
> (I removed the HTTP part and the dots= off the links else it would bounce
> back from the list)

The list doesn't bounce URL= s. Please make then clicky in future.

As it is, your kernel has oops= ed in submit_bio() when writing a log
buffer writing a dummy log record.=

The xfs_log_worker is trying to cover the log, and it seems like theIO subsystem below it is doing something wrong. Perhaps Tux-on-Ice
is k= illing the IO subsystem without having first stopped all the
async files= ystem processing first?

Looks like a Tux-on-ICE problem to me...

Cheers,

Dave.--
Dave Chinner
david@fromorbit.com

--f46d040168b347539604d85f03ab-- --===============2967938632068532472== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs --===============2967938632068532472==--