On Wed 2006-07-05 21:37:12, Jason Lunz wrote:
> On Wed, Jul 05, 2006 at 07:42:46PM +0200, Luca Tettamanti wrote:
> > I'm not sure that the setting is preserved. Anyway the bus is locked
> > and it seems that it's caused by IDE.
> > I saw patches on lkml that added support for running ACPI methods t
Hi!
> >It's interesting here that it's complaining about ide dma
> >timeout, since I disabled DMA before suspend.
>
> I'm not sure that the setting is preserved. Anyway the bus is locked
> and it seems that it's caused by IDE.
> I saw patches on lkml that added support for running
On Wed, Jul 05, 2006 at 07:42:46PM +0200, Luca Tettamanti wrote:
> I'm not sure that the setting is preserved. Anyway the bus is locked
> and it seems that it's caused by IDE.
> I saw patches on lkml that added support for running ACPI methods to
> bring IDE back to life. But it seems that it's onl
On 7/4/06, Jason Lunz <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 04, 2006 at 10:53:27PM +0200, Luca Tettamanti wrote:
> > >bcm43xx: set security called enabled = 1 encrypt = 1
> > >hda: dma_timer_expiry: dma status == 0x21
> > >hda: DMA timeout error
> > >
> > >HARDWARE ERROR
> > >CPU 0: Machine Chec
On Tue, Jul 04, 2006 at 06:40:02PM +, Pavel Machek wrote:
> Disable MCE checking and see what happens?
ha! very funny. I'll try that. But I think it won't help - by the time
the mce check fires, the machine has been hung for 20-30 seconds.
Jason
Using Tomcat but need to do more? Need to supp
On Tue, Jul 04, 2006 at 10:53:27PM +0200, Luca Tettamanti wrote:
> The blinking is done by the kernel panic handler.
yes.
> >bcm43xx: set security called enabled = 1 encrypt = 1
> >hda: dma_timer_expiry: dma status == 0x21
> >hda: DMA timeout error
> >
> >HARDWARE ERROR
> >CPU 0: Machine Check Ex
On 7/4/06, Jason Lunz <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 03, 2006 at 11:48:08PM +0200, Pavel Machek wrote:
> > Important info is "did kernel get control and crashed, or did it lock
> > up in firmware". Beeping patch can be used to debug that, as can be
> > Linus's RTC hack present in very new
On Mon, Jul 03, 2006 at 11:48:08PM +0200, Pavel Machek wrote:
> Important info is "did kernel get control and crashed, or did it lock
> up in firmware". Beeping patch can be used to debug that, as can be
> Linus's RTC hack present in very new kernels.
I tried out netconsole, and it works very well