From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964840AbXCSVNx (ORCPT ); Mon, 19 Mar 2007 17:13:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964862AbXCSVNw (ORCPT ); Mon, 19 Mar 2007 17:13:52 -0400 Received: from sabe.cs.wisc.edu ([128.105.6.20]:48431 "EHLO sabe.cs.wisc.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964840AbXCSVNi (ORCPT ); Mon, 19 Mar 2007 17:13:38 -0400 Message-ID: <45FEFCD1.6070109@cs.wisc.edu> Date: Mon, 19 Mar 2007 16:12:49 -0500 From: Mike Christie User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: James Bottomley CC: Andreas Steinmetz , Linux Kernel Mailinglist , linux-scsi@vger.kernel.org, akpm@linux-foundation.org Subject: Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2 References: <45FDDA8E.8030100@domdv.de> <45FECD45.20705@cs.wisc.edu> <1174328987.3512.37.camel@mulgrave.il.steeleye.com> <45FEDF23.1060801@cs.wisc.edu> In-Reply-To: <45FEDF23.1060801@cs.wisc.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mike Christie wrote: > James Bottomley wrote: >> On Mon, 2007-03-19 at 12:49 -0500, Mike Christie wrote: >>>> I can't even say if the tapes are written correctly as I can't read them >>>> (one does not reboot production machines back to 2.4.x just to try to >>>> read a backup tape - I don't have 2.6.x older than 2.6.20 on these >>>> machines). >>> Could you try this patch >>> http://marc.info/?l=linux-scsi&m=116464965414878&w=2 >>> I thought st was modified to not send offsets in the last elements but >>> it looks like it wasn't. >> Actually, there are two patches in the email referred to. If the >> analysis that we're passing NULL to mempool_free is correct, it should >> be the second one that fixes the problem (the one that checks >> bio->bi_io_vec before freeing it). Which would mean we have a >> nr_vecs==0 bio generated by the tar somehow. >> > > I think we might only need the first patch if the problem is similar to > what the lsi guys were seeing. I thought the problem is that we are not > estimating how large the transfer is correctly because we do not take > into account offsets at the end. This results in nr_vecs being zero when > it should be a valid value. I thought Kai's patch: > http://bugzilla.kernel.org/show_bug.cgi?id=7919 > http://git.kernel.org/?p=linux/kernel/git/jejb/scsi-misc-2.6.git;a=commitdiff;h=9abe16c670bd3d4ab5519257514f9f291383d104 > fixed the problem on st's side, Oh, I noticed that the subject for the mail references 2.6.30.3 and the patch for st in the bugzilla did not make into 2.6.20 and is not in .3. Could we try the st patch in the bugzilla first?