public inbox for linux-ide@vger.kernel.org
 help / color / mirror / Atom feed
From: Damien Le Moal <dlemoal@kernel.org>
To: John Garry <john.g.garry@oracle.com>, linux-ide@vger.kernel.org
Cc: linux-scsi@vger.kernel.org,
	"Martin K . Petersen" <martin.petersen@oracle.com>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Paul Ausbeck <paula@soe.ucsc.edu>,
	Kai-Heng Feng <kai.heng.feng@canonical.com>,
	Joe Breuer <linux-kernel@jmbreuer.net>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Chia-Lin Kao <acelan.kao@canonical.com>
Subject: Re: [PATCH v4 03/23] ata: libata-scsi: link ata port and scsi device
Date: Thu, 21 Sep 2023 10:30:27 -0700	[thread overview]
Message-ID: <2699e173-7fb5-59f5-c87c-32988c8cc90e@kernel.org> (raw)
In-Reply-To: <906621de-eba1-5a1c-dd26-c3030ad7b983@oracle.com>

On 2023/09/21 7:16, John Garry wrote:
> On 20/09/2023 14:54, Damien Le Moal wrote:
>> +int ata_scsi_dev_alloc(struct scsi_device *sdev, struct ata_port *ap)
> 
> nit: why not static? I could not see it used elsewhere. Indeed, I am not 
> sure why it is not inlined in its only caller, ata_scsi_slave_alloc().

The initial version of this patchset used this function for libsas as well. But
that is now gone, so I can indeed inline this.
Note that with the STATELESS flag added, the linking of ata dev and scsi dev
should work just fine for libsas now, so we could add it. But I am still not
convinced that is necessary... Will have a look as a follow up.

> 
> Thanks,
> John
> 
>> +{
>> +	struct device_link *link;
>> +
>> +	ata_scsi_sdev_config(sdev);
>> +
>> +	/*
>> +	 * Create a link from the ata_port device to the scsi device to ensure
>> +	 * that PM does suspend/resume in the correct order: the scsi device is
>> +	 * consumer (child) and the ata port the supplier (parent).
>> +	 */
>> +	link = device_link_add(&sdev->sdev_gendev, &ap->tdev,
>> +			       DL_FLAG_STATELESS |
>> +			       DL_FLAG_PM_RUNTIME | DL_FLAG_RPM_ACTIVE);
>> +	if (!link) {
>> +		ata_port_err(ap, "Failed to create link to scsi device %s\n",
>> +			     dev_name(&sdev->sdev_gendev));
>> +		return -ENODEV;
>> +	}
>> +
>> +	return 0;
>> +}
>> +
>> +/**
>> + *	ata_scsi_slave_alloc - Early setup of SCSI device
>> + *	@sdev: SCSI device to examine
>> + *
>> + *	This is called from scsi_alloc_sdev() when the scsi device
>> + *	associated with an ATA device is scanned on a port.
>> + *
>> + *	LOCKING:
>> + *	Defined by SCSI layer.  We don't really care.
>> + */
>> +
>> +int ata_scsi_slave_alloc(struct scsi_device *sdev)
>> +{
>> +	return ata_scsi_dev_alloc(sdev, ata_shost_to_port(sdev->host));
>> +}
>> +EXPORT_SYMBOL_GPL(ata_scsi_slave_alloc);
> 

-- 
Damien Le Moal
Western Digital Research


  reply	other threads:[~2023-09-21 20:47 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-20 13:54 [PATCH v4 00/23] Fix libata suspend/resume handling and code cleanup Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 01/23] ata: libata-core: Fix ata_port_request_pm() locking Damien Le Moal
2023-09-20 18:54   ` Niklas Cassel
2023-09-20 13:54 ` [PATCH v4 02/23] ata: libata-core: Fix port and device removal Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 03/23] ata: libata-scsi: link ata port and scsi device Damien Le Moal
2023-09-20 18:55   ` Niklas Cassel
2023-09-21 14:16   ` John Garry
2023-09-21 17:30     ` Damien Le Moal [this message]
2023-09-20 13:54 ` [PATCH v4 04/23] scsi: sd: Differentiate system and runtime start/stop management Damien Le Moal
2023-09-21 21:45   ` Bart Van Assche
2023-09-22 17:00     ` Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 05/23] ata: libata-scsi: Disable scsi device manage_system_start_stop Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 06/23] scsi: Do not attempt to rescan suspended devices Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 07/23] ata: libata-scsi: Fix delayed scsi_rescan_device() execution Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 08/23] ata: libata-core: Do not register PM operations for SAS ports Damien Le Moal
2023-09-21 14:01   ` John Garry
2023-09-20 13:54 ` [PATCH v4 09/23] scsi: sd: Do not issue commands to suspended disks on shutdown Damien Le Moal
2023-09-21 21:36   ` Bart Van Assche
2023-09-21 22:06     ` Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 10/23] ata: libata-core: Fix compilation warning in ata_dev_config_ncq() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 11/23] ata: libata-eh: Fix compilation warning in ata_eh_link_report() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 12/23] scsi: Remove scsi device no_start_on_resume flag Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 13/23] ata: libata-scsi: Cleanup ata_scsi_start_stop_xlat() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 14/23] ata: libata-core: Synchronize ata_port_detach() with hotplug Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 15/23] ata: libata-core: Detach a port devices on shutdown Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 16/23] ata: libata-core: Remove ata_port_suspend_async() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 17/23] ata: libata-core: Remove ata_port_resume_async() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 18/23] ata: libata-core: Do not poweroff runtime suspended ports Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 19/23] ata: libata-core: Do not resume " Damien Le Moal
2023-09-21  7:32   ` Sergey Shtylyov
2023-09-21 17:31     ` Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 20/23] ata: libata-sata: Improve ata_sas_slave_configure() Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 21/23] ata: libata-eh: Improve reset error messages Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 22/23] ata: libata-eh: Reduce "disable device" message verbosity Damien Le Moal
2023-09-20 13:54 ` [PATCH v4 23/23] ata: libata: Cleanup inline DMA helper functions Damien Le Moal
2023-09-21  9:21 ` [PATCH v4 00/23] Fix libata suspend/resume handling and code cleanup Geert Uytterhoeven
2023-09-21  9:22   ` Geert Uytterhoeven
2023-09-21 17:30     ` Damien Le Moal
2023-09-21 19:53 ` Damien Le Moal

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=2699e173-7fb5-59f5-c87c-32988c8cc90e@kernel.org \
    --to=dlemoal@kernel.org \
    --cc=acelan.kao@canonical.com \
    --cc=geert@linux-m68k.org \
    --cc=john.g.garry@oracle.com \
    --cc=kai.heng.feng@canonical.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@jmbreuer.net \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=paula@soe.ucsc.edu \
    --cc=rodrigo.vivi@intel.com \
    /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