<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/ata, branch v2.6.28</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v2.6.28</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v2.6.28'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2008-12-16T10:40:34Z</updated>
<entry>
<title>pata_hpt366: no ATAPI DMA</title>
<updated>2008-12-16T10:40:34Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-12-09T08:14:04Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=3ee89f177e3cef0b5b024bcb6df683a3fa7d795f'/>
<id>urn:sha1:3ee89f177e3cef0b5b024bcb6df683a3fa7d795f</id>
<content type='text'>
IDE hpt366 driver doesn't allow DMA for ATAPI devices and MWDMA2 on
ATAPI device locks up pata_hpt366.  Follow the suit.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>pata_hpt366: fix cable detection,</title>
<updated>2008-12-16T10:40:32Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-12-09T08:13:19Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=bab5b32a537edc83ff86bff91e46f328339f49f8'/>
<id>urn:sha1:bab5b32a537edc83ff86bff91e46f328339f49f8</id>
<content type='text'>
pata_hpt366 is strange in that its two channels occupy two PCI
functions and both are primary channels and bit1 of PCI configuration
register 0x5A indicates cable for both channels.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Cc: Alan Cox &lt;alan@lxorguk.ukuu.org.uk&gt;
Cc: Sergei Shtylyov &lt;sshtylyov@ru.mvista.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>libata: fix Seagate NCQ+FLUSH blacklist</title>
<updated>2008-12-16T10:40:30Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-12-11T04:42:42Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d10d491f842243e2e3bf5a2714020f9d649e1e38'/>
<id>urn:sha1:d10d491f842243e2e3bf5a2714020f9d649e1e38</id>
<content type='text'>
Due to miscommunication, P/N was mistaken as firmware revision
strings.  Update it.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>ata: Fix experimental tags</title>
<updated>2008-12-09T05:44:29Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@redhat.com</email>
</author>
<published>2008-12-05T19:43:03Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=e3389cbc65ecc486d4aea2f0e9114abc0f849be2'/>
<id>urn:sha1:e3389cbc65ecc486d4aea2f0e9114abc0f849be2</id>
<content type='text'>
Various tags are now way out of date

Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>pata_ninja32: update ID table</title>
<updated>2008-12-09T05:44:19Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@redhat.com</email>
</author>
<published>2008-12-05T19:42:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b604958a98f108dc6a44c32cc8062659bd5fd324'/>
<id>urn:sha1:b604958a98f108dc6a44c32cc8062659bd5fd324</id>
<content type='text'>
Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>pata_sis: Remove bogus cable match</title>
<updated>2008-12-09T05:44:11Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@redhat.com</email>
</author>
<published>2008-12-05T19:41:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=e33ba2c6c668a2be8f192b383186ee7cbb371da0'/>
<id>urn:sha1:e33ba2c6c668a2be8f192b383186ee7cbb371da0</id>
<content type='text'>
Some systems report SIS 5513 as both vendor/id and subvendor/id
string. In that case we can't distinguish the system by the id
svid/sdid and in fact the entry here breaks some boxes. At some
point we need to find another way to detect the Targa Visionary 1000,
until then this trades a hang for some users with lower performance
for others.

Closes: #12092

Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>ATA: piix, fix pointer deref on suspend</title>
<updated>2008-12-09T05:43:54Z</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2008-12-03T08:13:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9ac6212660fa3d8d0d21e782a22b956a6bc78a43'/>
<id>urn:sha1:9ac6212660fa3d8d0d21e782a22b956a6bc78a43</id>
<content type='text'>
Hi,

I've found this issue in the mmotm 2008-12-02-17-08.

--

Commit
ata_piix: add borked Tecra M4 to broken suspend list
introduced DMI variables checking, but they can be null, so that
we possibly dereference null.

Check if they are null and avoid checks in that case.

Solves:
BUG: unable to handle kernel NULL pointer dereference at 0000000000000000
IP: [&lt;ffffffff8043da97&gt;] piix_pci_device_suspend+0x117/0x230

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Cc: Jeff Garzik &lt;jgarzik@redhat.com&gt;
Cc: Alexandru Romanescu &lt;a_romanescu@yahoo.co.uk&gt;
Cc: Tejun Heo &lt;tj@kernel.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>pata_hpt366: fix clock detection</title>
<updated>2008-12-09T05:43:40Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-12-08T09:48:42Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2456eb819be7aa2cac73359c2855dfa30e46d75a'/>
<id>urn:sha1:2456eb819be7aa2cac73359c2855dfa30e46d75a</id>
<content type='text'>
pata_hpt366 had its clock detection wrong and detected 25Mhz as 40Mhz
and vice-versa.  Fix it.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>libata: blacklist Seagate drives which time out FLUSH_CACHE when used with NCQ</title>
<updated>2008-12-01T18:49:27Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-11-27T04:36:48Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=ac70a964b0e22a95af3628c344815857a01461b7'/>
<id>urn:sha1:ac70a964b0e22a95af3628c344815857a01461b7</id>
<content type='text'>
Some recent Seagate harddrives have firmware bug which causes FLUSH
CACHE to timeout under certain circumstances if NCQ is being used.
This can be worked around by disabling NCQ and fixed by updating the
firmware.  Implement ATA_HORKAGE_FIRMWARE_UPDATE and blacklist these
devices.

The wiki page has been updated to contain information on this issue.

  http://ata.wiki.kernel.org/index.php/Known_issues

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>[libata] pata_rb532_cf: fix signature of the xfer function</title>
<updated>2008-12-01T18:49:17Z</updated>
<author>
<name>Phil Sutter</name>
<email>n0-1@freewrt.org</email>
</author>
<published>2008-11-28T19:48:35Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=03f60840fa462e92220b093f778b2426ceab23af'/>
<id>urn:sha1:03f60840fa462e92220b093f778b2426ceab23af</id>
<content type='text'>
Per definition, this function should return the number of bytes
consumed. As the original parameter "buflen" is being decremented inside
the read/write loop, save it in "retlen" at the beginning.

Signed-off-by: Phil Sutter &lt;n0-1@freewrt.org&gt;
Acked-by: Sergei Shtyltov &lt;sshtylyov@ru.mvista.com&gt;
Acked-by: Bartlomiej Zolnierkiewicz &lt;bzolnier@gmail.com&gt;
Acked-by: Florian Fainelli &lt;florian@openwrt.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
</feed>
