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
prev 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).