On Tue, 29 Oct 2013 12:58:09 -0600 Jens Axboe <ax...@kernel.dk> wrote:
> On 10/29/2013 12:41 PM, Stephen M. Cameron wrote:
> > From: Stephen M. Cameron <scame...@beardog.cce.hp.com>
> >
> > A return value of 1 is interpreted as an error
> >
> > Signed-off-by: Stephen M. Cameron <scame...@beardog.cce.hp.com>
> > ---
> > drivers/block/cciss.c | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
> > index edfa251..0c004ac 100644
> > --- a/drivers/block/cciss.c
> > +++ b/drivers/block/cciss.c
> > @@ -5183,7 +5183,7 @@ reinit_after_soft_reset:
> > rebuild_lun_table(h, 1, 0);
> > cciss_engage_scsi(h);
> > h->busy_initializing = 0;
> > - return 1;
> > + return 0;
> >
> > clean4:
> > cciss_free_cmd_pool(h);
> >
>
> How did this ever work?
Beats me. local_pci_probe() does
rc = pci_drv->probe(pci_dev, ddi->id);
if (rc) {
pci_dev->driver = NULL;
pm_runtime_put_sync(dev);
}
return rc;
shrug, maybe this ->probe somehow has a different caller which checks
for <0.
While we're there...
From: Andrew Morton <a...@linux-foundation.org>
Subject: drivers/block/cciss.c:cciss_init_one(): use proper errnos
pci_driver.probe should return a meaningful errno, not -1.
Cc: Jens Axboe <ax...@kernel.dk>
Cc: Stephen M. Cameron <scame...@beardog.cce.hp.com>
Signed-off-by: Andrew Morton <a...@linux-foundation.org>
---
drivers/block/cciss.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN
drivers/block/cciss.c~drivers-block-ccissc-cciss_init_one-use-proper-errnos
drivers/block/cciss.c
---
a/drivers/block/cciss.c~drivers-block-ccissc-cciss_init_one-use-proper-errnos
+++ a/drivers/block/cciss.c
@@ -5004,7 +5004,7 @@ reinit_after_soft_reset:
i = alloc_cciss_hba(pdev);
if (i < 0)
- return -1;
+ return -ENOMEM;
h = hba[i];
h->pdev = pdev;
@@ -5205,7 +5205,7 @@ clean_no_release_regions:
*/
pci_set_drvdata(pdev, NULL);
free_hba(h);
- return -1;
+ return -ENODEV;
}
static void cciss_shutdown(struct pci_dev *pdev)
_
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
