On Tue, 3 Mar 2009, James Bottomley wrote: > On Tue, 2009-03-03 at 23:07 +0100, Thomas Gleixner wrote: > > On Tue, 3 Mar 2009, Thomas Gleixner wrote: > > > My bad. I was playing with that to get rid of the aic7xxx wreckage on > > > one of my test boxen and forgot to remove it. > > > > While the one below is definitey not my fault. It's on Linus latest: > > > > commit 2450cf51a1bdba7037e91b1bcc494b01c58aaf66 > > > > While compiling a kernel I triggerred the BUG below. Not so nice as it > > took a whole filesystem with it. fsck took more than 20 min to recover > > the leftovers :( > > > > Thanks, > > > > tglx > > > > > > ------------[ cut here ]------------ > > kernel BUG at /home/tglx/work/kernel/git/linux-2.6/drivers/scsi/scsi_lib.c:1141! > > This is BUG_ON(count > sdb->table.nents); > > It looks like the sg list got split and grew in size ... I suspect this > might be libata related, so cc'ing the ide list. I suspect either the > block layer initially parametrised this wrongly (tomo bug) or a sg list > got split then requeued (something in libata?). FYI, after I've lost a full day of work including the results of four "iozone -a -g 4G" runs I tried to reproduce the problem on that machine - the leftovers of the filesystem are pretty useless anyway. It took about 2hrs to trigger the bug again. Same back trace. Anything I can do what might help to decode the problem ? Thanks, tglx -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
