Messages in this thread | | | From | Jari Aalto <> | Subject | Re: 2.6.25 DMA: Out of SW-IOMMU space - Asus M2N32 AMD 8GB memory | Date | Mon, 25 Aug 2008 01:16:01 +0300 |
| |
Robert Hancock <hancockr@shaw.ca> writes:
> Jari Aalto wrote: >>>> $ grep -Ei 'iommu|agp' /boot/config-2.6.25-2-amd64 >>>> CONFIG_GART_IOMMU=y >>>> CONFIG_CALGARY_IOMMU=y >>>> CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y >>>> CONFIG_IOMMU_HELPER=y >>>> CONFIG_AGP=y >>>> CONFIG_AGP_AMD64=y >>>> CONFIG_AGP_INTEL=m >>>> CONFIG_AGP_SIS=m >>>> CONFIG_AGP_VIA=m >>> Do you have problems without "iommu=XXX"? >> >> ...whole harddisk to corrupt and I had to reinstall everything. >> It might have been a little older kernel (2.6.23?), but I don't recall >> it exactly. >> >> Would you suggest that "immu=off" would be best option? > > No, you can't use iommu=off. If you have memory located over 4GB and > devices which can only do 32-bit DMA then you need some kind of IOMMU > support, otherwise things will just blow up. > > If you use no options and it's enabled in the kernel config it should be > using the GART IOMMU built into the CPU on this machine..
So, with newest kernel I should just leave 'iommu' out from boot options. I could try to upgrade even to 2.6.26, which Debian has in unstable repository.
What, if after booting to 2.6.26 and without any 'iommu' boot parameters, there still appears "Out of Iommu space" messages? What kind of logs should I post?
I'm a bit nervous due to past experience of complete hardd disk corruption. But if that was problem with the old kernel and more later versions are safer in this repect, I could once more.
Jari
| |