linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Tejun Heo <htejun@gmail.com>
Cc: kaber@trash.net, IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: Re: [PATCH #upstream-fixes] sata_sis: SCR accessors should return -EINVAL when the requested SCR isn't available
Date: Fri, 25 Apr 2008 00:47:21 -0400	[thread overview]
Message-ID: <48116259.7010101@garzik.org> (raw)
In-Reply-To: <480FE7EC.4030002@gmail.com>

Tejun Heo wrote:
> sis_scr_cfg_read() can't access SError and was incorrectly returning
> -1 instead of -EINVAL.  This went unnoticed because SError used to be
> cleared in @postreset() and it didn't care about how scr_read() failed
> but commit ac371987 moved SError clearing into sata_link_resume() and
> SCR access failure other than -EINVAL is considered an error condition
> and exposes the incorrect return value bug as detection failure.  Fix
> it.
> 
> Also, scsi_scr_cfg_write() was incorrectly returning 0 after it
> ignored the request to write to SError.  Make it also return -EINVAL.
> 
> This was bisected and reported by Patrick McHardy.
> 
> Signed-off-by: Tejun Heo <htejun@gmail.com>
> Cc: Patrick McHardy <kaber@trash.net>
> ---
> drivers/ata/sata_sis.c |   12 +++++++-----
> 1 file changed, 7 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/ata/sata_sis.c b/drivers/ata/sata_sis.c
> index 6b8e45b..1010b30 100644
> --- a/drivers/ata/sata_sis.c
> +++ b/drivers/ata/sata_sis.c
> @@ -142,7 +142,7 @@ static u32 sis_scr_cfg_read(struct ata_port *ap, 
> unsigned int sc_reg, u32 *val)
>     u8 pmr;
> 
>     if (sc_reg == SCR_ERROR) /* doesn't exist in PCI cfg space */
> -        return 0xffffffff;
> +        return -EINVAL;
> 
>     pci_read_config_byte(pdev, SIS_PMR, &pmr);
> 
> @@ -158,14 +158,14 @@ static u32 sis_scr_cfg_read(struct ata_port *ap, 
> unsigned int sc_reg, u32 *val)
>     return 0;
> }
> 
> -static void sis_scr_cfg_write(struct ata_port *ap, unsigned int sc_reg, 
> u32 val)
> +static int sis_scr_cfg_write(struct ata_port *ap, unsigned int sc_reg, 
> u32 val)
> {
>     struct pci_dev *pdev = to_pci_dev(ap->host->dev);
>     unsigned int cfg_addr = get_scr_cfg_addr(ap, sc_reg);
>     u8 pmr;
> 
>     if (sc_reg == SCR_ERROR) /* doesn't exist in PCI cfg space */
> -        return;
> +        return -EINVAL;
> 
>     pci_read_config_byte(pdev, SIS_PMR, &pmr);
> 
> @@ -174,6 +174,8 @@ static void sis_scr_cfg_write(struct ata_port *ap, 
> unsigned int sc_reg, u32 val)
>     if ((pdev->device == 0x0182) || (pdev->device == 0x0183) ||
>         (pdev->device == 0x1182) || (pmr & SIS_PMR_COMBINED))
>         pci_write_config_dword(pdev, cfg_addr+0x10, val);
> +
> +    return 0;
> }
> 
> static int sis_scr_read(struct ata_port *ap, unsigned int sc_reg, u32 *val)
> @@ -211,14 +213,14 @@ static int sis_scr_write(struct ata_port *ap, 
> unsigned int sc_reg, u32 val)
>     pci_read_config_byte(pdev, SIS_PMR, &pmr);
> 
>     if (ap->flags & SIS_FLAG_CFGSCR)
> -        sis_scr_cfg_write(ap, sc_reg, val);
> +        return sis_scr_cfg_write(ap, sc_reg, val);
>     else {
>         iowrite32(val, ap->ioaddr.scr_addr + (sc_reg * 4));
>         if ((pdev->device == 0x0182) || (pdev->device == 0x0183) ||
>             (pdev->device == 0x1182) || (pmr & SIS_PMR_COMBINED))
>             iowrite32(val, ap->ioaddr.scr_addr + (sc_reg * 4)+0x10);
> +        return 0;
>     }
> -    return 0;
> }
> 

applied



      parent reply	other threads:[~2008-04-25  4:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-24  1:52 [PATCH #upstream-fixes] sata_sis: SCR accessors should return -EINVAL when the requested SCR isn't available Tejun Heo
2008-04-24  3:30 ` Patrick McHardy
2008-04-25  4:47 ` Jeff Garzik [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48116259.7010101@garzik.org \
    --to=jeff@garzik.org \
    --cc=htejun@gmail.com \
    --cc=kaber@trash.net \
    --cc=linux-ide@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).