From: Pawel Moll <pawel.moll@arm.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
Olof Johansson <olof@lixom.net>,
Stephen Warren <swarren@wwwdotorg.org>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"paul@pwsan.com" <paul@pwsan.com>, Arnd Bergmann <arnd@arndb.de>,
Peter De Schrijver <pdeschrijver@nvidia.com>,
"arm@kernel.org" <arm@kernel.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH 4/5] [SCSI] Do not use platform_bus as a parent
Date: Fri, 01 Aug 2014 18:25:24 +0100 [thread overview]
Message-ID: <1406913924.22529.51.camel@hornet> (raw)
In-Reply-To: <20140727150720.GC1723@kroah.com>
On Sun, 2014-07-27 at 16:07 +0100, Greg Kroah-Hartman wrote:
> Ah, ok, it's a scsi core thing, not a driver core thing, that's less
> confusing now. For a "fallback" of a platform device, if you switch the
> lines around you should be fine, something like this patch perhaps:
>
> diff --git a/drivers/scsi/hosts.c b/drivers/scsi/hosts.c
> index 3cbb57a8b846..d8d3b294f5bc 100644
> --- a/drivers/scsi/hosts.c
> +++ b/drivers/scsi/hosts.c
> @@ -218,16 +218,16 @@ int scsi_add_host_with_dma(struct Scsi_Host *shost, struct device *dev,
> goto fail;
>
> if (!shost->shost_gendev.parent)
> - shost->shost_gendev.parent = dev ? dev : &platform_bus;
> - if (!dma_dev)
> - dma_dev = shost->shost_gendev.parent;
> -
> - shost->dma_dev = dma_dev;
> + shost->shost_gendev.parent = dev;
>
> error = device_add(&shost->shost_gendev);
> if (error)
> goto out;
>
> + if (!dma_dev)
> + dma_dev = shost->shost_gendev.parent;
> + shost->dma_dev = dma_dev;
> +
> pm_runtime_set_active(&shost->shost_gendev);
> pm_runtime_enable(&shost->shost_gendev);
> device_enable_async_suspend(&shost->shost_gendev);
But this will still make shost->dma_dev == NULL in the cases James
quoted:
On Fri, 2014-07-25 at 15:46 +0100, James Bottomley wrote:
> Yes, for DMA purposes, the parent cannot now be NULL; we'll get a panic
> in the DMA transfers if it is. A lot of the legacy ISA device on x86
> and I thought some ARM SOC devices don't pass in the parent device, so
> we hang them off a known parent.
>
> You can grep for it; these are the devices that will begin to panic if
> you apply this patch:
>
> arch/ia64/hp/sim/simscsi.c: error = scsi_add_host(host, NULL);
> drivers/scsi/a2091.c: error = scsi_add_host(instance, NULL);
> drivers/scsi/a3000.c: error = scsi_add_host(instance, NULL);
> drivers/scsi/aha152x.c: if( scsi_add_host(shpnt, NULL) ) {
> drivers/scsi/gdth.c: error = scsi_add_host(shp, NULL);
> drivers/scsi/gdth.c: error = scsi_add_host(shp, NULL);
> drivers/scsi/gvp11.c: error = scsi_add_host(instance, NULL);
> drivers/scsi/imm.c: err = scsi_add_host(host, NULL);
> drivers/scsi/pcmcia/fdomain_stub.c: if (scsi_add_host(host, NULL))
> drivers/scsi/pcmcia/nsp_cs.c: ret = scsi_add_host (host, NULL);
> drivers/scsi/pcmcia/qlogic_stub.c: if (scsi_add_host(shost, NULL))
> drivers/scsi/pcmcia/sym53c500_cs.c: if (scsi_add_host(host, NULL))
> drivers/scsi/ppa.c: err = scsi_add_host(host, NULL);
> drivers/scsi/qlogicfas.c: if (scsi_add_host(hreg, NULL))
> drivers/scsi/scsi_module.c: error = scsi_add_host(shost, NULL);
> drivers/scsi/sgiwd93.c: err = scsi_add_host(host, NULL);
Maybe the DMA API should be coping with NULL device? It seems to handle
it in a half of the methods and fails in the other half...
Pawel
prev parent reply other threads:[~2014-08-01 17:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1406298233-27876-1-git-send-email-pawel.moll@arm.com>
2014-07-25 14:23 ` [PATCH 4/5] [SCSI] Do not use platform_bus as a parent Pawel Moll
2014-07-25 14:46 ` James Bottomley
2014-07-25 15:40 ` Pawel Moll
2014-07-26 20:11 ` Greg Kroah-Hartman
2014-07-27 3:52 ` James Bottomley
2014-07-27 15:07 ` Greg Kroah-Hartman
2014-08-01 17:25 ` Pawel Moll [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=1406913924.22529.51.camel@hornet \
--to=pawel.moll@arm.com \
--cc=Catalin.Marinas@arm.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=arm@kernel.org \
--cc=arnd@arndb.de \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=olof@lixom.net \
--cc=paul@pwsan.com \
--cc=pdeschrijver@nvidia.com \
--cc=swarren@wwwdotorg.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).