SATA on kernel 2.4.27: lost interrupt

Hope this helps someone in the same situation as I was.

Felipe.

*PROBLEM*: I get the following error messages
dma_timer_expiry: dma status == 0x24
lost interrupt
DMA interrupt recovery
when trying to
fdisk /dev/hde
Occasionaly I get lost interrupt messages during system initialization, too.

*BACKGROUND*: I'm installing a SATA hard drive (Seagate ST3500630as) and
an expansion card (Adaptec 1210SA). I'm using Debian 3.1, kernel 2.4.27.
dmesg shows that the drive and the card are recognized properly (see below).

*SOLUTION*:
- booting from Knoppix 5.1 (kernel 2.6.19) showed my drive as
/dev/sda instead of /dev/hde. I am able to fdisk and mkfs it fine. It
made me think the problem was the kernel version.
- updating the kernel from 2.4.27 to 2.6.19 solved my problem.

*THINGS TRIED THAT DID NOT WORK*
- removing other cards (such as sound, off-board video, etc) to free up
IRQs, as per Adaptec personal support
- different PCI buses, as per Adaptec personal support
- different SATA cables [2]
- leaving more power available [1], unplugging other drives
- updating the computer BIOS [3]
- running Seagate Diagnostic Software (SeaTools) [4]; quick test showed
no errors
- updating the SATA card firmware [6]
- disabling DMA (and also Write Cache, SMART, Allow Read Ahead)
- disabling SATA card BIOS installation during boot-up
- Adaptec offers a proprietary driver for RedHat (7.3, 8.0) and Suse
(8.0, 8.1) only [7]. As I'm using Debian, it didn't help.

relevant dmesg output before the problem was fixed:
Adaptec AAR-1210SA: IDE controller at PCI slot 01:0a.0
PCI: Found IRQ 11 for device 01:0a.0
PCI: Sharing IRQ 11 with 00:1f.2
Adaptec AAR-1210SA: chipset revision 2
Adaptec AAR-1210SA: not 100% native mode: will probe irqs later
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
hda: Maxtor 51536H2, ATA DISK drive
hdb: SAMSUNG SP0411N, ATA DISK drive
blk: queue d0825b60, I/O limit 4095Mb (mask 0xffffffff)
blk: queue d0825c9c, I/O limit 4095Mb (mask 0xffffffff)
hdc: _NEC DV-5700A, ATAPI CD/DVD-ROM drive
hdd: MAXTOR 6L080L4, ATA DISK drive
blk: queue d08260f0, I/O limit 4095Mb (mask 0xffffffff)
hde: ST3500630AS, ATA DISK drive

[1]

[2]

[3]

[4]

[6]

[7]

[8]

--

No votes yet

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

SATA on kernel 2.4.27: lost interrupt

Felipe G. Nievinski wrote:
> *PROBLEM*: I get the following error messages
> dma_timer_expiry: dma status == 0x24
> lost interrupt
> DMA interrupt recovery
> when trying to
> fdisk /dev/hde

Shouldn't *fdisk /dev/hde* have raised a flag as it is a SATA disk and
should be detected as /dev/sdX (X=a,b,...)?

/KS

--

hda: lost interrupt

Hello All,

I just installed the Debian Etch 4.0 on my system. It will not
complete bootup however. It keeps hanging on "hda: lost interrupt"
and eventually fails to boot entirely.

I previously had Debian Etch "Testing" installed. It has been working
fine for the past month up to the moment I tried installing 4.0.

I tried re-installing 4.0 three times all with the same result.

My system is an Intel Core2 Duo. I'm trying to install Debian Etch 4.0 AMD64.

Does anyone know how to recover from this error?

Thanks,
Dallas

--

hda: lost interrupt

Dallas Clement wrote:
> Hello All,
>
> I just installed the Debian Etch 4.0 on my system. It will not
> complete bootup however. It keeps hanging on "hda: lost interrupt"
> and eventually fails to boot entirely.
>
> I previously had Debian Etch "Testing" installed. It has been working
> fine for the past month up to the moment I tried installing 4.0.
>
> I tried re-installing 4.0 three times all with the same result.
>
> My system is an Intel Core2 Duo. I'm trying to install Debian Etch 4.0
> AMD64.
>
> Does anyone know how to recover from this error?
>
> Thanks,
> Dallas
>
>

My laptop Turion 64 requires using 'noapic' to boot and run. You can
add this to the kernel 'command line' (at the boot prompt) for a one
time test to see if it helps. If it does, edit your boot loader 'menu'
to append this string to the entries for your kernel. You will need to
read up on how to do these things for your particular boot loader.

Other options you might try (some that I've heard about but not tried)
are 'pci=no', 'acpi=no', 'acpi=no-idle' and 'nolapic'.

I have no information on the possible down side of using any of these,
but hey, if it lets you boot and things run, you're ahead of the game ;)

I hope this helps.

Bob

hda: lost interrupt

Bob McGowan wrote:
>
> My laptop Turion 64 requires using 'noapic' to boot and run. You can
> add this to the kernel 'command line' (at the boot prompt) for a one
> time test to see if it helps. If it does, edit your boot loader 'menu'
> to append this string to the entries for your kernel. You will need to
> read up on how to do these things for your particular boot loader.
>
> Other options you might try (some that I've heard about but not tried)
> are 'pci=no', 'acpi=no', 'acpi=no-idle' and 'nolapic'.
>
> I have no information on the possible down side of using any of these,
> but hey, if it lets you boot and things run, you're ahead of the game ;)
>
> I hope this helps.
>
> Bob

And if you succeed to boot that system, you can than install the kernel
from version that worked.

--

hda: lost interrupt

'noapic' solved the problem. Thanks!

On 5/11/07, Bob McGowan wrote:
> Dallas Clement wrote:
> > Hello All,
> >
> > I just installed the Debian Etch 4.0 on my system. It will not
> > complete bootup however. It keeps hanging on "hda: lost interrupt"
> > and eventually fails to boot entirely.
> >
> > I previously had Debian Etch "Testing" installed. It has been working
> > fine for the past month up to the moment I tried installing 4.0.
> >
> > I tried re-installing 4.0 three times all with the same result.
> >
> > My system is an Intel Core2 Duo. I'm trying to install Debian Etch 4.0
> > AMD64.
> >
> > Does anyone know how to recover from this error?
> >
> > Thanks,
> > Dallas
> >
> >
>
> My laptop Turion 64 requires using 'noapic' to boot and run. You can
> add this to the kernel 'command line' (at the boot prompt) for a one
> time test to see if it helps. If it does, edit your boot loader 'menu'
> to append this string to the entries for your kernel. You will need to
> read up on how to do these things for your particular boot loader.
>
> Other options you might try (some that I've heard about but not tried)
> are 'pci=no', 'acpi=no', 'acpi=no-idle' and 'nolapic'.
>
> I have no information on the possible down side of using any of these,
> but hey, if it lets you boot and things run, you're ahead of the game ;)
>
> I hope this helps.
>
> Bob
>
>

--

Syndicate content