[<prev] [next>] [day] [month] [year] [list]
Message-ID: <1317667916.1487751283866557110.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com>
Date: Tue, 7 Sep 2010 09:35:57 -0400 (EDT)
From: Dave Anderson <anderson@...hat.com>
To: Greg KH <gregkh@...e.de>
Cc: CAI Qian <caiqian@...hat.com>, tj@...nel.org,
linux-kernel <linux-kernel@...r.kernel.org>,
Guenter Roeck <guenter.roeck@...csson.com>
Subject: Re: crash failure with 2.6.36-rc3 vmcore
----- "Greg KH" <gregkh@...e.de> wrote:
> On Sat, Sep 04, 2010 at 10:06:25PM -0700, Guenter Roeck wrote:
> > I browsed through the code a bit. Looks like the module owner will need to make
> > the necessary changes. The code now seems to depend on kernel internal structure
> > elements. Not sure if that is a good idea in the first place. At least for
> > the attribute owner it will have to be changed to not depend on its existence.
> >
> > Of course, one could also argue that the field should be re-introduced in
> > the kernel to make the utility work w/o changes. However, I don't think it
> > would be a good idea to hold the kernel hostage for such problems.
>
> You're kidding, right? You should have tools flexable to handle the
> fact that the internal kernel structures change all the time like
> this. If not, your tools are broken.
Greg,
You are exactly right -- I am the owner/maintainer of the crash utility,
and kernel changes such as this require changes to the tool all the time.
This whole thread should never have been brought up on this list, but I've
been away for a few days, and was unable to nip it in the bud. It should
have been restricted to the crash-utility@...hat.com mailing list.
Sorry for all the noise...
Dave Anderson
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists