DMA activation problem on Intel ICH7 82801GBM/GHMA
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
DMA activation problem on Intel ICH7 82801GBM/GHMA
I have Acer Travelmate 3250 laptop (Core Duo).
Activating DMA on my harddrive seems to be impossible. The IDE controller is:
Code:
IDE Interface Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 02) (prof-if 90 [Master])
I also checked, I checked the option "Intel PIIXn chipsets support" in the kernel configuration "ATA/ATAPI/MFM/RLL support"
and also checked "Intel ESB, ICH, PIIX3 PIIX4 PATA/SATA SUPPORT" and "AHCI SATA SUPPORT" under "Serial ATA(prod) and Parallel ATA (experimental) drivers" and even I checked "Generic ATA support"
Generally recent kernels activate DMA for IDE disks automatically whenever it's possible. If it's turned off then activating it manually mostly won't work.
IDE disks have built-in controllers, thus the need for DMA. The thing on the motherboard called "IDE controller" merely provides IDE interface.
SCSI controllers are real controllers, consequently there is no such thing as DMA for SCSI disks.
I think SATA works like SCSI.
Generally recent kernels activate DMA for IDE disks automatically whenever it's possible. If it's turned off then activating it manually mostly won't work.
IDE disks have built-in controllers, thus the need for DMA. The thing on the motherboard called "IDE controller" merely provides IDE interface.
SCSI controllers are real controllers, consequently there is no such thing as DMA for SCSI disks.
I think SATA works like SCSI.
Um...how about my /dev/cdrom ? I also can't activate it. My K3b warned me that DMA is not activated.
Disk read 1.3 MB/s is not normal indeed. I think your kernel is using generic IDE driver for your controller. I'm not familiar with this h/w, is your HDD SATA or not? SATA devices should show up as sdx if kernel is configured properly.
I have a SATA hard drive, and it does not have a DMA setting. If you're using PATA drives, this page may be of some use. Further down the thread in that link there is a full patch, although given that it was signed off in September last year, it should have made it into recent kernels.
Disk read 1.3 MB/s is not normal indeed. I think your kernel is using generic IDE driver for your controller. I'm not familiar with this h/w, is your HDD SATA or not? SATA devices should show up as sdx if kernel is configured properly.
nope my hard disk is not SATA, /dev/hda is absolutely correct.
I have a SATA hard drive, and it does not have a DMA setting. If you're using PATA drives, this page may be of some use. Further down the thread in that link there is a full patch, although given that it was signed off in September last year, it should have made it into recent kernels.
I have never patch kernel before, could you tell me how to apply that patch please..
And also, the path of ata_piix.c (in that link is linux-2.6.17-new/drivers/scsi/ata_piix.c ) file is different in kernel 2.6.21.1. In the kernel 2.6.21.1 is in "drivers/ata". Then can this patch apply to this new kernel?
That's the right page, indeed. I've never tried patching a kernel myself, so I think it would be best if someone more knowledgeable could answer your question about that. At a guess, I'd say it's probably best not to apply the patch to a different kernel version though. As I mentioned earlier, given that that patch was released some months ago, I'd be surprised if it hadn't already made it into the kernel for 2.6.21. Since it's a fairly short patch, it might be worth opening up the unpatched 2.6.21 source file and checking the code, and applying the patch manually if necessary. At least you'll know exactly what's going on then, even if it takes a few extra minutes. Of course, backing up the source file in question before modification would probably be a good idea!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.