linux-kernel - Re: SW-IOMMU / ata_piix errors with 2.6.27-rc1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 04 Aug 2008 11:19:20 +0900
From:	Tejun Heo <tj@...nel.org>
To:	Juergen Kreileder <jk@...ckdown.de>
CC:	Robert Hancock <hancockr@...w.ca>, linux-kernel@...r.kernel.org,
	linux-ide@...r.kernel.org
Subject: Re: SW-IOMMU / ata_piix errors with 2.6.27-rc1

Juergen Kreileder wrote:
> Robert Hancock wrote:
>> Juergen Kreileder wrote:
>>> Hi,
>>>
>>> I get lots of errors like this with 2.6.27-rc1 on my
>>> Macbook Pro (3rd generation), 2.6.26 seems to work fine:
>>>
>>> [  907.524509] DMA: Out of SW-IOMMU space for 45056 bytes at device 0000:00:1f.2
>>> [  907.524783] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
>>> [  907.524796] ata3.00: cmd 35/00:50:08:91:5c/00:01:0f:00:00/e0 tag 0 dma 172032 out
>>> [  907.524798]          res 50/00:00:ff:90:5c/00:00:0f:00:00/ef Emask 0x40 (internal error)
>>> [  907.524805] ata3.00: status: { DRDY }
>>> [  907.646590] ata3.00: configured for UDMA/133
>>> [  907.646624] ata3: EH complete
> 
>>>
>>> Any suggestions?
>> You can try increasing the swiotlb size by booting with swiotlb=65536 
>> (for 128MB) or swiotlb=131072 (for 256MB), and see if that makes the 
>> problem go away.. It's unclear why you'd be running out of SWIOTLB space 
>> now, though, if 2.6.26 worked fine..
> 
> Still happening, although 256M make it a bit harder to trigger.

Hmm... sounds like mapping is leaking.  Eh... iommu leak debug seems to
support only AMD GART IOMMU.  How long does it take to reproduce the
bug?  Once it happens, it never recovers, right?  Does the problem
happen with minimal configuration w/ only libata enabled (no network, no
sound, no usb...)?

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