Re: "buggy cmd640" message followed by soft lockup

From: Rafael J. Wysocki
Date: Sat Nov 24 2007 - 14:55:29 EST


On Saturday, 24 of November 2007, Frans Pop wrote:
> On Saturday 24 November 2007, Bartlomiej Zolnierkiewicz wrote:
> > Unfortunately I'm unable to reproduce this with:
> >
> > * VirtualBox 1.5.2 from http://www.virtualbox.org
> > (VirtualBox-1.5.2_25433_fedora7-1.i586.rpm)
> >
> > * Fedora 7 with kernel-2.6.22.9-91.fc7 as a host OS
> >
> > * Fedora 8 with vanilla 2.6.24-rc2 as a guest OS
> > (using the kernel config posted by you)
> >
> > so right now I suspect either a problem somehow specific to your system
> > (narrowing it down using git-bisect to a specific kernel commit would
> > greatly help) or a weird gcc bug (please make sure that you are using
> > non-buggy/up-to-date gcc version).
>
> Thanks for looking at the issue Bartlomiej.
>
> I started a bisect yesterday and suddenly found I could not reproduce the
> issue anymore. Today I tried again and _did_ manage to reproduce the issue
> again, but only with a 24-rc3 kernel, not with 24-rc1 or 24-rc2 kernels.
> And also only in combination with ata_piix and not with piix (one or the
> other blacklisted). Also, after I changed the setup of the VM (changed
> default boot medium from CD-ROM to hard disk), the kernel that failed
> suddenly booted correctly.
> Both of these (module used and boot order) could explain why I could not
> reproduce the issue yesterday.
>
> After I changed the boot order back I could reproduce the BUG again, but
> seemingly completely random for 24-rc1, 24-rc2 and 24-rc3: sometimes a
> kernel boots fine, other times it fails. It may be related to way the
> system is shut down, but I'm not sure of that.
>
> My conclusion is that the base cause is probably an issue somewhere in
> VirtualBox, but I suspect there is also something not 100% clean in the
> kernel code (if only a missing sanity check). Especially since I've never
> yet been able to reproduce it with a kernel before 2.6.24-rcX.
>
> However, as it seems there are various variables involved and I cannot be
> confident that I can reliably reproduce the issue with different kernels, I
> do not really see any point in trying to bisect this.
>
> I suggest closing #9442 in bugzilla as it does not seem worth tracking this
> as a regression.

Closed.

Thanks,
Rafael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/