linux-pci.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Damien Le Moal <damien.lemoal@opensource.wdc.com>
To: Rick Wertenbroek <rick.wertenbroek@gmail.com>
Cc: "Bjorn Helgaas" <bhelgaas@google.com>,
	linux-pci@vger.kernel.org,
	"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
	"Krzysztof Wilczyński" <kw@linux.com>,
	"Manivannan Sadhasivam" <mani@kernel.org>,
	"Kishon Vijay Abraham I" <kishon@kernel.org>,
	"Arnd Bergmann" <arnd@arndb.de>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>
Subject: Re: [PATCH v3 10/16] PCI: epf-test: Cleanup pci_epf_test_cmd_handler()
Date: Wed, 29 Mar 2023 10:02:44 +0900	[thread overview]
Message-ID: <d7b9086b-298a-03c4-2117-e4987c833469@opensource.wdc.com> (raw)
In-Reply-To: <CAAEEuhq_T9KGJoBcDNOC_+8ktAUr91xys0aRqQCXz3nN0W72Xg@mail.gmail.com>

On 3/28/23 15:56, Rick Wertenbroek wrote:
> On Sat, Mar 25, 2023 at 8:02 AM Damien Le Moal
> <damien.lemoal@opensource.wdc.com> wrote:
>>
>> Command codes are never combined together as flags into a single value.
>> Thus we can replace the series of "if" tests in
>> pci_epf_test_cmd_handler() with a cleaner switch-case statement.
>> This also allows checking that we got a valid command and print an error
>> message if we did not.
>>
>> Reviewed-by: Manivannan Sadhasivam <mani@kernel.org>
>> Signed-off-by: Damien Le Moal <damien.lemoal@opensource.wdc.com>
>> ---
>>  drivers/pci/endpoint/functions/pci-epf-test.c | 30 +++++++++----------
>>  1 file changed, 14 insertions(+), 16 deletions(-)
>>
>> diff --git a/drivers/pci/endpoint/functions/pci-epf-test.c b/drivers/pci/endpoint/functions/pci-epf-test.c
>> index fa48e9b3c393..c2a14f828bdf 100644
>> --- a/drivers/pci/endpoint/functions/pci-epf-test.c
>> +++ b/drivers/pci/endpoint/functions/pci-epf-test.c
>> @@ -676,41 +676,39 @@ static void pci_epf_test_cmd_handler(struct work_struct *work)
>>                 goto reset_handler;
>>         }
>>
>> -       if ((command & COMMAND_RAISE_LEGACY_IRQ) ||
>> -           (command & COMMAND_RAISE_MSI_IRQ) ||
>> -           (command & COMMAND_RAISE_MSIX_IRQ)) {
>> +       switch (command) {
>> +       case COMMAND_RAISE_LEGACY_IRQ:
>> +       case COMMAND_RAISE_MSI_IRQ:
>> +       case COMMAND_RAISE_MSIX_IRQ:
>>                 pci_epf_test_raise_irq(epf_test, reg);
>> -               goto reset_handler;
>> -       }
>> -
>> -       if (command & COMMAND_WRITE) {
>> +               break;
>> +       case COMMAND_WRITE:
>>                 ret = pci_epf_test_write(epf_test, reg);
>>                 if (ret)
>>                         reg->status |= STATUS_WRITE_FAIL;
>>                 else
>>                         reg->status |= STATUS_WRITE_SUCCESS;
>>                 pci_epf_test_raise_irq(epf_test, reg);
>> -               goto reset_handler;
>> -       }
> 
> As a minor improvement on this cleanup I would suggest either switching
> the if / else condition above or the two below, the inverted logic makes it
> confusing. (one test case is if (ret) and the two others are if (!ret) with
> inverted results, all could share the same code (same logic)).

Indeed, good idea. I will add one more patch to do that.

> 
>> -
>> -       if (command & COMMAND_READ) {
>> +               break;
>> +       case COMMAND_READ:
>>                 ret = pci_epf_test_read(epf_test, reg);
>>                 if (!ret)
>>                         reg->status |= STATUS_READ_SUCCESS;
>>                 else
>>                         reg->status |= STATUS_READ_FAIL;
>>                 pci_epf_test_raise_irq(epf_test, reg);
>> -               goto reset_handler;
>> -       }
>> -
>> -       if (command & COMMAND_COPY) {
>> +               break;
>> +       case COMMAND_COPY:
>>                 ret = pci_epf_test_copy(epf_test, reg);
>>                 if (!ret)
>>                         reg->status |= STATUS_COPY_SUCCESS;
>>                 else
>>                         reg->status |= STATUS_COPY_FAIL;
>>                 pci_epf_test_raise_irq(epf_test, reg);
>> -               goto reset_handler;
>> +               break;
>> +       default:
>> +               dev_err(dev, "Invalid command\n");
>> +               break;
>>         }
>>
>>  reset_handler:
>> --
>> 2.39.2
>>

-- 
Damien Le Moal
Western Digital Research


  reply	other threads:[~2023-03-29  1:02 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-25  7:02 [PATCH v3 00/16] PCI endpoint fixes and improvements Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 01/16] PCI: endpoint: Automatically create a function specific attributes group Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 02/16] PCI: endpoint: Move pci_epf_type_add_cfs() code Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 03/16] PCI: epf-test: Fix DMA transfer completion initialization Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 04/16] PCI: epf-test: Fix DMA transfer completion detection Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 05/16] PCI: epf-test: Use dmaengine_submit() to initiate DMA transfer Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 06/16] PCI: epf-test: Simplify read/write/copy test functions Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 07/16] PCI: epf-test: Simply pci_epf_test_raise_irq() Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 08/16] PCI: epf-test: Simplify IRQ test commands execution Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 09/16] PCI: epf-test: Improve handling of command and status registers Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 10/16] PCI: epf-test: Cleanup pci_epf_test_cmd_handler() Damien Le Moal
2023-03-28  6:56   ` Rick Wertenbroek
2023-03-29  1:02     ` Damien Le Moal [this message]
2023-03-25  7:02 ` [PATCH v3 11/16] PCI: epf-test: Simplify dma support checks Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 12/16] PCI: epf-test: Simplify transfers result print Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 13/16] misc: pci_endpoint_test: Free IRQs before removing the device Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 14/16] misc: pci_endpoint_test: Re-init completion for every test Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 15/16] misc: pci_endpoint_test: Do not write status in IRQ handler Damien Le Moal
2023-03-25  7:02 ` [PATCH v3 16/16] misc: pci_endpoint_test: Simplify pci_endpoint_test_msi_irq() Damien Le Moal
2023-03-28 17:57 ` [PATCH v3 00/16] PCI endpoint fixes and improvements Bjorn Helgaas
2023-03-31 10:20 ` Kishon Vijay Abraham I

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=d7b9086b-298a-03c4-2117-e4987c833469@opensource.wdc.com \
    --to=damien.lemoal@opensource.wdc.com \
    --cc=arnd@arndb.de \
    --cc=bhelgaas@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=kishon@kernel.org \
    --cc=kw@linux.com \
    --cc=linux-pci@vger.kernel.org \
    --cc=lpieralisi@kernel.org \
    --cc=mani@kernel.org \
    --cc=rick.wertenbroek@gmail.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;
as well as URLs for NNTP newsgroup(s).