From: "Gary Lin" <glin@suse.com>
To: Laszlo Ersek <lersek@redhat.com>
Cc: devel@edk2.groups.io, Jordan Justen <jordan.l.justen@intel.com>,
Ard Biesheuvel <ard.biesheuvel@arm.com>
Subject: Re: [PATCH 09/11] OvmfPkg/LsiScsiDxe: Examine the incoming SCSI Request Packet
Date: Wed, 8 Jul 2020 10:43:13 +0800 [thread overview]
Message-ID: <20200708024313.GS18504@GaryWorkstation> (raw)
In-Reply-To: <7eb82ece-08fd-cb48-ddae-47a2069a3cd4@redhat.com>
On Tue, Jul 07, 2020 at 12:17:21PM +0200, Laszlo Ersek wrote:
> On 07/01/20 06:04, Gary Lin wrote:
> > This is the first part of LsiScsiPassThru(). Before processing the SCSI
> > Request packet, we have to make sure whether the packet is valid or not.
> >
> > Cc: Jordan Justen <jordan.l.justen@intel.com>
> > Cc: Laszlo Ersek <lersek@redhat.com>
> > Cc: Ard Biesheuvel <ard.biesheuvel@arm.com>
> > Signed-off-by: Gary Lin <glin@suse.com>
> > ---
> > OvmfPkg/LsiScsiDxe/LsiScsi.c | 100 ++++++++++++++++++++++++++++++++++-
> > OvmfPkg/LsiScsiDxe/LsiScsi.h | 4 ++
> > 2 files changed, 103 insertions(+), 1 deletion(-)
> >
> > diff --git a/OvmfPkg/LsiScsiDxe/LsiScsi.c b/OvmfPkg/LsiScsiDxe/LsiScsi.c
> > index b728d18d51df..1bcebd92e455 100644
> > --- a/OvmfPkg/LsiScsiDxe/LsiScsi.c
> > +++ b/OvmfPkg/LsiScsiDxe/LsiScsi.c
> > @@ -52,6 +52,95 @@ LsiScsiReset (
> > return Out8 (Dev, LSI_REG_ISTAT0, LSI_ISTAT0_SRST);
> > }
> >
> > +STATIC
> > +EFI_STATUS
> > +ReportHostAdapterOverrunError (
> > + OUT EFI_EXT_SCSI_PASS_THRU_SCSI_REQUEST_PACKET *Packet
> > + )
> > +{
> > + Packet->SenseDataLength = 0;
> > + Packet->HostAdapterStatus =
> > + EFI_EXT_SCSI_STATUS_HOST_ADAPTER_DATA_OVERRUN_UNDERRUN;
> > + Packet->TargetStatus = EFI_EXT_SCSI_STATUS_TARGET_GOOD;
> > + return EFI_BAD_BUFFER_SIZE;
> > +}
> > +
> > +/**
> > +
> > + Check the request packet from the Extended SCSI Pass Thru Protocol. The
> > + request packet is modified, to be forwarded outwards by LsiScsiPassThru(),
> > + if invalid or unsupported parameters are detected.
> > +
> > + @param[in] Dev The LSI 53C895A SCSI device the packet targets.
> > +
> > + @param[in] Target The SCSI target controlled by the LSI 53C895A SCSI
> > + device.
> > +
> > + @param[in] Lun The Logical Unit Number under the SCSI target.
> > +
> > + @param[in out] Packet The Extended SCSI Pass Thru Protocol packet.
> > +
> > +
> > + @retval EFI_SUCCESS The Extended SCSI Pass Thru Protocol packet was valid.
> > +
> > + @return Otherwise, invalid or unsupported parameters were
> > + detected. Status codes are meant for direct forwarding
> > + by the EFI_EXT_SCSI_PASS_THRU_PROTOCOL.PassThru()
> > + implementation.
> > +
> > + **/
> > +STATIC
> > +EFI_STATUS
> > +LsiScsiCheckRequest (
> > + IN LSI_SCSI_DEV *Dev,
> > + IN UINT8 Target,
> > + IN UINT64 Lun,
> > + IN OUT EFI_EXT_SCSI_PASS_THRU_SCSI_REQUEST_PACKET *Packet
> > + )
> > +{
> > + if (Target > Dev->MaxTarget || Lun > Dev->MaxLun ||
> > + Packet->DataDirection > EFI_EXT_SCSI_DATA_DIRECTION_BIDIRECTIONAL ||
> > + //
> > + // Trying to receive, but destination pointer is NULL, or contradicting
> > + // transfer direction
> > + //
> > + (Packet->InTransferLength > 0 &&
> > + (Packet->InDataBuffer == NULL ||
> > + Packet->DataDirection == EFI_EXT_SCSI_DATA_DIRECTION_WRITE
> > + )
> > + ) ||
> > +
> > + //
> > + // Trying to send, but source pointer is NULL, or contradicting transfer
> > + // direction
> > + //
> > + (Packet->OutTransferLength > 0 &&
> > + (Packet->OutDataBuffer == NULL ||
> > + Packet->DataDirection == EFI_EXT_SCSI_DATA_DIRECTION_READ
> > + )
> > + )
> > + ) {
> > + return EFI_INVALID_PARAMETER;
> > + }
> > +
> > + if (Packet->DataDirection == EFI_EXT_SCSI_DATA_DIRECTION_BIDIRECTIONAL ||
> > + (Packet->InTransferLength > 0 && Packet->OutTransferLength > 0) ||
> > + Packet->CdbLength > sizeof Dev->Dma->Cdb) {
> > + return EFI_UNSUPPORTED;
> > + }
> > +
> > + if (Packet->InTransferLength > sizeof Dev->Dma->Data) {
> > + Packet->InTransferLength = sizeof Dev->Dma->Data;
> > + return ReportHostAdapterOverrunError (Packet);
> > + }
> > + if (Packet->OutTransferLength > sizeof Dev->Dma->Data) {
> > + Packet->OutTransferLength = sizeof Dev->Dma->Data;
> > + return ReportHostAdapterOverrunError (Packet);
> > + }
> > +
> > + return EFI_SUCCESS;
> > +}
> > +
> > //
> > // The next seven functions implement EFI_EXT_SCSI_PASS_THRU_PROTOCOL
> > // for the LSI 53C895A SCSI Controller. Refer to UEFI Spec 2.3.1 + Errata C,
> > @@ -70,7 +159,16 @@ LsiScsiPassThru (
> > IN EFI_EVENT Event OPTIONAL
> > )
> > {
> > - return EFI_UNSUPPORTED;
> > + EFI_STATUS Status;
> > + LSI_SCSI_DEV *Dev;
> > +
> > + Dev = LSI_SCSI_FROM_PASS_THRU (This);
> > + Status = LsiScsiCheckRequest (Dev, *Target, Lun, Packet);
> > + if (EFI_ERROR (Status)) {
> > + return Status;
> > + }
> > +
> > + return EFI_SUCCESS;
> > }
> >
> > EFI_STATUS
>
> In this patch, we do not implement LsiScsiPassThru() completely yet.
> Therefore we should not return EFI_SUCCESS, just because
> LsiScsiCheckRequest() succeeds.
>
> (1) So please keep the EFI_UNSUPPORTED value for the last "return"
> statement in the function, for now.
>
> EFI_UNSUPPORTED should be replaced with EFI_SUCCESS in "[PATCH 10/11]
> OvmfPkg/LsiScsiDxe: Process the SCSI Request Packet".
>
Agree. EFI_UNSUPPORTED is more reasonable status for this
half-implemented function.
> With that update, for this patch:
>
> Reviewed-by: Laszlo Ersek <lersek@redhat.com>
>
Will update this commit in v2.
Thanks,
Gary Lin
> Thanks
> Laszlo
>
> > diff --git a/OvmfPkg/LsiScsiDxe/LsiScsi.h b/OvmfPkg/LsiScsiDxe/LsiScsi.h
> > index 1e4bbc56f933..9272eb7506c7 100644
> > --- a/OvmfPkg/LsiScsiDxe/LsiScsi.h
> > +++ b/OvmfPkg/LsiScsiDxe/LsiScsi.h
> > @@ -13,6 +13,10 @@
> > #define _LSI_SCSI_DXE_H_
> >
> > typedef struct {
> > + //
> > + // The max size of CDB is 32.
> > + //
> > + UINT8 Cdb[32];
> > //
> > // Allocate 64KB for read/write buffer.
> > //
> >
>
next prev parent reply other threads:[~2020-07-08 2:43 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-01 4:04 [PATCH 00/11] Introduce LsiScsi driver to OvmfPkg Gary Lin
2020-07-01 4:04 ` [PATCH 01/11] OvmfPkg/LsiScsiDxe: Create the empty driver Gary Lin
2020-07-07 7:59 ` Laszlo Ersek
2020-07-07 8:24 ` Gary Lin
2020-07-01 4:04 ` [PATCH 02/11] OvmfPkg/LsiScsiDxe: Install the skeleton of driver binding Gary Lin
2020-07-07 8:06 ` Laszlo Ersek
2020-07-07 8:34 ` Gary Lin
2020-07-01 4:04 ` [PATCH 03/11] OvmfPkg/LsiScsiDxe: Report the name of the driver Gary Lin
2020-07-07 8:09 ` Laszlo Ersek
2020-07-01 4:04 ` [PATCH 04/11] OvmfPkg/LsiScsiDxe: Probe PCI devices and look for LsiScsi Gary Lin
2020-07-07 8:15 ` Laszlo Ersek
2020-07-07 8:16 ` Laszlo Ersek
2020-07-01 4:04 ` [PATCH 05/11] OvmfPkg/LsiScsiDxe: Install stubbed EXT_SCSI_PASS_THRU Gary Lin
2020-07-07 8:28 ` Laszlo Ersek
2020-07-01 4:04 ` [PATCH 06/11] OvmfPkg/LsiScsiDxe: Report Targets and LUNs Gary Lin
2020-07-07 9:04 ` Laszlo Ersek
2020-07-08 2:34 ` Gary Lin
2020-07-08 15:26 ` Laszlo Ersek
2020-07-01 4:04 ` [PATCH 07/11] OvmfPkg/LsiScsiDxe: Open PciIo protocol and initialize the device Gary Lin
2020-07-07 9:46 ` Laszlo Ersek
2020-07-08 2:37 ` Gary Lin
2020-07-01 4:04 ` [PATCH 08/11] OvmfPkg/LsiScsiDxe: Map DMA buffer Gary Lin
2020-07-07 9:59 ` Laszlo Ersek
2020-07-08 2:41 ` Gary Lin
2020-07-01 4:04 ` [PATCH 09/11] OvmfPkg/LsiScsiDxe: Examine the incoming SCSI Request Packet Gary Lin
2020-07-07 10:17 ` Laszlo Ersek
2020-07-08 2:43 ` Gary Lin [this message]
2020-07-01 4:04 ` [PATCH 10/11] OvmfPkg/LsiScsiDxe: Process the " Gary Lin
2020-07-07 12:46 ` Laszlo Ersek
2020-07-08 6:02 ` Gary Lin
[not found] ` <161FB1B03BD2D339.11266@groups.io>
2020-07-14 8:19 ` [edk2-devel] " Gary Lin
2020-07-01 4:04 ` [PATCH 11/11] Maintainers.txt: Add myself as the reviewer for LsiScsi driver Gary Lin
2020-07-07 12:49 ` Laszlo Ersek
2020-07-08 6:03 ` Gary Lin
2020-07-03 14:08 ` [edk2-devel] [PATCH 00/11] Introduce LsiScsi driver to OvmfPkg Laszlo Ersek
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-list 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=20200708024313.GS18504@GaryWorkstation \
--to=devel@edk2.groups.io \
/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