From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [xfs-masters] 2.6.29-rc: kernel BUG at fs/xfs/support/debug.c:108 Date: Sat, 10 Jan 2009 09:39:24 -0500 Message-ID: <20090110143924.GA25900@infradead.org> References: <20090109044121.GA31280@orion> <20090109053858.GP9448@disturbed> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Alexander Beregalov Cc: Dave Chinner , xfs-masters-VZNHf3L845pBDgjK7y7TUQ@public.gmane.org, xfs-VZNHf3L845pBDgjK7y7TUQ@public.gmane.org, kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On Sat, Jan 10, 2009 at 03:19:00PM +0300, Alexander Beregalov wrote: > It is hard to bisect it, > These are last good and bad commits: > good: [854929f05831d3a290a802815ee955b96c740c61] [XFS] add new btree statistics > bad: [7f7c39ccb6045cf1fd5e7684a484c445291b44d4] [XFS] make btree tracing generic That would be odd as 7f7c39ccb6045cf1fd5e7684a484c445291b44d4 only changes the tracing code which currently isn't enabled. Or we get some sort of miscompilation due slightly different noop macros. How big is the filesystem where you see this corruption? Maybe I could reproduce it locally with a xfs_metadump image. > > _______________________________________________ > xfs mailing list > xfs-VZNHf3L845pBDgjK7y7TUQ@public.gmane.org > http://oss.sgi.com/mailman/listinfo/xfs ---end quoted text---