linux-kernel - Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1174328987.3512.37.camel@mulgrave.il.steeleye.com>
Date:	Mon, 19 Mar 2007 13:29:47 -0500
From:	James Bottomley <James.Bottomley@...elEye.com>
To:	Mike Christie <michaelc@...wisc.edu>
Cc:	Andreas Steinmetz <ast@...dv.de>,
	Linux Kernel Mailinglist <linux-kernel@...r.kernel.org>,
	linux-scsi@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2

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.

James


-
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/