<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.ide">
    <title>gmane.linux.ide</title>
    <link>http://permalink.gmane.org/gmane.linux.ide</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52163"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52162"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52160"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52159"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52158"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52157"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52156"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52155"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52154"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52153"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52152"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52151"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52150"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52149"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52148"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52147"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52146"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52145"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52144"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.ide/52142"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52163">
    <title>Re: [PATCH v3 1/3] PATA host controller driver for ep93xx</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52163</link>
    <description>&lt;pre&gt;
applied



--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Jeff Garzik</dc:creator>
    <dc:date>2012-05-22T20:05:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52162">
    <title>Re: [PATCH] ata, Add " 2GB ATA Flash Disk"/"ADMA428M" to DMA blacklist</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52162</link>
    <description>&lt;pre&gt;
applied



--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Jeff Garzik</dc:creator>
    <dc:date>2012-05-22T20:04:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52160">
    <title>Re: [PATCH V3 1/3] ata: pata_arasan: Add clk_{un}prepare() support</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52160</link>
    <description>&lt;pre&gt;


these do not apply to upstream, for me...

--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Jeff Garzik</dc:creator>
    <dc:date>2012-05-22T20:01:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52159">
    <title>Re: [Bug 11133] PIIX4 DMA timeout issue</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52159</link>
    <description>&lt;pre&gt;Hello.

On 05/22/2012 05:01 PM, bugzilla-daemon&amp;lt; at &amp;gt;bugzilla.kernel.org wrote:


[...]


    Which does not mean errors there should not be fixed.

WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Sergei Shtylyov</dc:creator>
    <dc:date>2012-05-22T15:59:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52158">
    <title>Re:</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52158</link>
    <description>&lt;pre&gt;...Get rich working on-line  
http://www.mfi.es/html/facebook.news.php?irhotmailID=26j8


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>skoffman&lt; at &gt;aol.com</dc:creator>
    <dc:date>2012-05-22T14:39:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52157">
    <title>You have been chosen: (Potential Income) Recommends Advanced Sports to you</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52157</link>
    <description>&lt;pre&gt;Email        :christine&amp;lt; at &amp;gt;yahoo.com
Friend Name  :Friend
Friend Email :linux-ide&amp;lt; at &amp;gt;vger.kernel.org
comment      :

You have been picked to be an exclusive online profits case study.

You will be taught personally from a $2,192,289 online marketer.

This is the same EXACT system.


Never before has this been done.


If you want to be one of the lucky 30 students 

of master Jamie.. be one of 30 lucky actual case studies 

right now by signing up here: 


Christine Sarrosa

The sender of this email receives compensation
when products are purchased. Results will widely vary.
This is an advertisement.


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>christine&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-05-22T14:08:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52156">
    <title>[Bug 11133] PIIX4 DMA timeout issue</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52156</link>
    <description>&lt;pre&gt;https://bugzilla.kernel.org/show_bug.cgi?id=11133


Alan &amp;lt;alan&amp;lt; at &amp;gt;lxorguk.ukuu.org.uk&amp;gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WILL_NOT_FIX




&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;bugzilla.kernel.org</dc:creator>
    <dc:date>2012-05-22T13:00:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52155">
    <title>[Bug 11133] PIIX4 DMA timeout issue</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52155</link>
    <description>&lt;pre&gt;https://bugzilla.kernel.org/show_bug.cgi?id=11133


Alan &amp;lt;alan&amp;lt; at &amp;gt;lxorguk.ukuu.org.uk&amp;gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED




--- Comment #1 from Alan &amp;lt;alan&amp;lt; at &amp;gt;lxorguk.ukuu.org.uk&amp;gt;  2012-05-22 13:01:09 ---
drivers/ide is now obsolete

&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;bugzilla.kernel.org</dc:creator>
    <dc:date>2012-05-22T13:01:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52154">
    <title>SHOCKING SYSTEM.(and one weird rule) Recommends Advanced Sports to you</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52154</link>
    <description>&lt;pre&gt;Email        :ronrajan&amp;lt; at &amp;gt;yahoo.com
Friend Name  :Friend
Friend Email :linux-ide&amp;lt; at &amp;gt;vger.kernel.org
comment      :


Hi Friend,

Here's a controversial new system revealing

affiliate marketing's number one rule...

=======&amp;gt;  http://bit.ly/LarThw

During this revealing presentation, this crazy
underground affiliate reveals the BRUTAL TRUTH why
most beginner marketers DON'T make even one cent
online.

Ya, you might say it's a bit controversial...

.BUT if you want to discover the truth about
driving insane amounts of traffic the way the top
super affiliates do it, and find out the number
one rule that's been kept from you all along, then
you need to check out what this guy has to say:

=======&amp;gt;  http://bit.ly/LarThw

This WON'T be available forever so my best advice
is to go check it out right now.

Ron Rajan

P.S. If you've been looking for a STEP BY STEP
system for getting crazy amounts of laser targeted
traffic, then you'll certainly want to check this
out.

Just make sure you pay close attention to the
weird ru&lt;/pre&gt;</description>
    <dc:creator>ronrajan&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-05-21T19:18:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52153">
    <title>Hi Friend Your $997 Website Is Ready. Recommends Advanced Sports to you</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52153</link>
    <description>&lt;pre&gt;Email        :janderson&amp;lt; at &amp;gt;yahoo.com
Friend Name  :Friend
Friend Email :linux-ide&amp;lt; at &amp;gt;vger.kernel.org
comment      :

Hi Friend,


Your $997 website is waiting for you!

----&amp;gt; http://bit.ly/KWaw4z

Your website is paid for...

Your hosting is paid for...

It's ready to take orders!

All you need to do is go here to get it!

----&amp;gt; http://bit.ly/KWaw4z

Talk soon

John Anderson



--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>janderson&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-05-21T18:16:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52152">
    <title>For your information</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52152</link>
    <description>&lt;pre&gt;Good day, 

My name is Eric Chua, Director at SWIFT Securities Markets, Asia Pacific China. This letter is written to you regarding a fixed investment account under our foreign investment policy.

Being mandatory that holder/beneficiary is periodically notified concerning financial status of account(s), I am writing to this effect since you share the same last name as this investment account. Upon your earliest reply, detail and necessary information will be made available for your reference.

Kind regards,
Eric Chua
SWIFT Securities Markets, 
Asia Pacific China
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Eric Chua</dc:creator>
    <dc:date>2012-05-21T13:23:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52151">
    <title>SHOCKING SYSTEM.(and one weird rule) Recommends Advanced Sports to you</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52151</link>
    <description>&lt;pre&gt;Email        :ronrajan&amp;lt; at &amp;gt;yahoo.com
Friend Name  :Friend
Friend Email :linux-ide&amp;lt; at &amp;gt;vger.kernel.org
comment      :


Hi Friend,

Here's a controversial new system revealing

affiliate marketing's number one rule...

=======&amp;gt;  http://bit.ly/LarThw

During this revealing presentation, this crazy
underground affiliate reveals the BRUTAL TRUTH why
most beginner marketers DON'T make even one cent
online.

Ya, you might say it's a bit controversial...

.BUT if you want to discover the truth about
driving insane amounts of traffic the way the top
super affiliates do it, and find out the number
one rule that's been kept from you all along, then
you need to check out what this guy has to say:

=======&amp;gt;  http://bit.ly/LarThw

This WON'T be available forever so my best advice
is to go check it out right now.

Ron Rajan

P.S. If you've been looking for a STEP BY STEP
system for getting crazy amounts of laser targeted
traffic, then you'll certainly want to check this
out.

Just make sure you pay close attention to the
weird ru&lt;/pre&gt;</description>
    <dc:creator>ronrajan&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-05-21T07:10:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52150">
    <title>Re: [PATCH 12/12] scsi_transport_sas: fix delete vs scan race</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52150</link>
    <description>&lt;pre&gt;
It turns out this patch can cause a deadlock in the scenario where we
have two hosts scanning and the "previous" host (according to the
async scan queue), experiences a device removal event.  I think the
following should be all we need:

diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c
index 01b0374..8906557 100644
--- a/drivers/scsi/scsi_scan.c
+++ b/drivers/scsi/scsi_scan.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1714,6 +1714,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void scsi_sysfs_add_devices(struct
Scsi_Host *shost)
 {
        struct scsi_device *sdev;
        shost_for_each_device(sdev, shost) {
+               /* target removed before the device could be added */
+               if (sdev-&amp;gt;sdev_state == SDEV_DEL)
+                       continue;
                if (!scsi_host_scan_allowed(shost) ||
                    scsi_sysfs_add_sdev(sdev) != 0)
                        __scsi_remove_device(sdev);

...since starget removal will mark the sdevs as deleted under
scan_mutex.  scsi_sysfs_add_devices can simply ignore deleted devices.
 I'll post this p&lt;/pre&gt;</description>
    <dc:creator>Dan Williams</dc:creator>
    <dc:date>2012-05-20T19:20:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52149">
    <title>Re: ATA errors corrupt other I/O &amp; set / readonly</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52149</link>
    <description>&lt;pre&gt;On 2012/05/19 17:28 (GMT-0600) Robert Hancock composed:


...


The "other" I/O being done while I'm attempting to use these is usually 
limited to tty I/O, either bash or MC running in bash running on tty[1-6] in 
runlevel 3 to copy files between one HD and another, usually both source and 
target in individual RX-358 units, often just from the NTFS partition to the 
EXT2 partition in the same RX-358 unit. The STB[1] that I bought the V2 to 
use with only writes to Windows partitions via USB connection, which 
complicates life by forcing me to move files off the NTFS partition to free 
up space.

The V2 also produces trouble in USB mode, and when connected via SATA to 
WinXP, for which the only workaround I know is rebooting until it gets 
recognized. Connected via USB to the STB the NTFS partition would sometimes 
become marked so as to become unavailable to the STB. The only way to 
reenable access to it is to have WinXP run CHKDSK on it, which is how I would 
discover the unreliability of its connectibil&lt;/pre&gt;</description>
    <dc:creator>Felix Miata</dc:creator>
    <dc:date>2012-05-20T04:56:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52148">
    <title>[PATCH 3.3.y] libata: forbid port runtime pm by default, fixing regression</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52148</link>
    <description>&lt;pre&gt;From: Lin Ming &amp;lt;ming.m.lin&amp;lt; at &amp;gt;intel.com&amp;gt;
Date: Wed, 18 Apr 2012 09:29:47 +0800

commit 0c8d32c27f5cf6e14ca14b4758d1e994eebd50fd upstream.

Forbid port runtime pm by default because it has known hotplug issue.
User can allow it by, for example

echo auto &amp;gt; /sys/devices/pci0000:00/0000:00:1f.2/ata2/power/control

Signed-off-by: Lin Ming &amp;lt;ming.m.lin&amp;lt; at &amp;gt;intel.com&amp;gt;
Signed-off-by: Jeff Garzik &amp;lt;jgarzik&amp;lt; at &amp;gt;redhat.com&amp;gt;
Signed-off-by: Jonathan Nieder &amp;lt;jrnieder&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
Hi Greg,

Please consider

  0c8d32c27f5c libata: forbid port runtime pm by default, fixing
               regression

for inclusion in the 3.3-stable tree.  (It should apply there cleanly.
The copy in this message is just for easy reference.)

Michael Schmitt noticed[1] using a 3.3.4-based kernel that powering
his esata enclosure on, off, and back on again would cause Linux to no
longer recognize the disk.  By contrast, a 3.2.y-based kernel worked
fine.  Examining logs reveals that on 3.3.y the second time the
enclosure turns on, no PHYRdgyChg CommWake ex&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2012-05-19T23:58:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52147">
    <title>Re: ATA errors corrupt other I/O &amp; set / readonly</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52147</link>
    <description>&lt;pre&gt;
It's hard to follow the discussion in the openSUSE bug report. I'm not 
sure if there was any dmesg posted from the case where other IO was 
being interfered with by the problems with the external device. In AHCI 
mode that really shouldn't happen, but in IDE mode on Intel controllers 
it may be more possible because of the PATA emulation that's effectively 
being done by the controller.

It's not possible to put in a blacklist entry for a specific SATA 
enclosure because they're essentially a passive device and there's no 
way to identify them through software (unless they have a custom ID 
string like the WD MyBook drives). If it only works properly at 1.5 Gbps 
then a module/boot parameter may be the best solution.
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Robert Hancock</dc:creator>
    <dc:date>2012-05-19T23:28:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52146">
    <title>Re: [PATCH 1/1] ahci: Detect Marvell 88SE9172 SATA controller</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52146</link>
    <description>&lt;pre&gt;Ping?  This patch has been rock-solid on this machine for the last 3 
weeks, and the machine won't boot without it.  I'm happy to provide any 
additional context, but otherwise, can this be committed?
Thanks!
-Matt

On 04/30/2012 02:22 PM, Matt Johnson wrote:
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Matt Johnson</dc:creator>
    <dc:date>2012-05-18T07:11:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52145">
    <title>Re: [libsas PATCH v13] scsi, sd: limit the scope of the async probe domain</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52145</link>
    <description>&lt;pre&gt;On Thu, May 17, 2012 at 7:14 AM, James Bottomley
&amp;lt;James.Bottomley&amp;lt; at &amp;gt;hansenpartnership.com&amp;gt; wrote:

Can do.

To make the merge cleaner I will rebase the isci tree to have zero
dependencies on the pending libsas update (which adds suspend/resume
support).  Then after you have a chance to merge the libsas update [1]
I'll send a final patch to enable suspend/resume for isci.

--
Dan

[1]: http://marc.info/?l=linux-scsi&amp;amp;m=133632746229553&amp;amp;w=2
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Dan Williams</dc:creator>
    <dc:date>2012-05-17T22:15:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52144">
    <title>Re: [PATCH V3 Resend 07/12] ata/sata_mv: Remove conditional compilation of clk code</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52144</link>
    <description>&lt;pre&gt;On Tue, 8 May 2012 09:22:34 +0530
Viresh Kumar &amp;lt;viresh.kumar&amp;lt; at &amp;gt;st.com&amp;gt; wrote:


There have been significant changes to drivers/ata/sata_mv.c in
linux-next so I have reworked the patch as below.

I notice that with x86_64 allmodconfig (CONFIG_HAVE_CLK=n), this patch
adds quite a lot of program text:

   text    data     bss     dec     hex filename
  26926    2657    7648   37231    916f drivers/ata/sata_mv.o
  27528    2657    7832   38017    9481 drivers/ata/sata_mv.o

This is an unacceptable increase for a purely cosmetic change!

For some reason,
ata-pata_arasan-remove-conditional-compilation-of-clk-code.patch
shrinks drivers/ata/pata_arasan_cf.o by 60 bytes, so that's good.

drivers/net/can/c_can/c_can_platform.o got 18 bytes bigger, which we
can live with.



I checked a few other patches and didn't see similar code bloat.

I note that usb-musb-remove-conditional-compilation-of-clk-code.patch
accidentally fixed the build of drivers/usb/musb/ux500.c.  In the
mainline kernel I get

drivers/usb/musb/ux500.c:&lt;/pre&gt;</description>
    <dc:creator>Andrew Morton</dc:creator>
    <dc:date>2012-05-17T20:42:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52142">
    <title>Re: [libsas PATCH v13] scsi, sd: limit the scope of the async probe domain</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52142</link>
    <description>&lt;pre&gt;On Thu, May 17, 2012 at 1:13 AM, James Bottomley
&amp;lt;James.Bottomley&amp;lt; at &amp;gt;hansenpartnership.com&amp;gt; wrote:

Yeah, that got removed in a later version:

http://www.spinics.net/lists/linux-ide/msg43429.html

Seeing as you are pulling individual patches from the Wayback machine
let me know which ones need resending.  My current backlog (minus this
one) is:

9f8a41c libsas: cleanup spurious calls to scsi_schedule_eh
06895b3 libata, libsas: introduce sched_eh and end_eh port ops
f41b618 scsi: fix eh wakeup (scsi_schedule_eh vs scsi_restart_operations)
3bd4c2a scsi_transport_sas: fix delete vs scan race
af80d48 libsas: enforce eh strategy handlers only in eh context
6e1d0a0 libsas: add sas_eh_abort_handler
0422f1f libsas: use -&amp;gt;lldd_I_T_nexus_reset for -&amp;gt;eh_bus_reset_handler
b579e49 isci: use sas eh strategy handlers
3cbe97b libsas: trim sas_task of slow path infrastructure
b377ed2 libsas: sas_rediscover_dev did not look at the SMP exec status.
1821ae0 mvsas: remove unused variable in mvs_task_exec()
3a9bfca libata: reset on&lt;/pre&gt;</description>
    <dc:creator>Dan Williams</dc:creator>
    <dc:date>2012-05-17T13:38:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.ide/52141">
    <title>Re: [libsas PATCH v13] scsi, sd: limit the scope of the async probe domain</title>
    <link>http://permalink.gmane.org/gmane.linux.ide/52141</link>
    <description>&lt;pre&gt;
This #if is unnecessary.  There's no need to conditionally compile
external variable or function declarations.  The only reason we do it
for functions is if we need an else branch with an empty body.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>James Bottomley</dc:creator>
    <dc:date>2012-05-17T08:13:16</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.ide">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.ide</link>
  </textinput>
</rdf:RDF>

