lkml.org 
[lkml]   [2002]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectIDE DMA problem on ALi chipset
Hi,

I am experiencing quite heavy problems with DMA on IDE disks on one older
piece of hardware. Output from /proc/pci attached at the end of mail.

If I don't turn off DMA on all IDE disks, after quite a short while after
bootup (commonly during run of /sbin/init), I get many error messages of
all kinds (some programs segfault, for example), and after bootup my
console gets filled (cca 1 message per minute, not under heavy disk
access) with such messages:

init_special_inode: bogus imode(0)

(imode followed by different numbers, but 0 is the most common).

Tried on kernel 2.4.9 from RedHat (there I get SeekError messages, instead
of those mentioned above), 2.4.16, 2.4.18, I've heard that it happens to
someone even with 2.4.19-pre7, but I haven't tested it myself yet.

After I again boot with DMA turned off, fsck complains a lot (orphaned
inodes, orphaned linked lists, bad file attributes, etc.), after repairing
some of the files fsck mentioned are lost forever, /lost+found is filled
with many entries, etc).

Here is complete /proc/pci from that computer

PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Acer Laboratories Inc. [ALi] M1621 (rev 5).
Prefetchable 32 bit memory at 0xe0000000 [0xe3ffffff].
Bus 0, device 1, function 0:
PCI bridge: Acer Laboratories Inc. [ALi] M5247 (rev 1).
Master Capable. No bursts. Min Gnt=7.
Bus 0, device 7, function 0:
ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev 195).
Bus 0, device 15, function 0:
IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev 193).
IRQ 14.
Master Capable. Latency=32. Min Gnt=2.Max Lat=4.
I/O at 0xffa0 [0xffaf].
Bus 0, device 16, function 0:
Ethernet controller: Hewlett-Packard Company J2585B (rev 0).
IRQ 9.
Master Capable. Latency=64. Min Gnt=8.Max Lat=32.
I/O at 0xde00 [0xdeff].
Non-prefetchable 32 bit memory at 0xdfffe000 [0xdfffffff].

I've searched archives of LKML, but didn't find any solution. Thnaks in
advance for your replies.

--
JiKos.


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

\
 
 \ /
  Last update: 2005-03-22 13:25    [W:0.044 / U:6.964 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site