[GIT PULL] libata fixes for v3.16-rc6

[GIT PULL] libata fixes for v3.16-rc6

[Tejun Heo]

Hello, Linus.

Late libata fixes.

The most important one is from Kevin Hao which makes sure that libata
only allocates tags inside the max tag number the controller supports.
libata always had this problem but the recent tag allocation change
and addition of support for sata_fsl which only supports queue depth
of 16 exposed the issue.

Hans de Goede agreed to become the maintainer of libahci_platform
which is under higher than usual development pressure from all the new
controllers popping up from the ARM world.

Thanks.

The following changes since commit 2a0bdff6b958d1b2523d2754b6cd5e0ea4053016:

  ahci_xgene: fix the dma state machine lockup for the IDENTIFY DEVICE PIO mode command. (2014-07-08 11:46:05 -0400)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git 

for you to fetch changes up to b32bfc06aefab61acc872dec3222624e6cd867ed:

  ahci: add support for the Promise FastTrak TX8660 SATA HBA (ahci mode) (2014-07-18 18:00:50 -0400)

----------------------------------------------------------------
Alexey Asemov (1):
      libata: EH should handle AMNF error condition as a media error

Andrey Utkin (1):
      drivers/ata/pata_ep93xx.c: use signed int type for result of platform_get_irq()

Hans de Goede (1):
      MAINTAINERS: Add Hans de Goede as ahci-platform maintainer

Kevin Hao (1):
      libata: support the ata host which implements a queue depth less than 32

Romain Degez (1):
      ahci: add support for the Promise FastTrak TX8660 SATA HBA (ahci mode)

 MAINTAINERS               | 10 ++++++++++
 drivers/ata/ahci.c        |  1 +
 drivers/ata/libata-core.c | 22 +++++++++++++++++++---
 drivers/ata/libata-eh.c   |  9 +++++----
 drivers/ata/pata_ep93xx.c |  2 +-
 5 files changed, 36 insertions(+), 8 deletions(-)

-- 
tejun

Re: [GIT PULL] libata fixes for v3.16-rc6

[Linus Torvalds]

On Mon, Jul 21, 2014 at 5:17 AM, Tejun Heo <tj@kernel.org> wrote:
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git
>
> for you to fetch changes up to b32bfc06aefab61acc872dec3222624e6cd867ed:

Nope, nothing like that there.

Did you perhaps mean for me to pull the "for-3.16-fixes" branch?
Because that does indeed match what you are speaking of...

I pulled the correct branch, but please, please, *please* fix your
scripts to have the right branch name.

              Linus

Re: [GIT PULL] libata fixes for v3.16-rc6

[Tejun Heo]

Hello, Linus.

On Mon, Jul 21, 2014 at 11:27:18AM -0700, Linus Torvalds wrote:
> On Mon, Jul 21, 2014 at 5:17 AM, Tejun Heo <tj@kernel.org> wrote:
> >
> >   git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git
> >
> > for you to fetch changes up to b32bfc06aefab61acc872dec3222624e6cd867ed:
> 
> Nope, nothing like that there.
> 
> Did you perhaps mean for me to pull the "for-3.16-fixes" branch?
> Because that does indeed match what you are speaking of...
> 
> I pulled the correct branch, but please, please, *please* fix your
> scripts to have the right branch name.

Urgh... sorry about that.  This is the same git-request-pull problem
that occurred the last time.  I forgot adding cc:stable to the last
patch and force-pushed that out before generating the pull request (I
had it sitting in my local branch for some days) and git-request-pull
dropped the branch name because the commit IDs of local and remote
disagreed.  git --version says 1.9.3.  Maybe it's not fixed in this
version yet?

Thanks.

-- 
tejun

Re: [GIT PULL] libata fixes for v3.16-rc6

[Linus Torvalds]

On Mon, Jul 21, 2014 at 11:33 AM, Tejun Heo <tj@kernel.org> wrote:
>
> Urgh... sorry about that.  This is the same git-request-pull problem
> that occurred the last time.  I forgot adding cc:stable to the last
> patch and force-pushed that out before generating the pull request (I
> had it sitting in my local branch for some days) and git-request-pull
> dropped the branch name because the commit IDs of local and remote
> disagreed.  git --version says 1.9.3.  Maybe it's not fixed in this
> version yet?

So git 2.0 should have the fix where it complains loudly if it cannot
find things instead of leaving things empty. It's probably not in
1.9.3.

           Linus