mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Aditya Garg <gargaditya08@live.com>
To: Dan Carpenter <dan.carpenter@linaro.org>
Cc: "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"bhelgaas@google.com" <bhelgaas@google.com>,
	"joro@8bytes.org" <joro@8bytes.org>,
	"will@kernel.org" <will@kernel.org>,
	"robin.murphy@arm.com" <robin.murphy@arm.com>,
	"andriy.shevchenko@linux.intel.com"
	<andriy.shevchenko@linux.intel.com>,
	"linux-staging@lists.linux.dev" <linux-staging@lists.linux.dev>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"iommu@lists.linux.dev" <iommu@lists.linux.dev>,
	Aun-Ali Zaidi <admin@kodeit.net>, "paul@mrarm.io" <paul@mrarm.io>,
	Orlando Chamberlain <orlandoch.dev@gmail.com>
Subject: Re: [PATCH RFC] staging: Add driver to communicate with the T2 Security Chip
Date: Mon, 10 Mar 2025 08:45:56 +0000	[thread overview]
Message-ID: <PN3PR01MB95975AD4F7CF318EF7327A91B8D62@PN3PR01MB9597.INDPRD01.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <f483ac12-c731-4dc8-9de5-059e07ff2c85@stanley.mountain>

Hi

> On 10 Mar 2025, at 1:45 PM, Dan Carpenter <dan.carpenter@linaro.org> wrote:
> 
> On Sun, Mar 09, 2025 at 08:40:31AM +0000, Aditya Garg wrote:
>> diff --git a/drivers/staging/apple-bce/apple_bce.c b/drivers/staging/apple-bce/apple_bce.c
>> new file mode 100644
>> index 000000000..c66e0c8d5
>> --- /dev/null
>> +++ b/drivers/staging/apple-bce/apple_bce.c
>> @@ -0,0 +1,448 @@
>> +// SPDX-License-Identifier: GPL-2.0+
>> +
>> +#include "apple_bce.h"
>> +#include <linux/module.h>
>> +#include <linux/crc32.h>
>> +#include "audio/audio.h"
>> +#include <linux/version.h>
>> +
>> +static dev_t bce_chrdev;
>> +static struct class *bce_class;
>> +
>> +struct apple_bce_device *global_bce;
>> +
>> +static int bce_create_command_queues(struct apple_bce_device *bce);
>> +static void bce_free_command_queues(struct apple_bce_device *bce);
>> +static irqreturn_t bce_handle_mb_irq(int irq, void *dev);
>> +static irqreturn_t bce_handle_dma_irq(int irq, void *dev);
>> +static int bce_fw_version_handshake(struct apple_bce_device *bce);
>> +static int bce_register_command_queue(struct apple_bce_device *bce, struct bce_queue_memcfg *cfg, int is_sq);
>> +
>> +static int apple_bce_probe(struct pci_dev *dev, const struct pci_device_id *id)
>> +{
>> +    struct apple_bce_device *bce = NULL;
>> +    int status = 0;
>> +    int nvec;
>> +
>> +    pr_info("apple-bce: capturing our device\n");
>> +
>> +    if (pci_enable_device(dev))
>> +        return -ENODEV;
> 
>    ret = pci_enable_device(dev);
>    if (ret)
>        return ret;
> 
>> +    if (pci_request_regions(dev, "apple-bce")) {
> 
> Same everywhere.  Propagate the error code.
> 
>> +        status = -ENODEV;
>> +        goto fail;
> 
> Instead of "goto fail;" it's better to use a full unwind ladder
> with better label names.
> https://staticthinking.wordpress.com/2022/04/28/free-the-last-thing-style/
> 
>> +    }
>> +    pci_set_master(dev);
>> +    nvec = pci_alloc_irq_vectors(dev, 1, 8, PCI_IRQ_MSI);
>> +    if (nvec < 5) {
>> +        status = -EINVAL;
>> +        goto fail;
>> +    }
>> +
>> +    bce = kzalloc(sizeof(struct apple_bce_device), GFP_KERNEL);
> 
>    bce = kzalloc(sizeof(*bce), GFP_KERNEL);
> 
>> +    if (!bce) {
>> +        status = -ENOMEM;
>> +        goto fail;
>> +    }
>> +
>> +    bce->pci = dev;
>> +    pci_set_drvdata(dev, bce);
>> +
>> +    bce->devt = bce_chrdev;
>> +    bce->dev = device_create(bce_class, &dev->dev, bce->devt, NULL, "apple-bce");
>> +    if (IS_ERR_OR_NULL(bce->dev)) {
>> +        status = PTR_ERR(bce_class);
> 
> 
> device_create() can't return NULL.
> https://staticthinking.wordpress.com/2022/08/01/mixing-error-pointers-and-null/
> 
>> +        goto fail;
>> +    }
>> +
>> +    bce->reg_mem_mb = pci_iomap(dev, 4, 0);
>> +    bce->reg_mem_dma = pci_iomap(dev, 2, 0);
>> +
>> +    if (IS_ERR_OR_NULL(bce->reg_mem_mb) || IS_ERR_OR_NULL(bce->reg_mem_dma)) {
>> +        dev_warn(&dev->dev, "apple-bce: Failed to pci_iomap required regions\n");
>> +        goto fail;
>> +    }
>> +
>> +    bce_mailbox_init(&bce->mbox, bce->reg_mem_mb);
>> +    bce_timestamp_init(&bce->timestamp, bce->reg_mem_mb);
>> +
>> +    spin_lock_init(&bce->queues_lock);
>> +    ida_init(&bce->queue_ida);
>> +
>> +    if ((status = pci_request_irq(dev, 0, bce_handle_mb_irq, NULL, dev, "bce_mbox")))
> 
> I think checkpatch will complain about this.  Do it as.
> 
>    status = pci_request_irq(dev, 0, bce_handle_mb_irq, NULL, dev, "bce_mbox");
>    if (status)
> 
>> +        goto fail;
>> +    if ((status = pci_request_irq(dev, 4, NULL, bce_handle_dma_irq, dev, "bce_dma")))
>> +        goto fail_interrupt_0;
>> +
>> +    if ((status = dma_set_mask_and_coherent(&dev->dev, DMA_BIT_MASK(37)))) {
>> +        dev_warn(&dev->dev, "dma: Setting mask failed\n");
>> +        goto fail_interrupt;
>> +    }
>> +
>> +    /* Gets the function 0's interface. This is needed because Apple only accepts DMA on our function if function 0
>> +       is a bus master, so we need to work around this. */
>> +    bce->pci0 = pci_get_slot(dev->bus, PCI_DEVFN(PCI_SLOT(dev->devfn), 0));
>> +#ifndef WITHOUT_NVME_PATCH
> 
> Delete dead code?
> 
>> +    if ((status = pci_enable_device_mem(bce->pci0))) {
>> +        dev_warn(&dev->dev, "apple-bce: failed to enable function 0\n");
>> +        goto fail_dev0;
>> +    }
>> +#endif
>> +    pci_set_master(bce->pci0);
>> +
>> +    bce_timestamp_start(&bce->timestamp, true);
>> +
>> +    if ((status = bce_fw_version_handshake(bce)))
>> +        goto fail_ts;
>> +    pr_info("apple-bce: handshake done\n");
>> +
>> +    if ((status = bce_create_command_queues(bce))) {
>> +        pr_info("apple-bce: Creating command queues failed\n");
>> +        goto fail_ts;
>> +    }
>> +
>> +    global_bce = bce;
> 
> Do this right before the "return 0;"?
> 
>> +
>> +    bce_vhci_create(bce, &bce->vhci);
> 
> Check for errors.
> 
>> +
>> +    return 0;
>> +
>> +fail_ts:
>> +    bce_timestamp_stop(&bce->timestamp);
>> +#ifndef WITHOUT_NVME_PATCH
>> +    pci_disable_device(bce->pci0);
>> +fail_dev0:
>> +#endif
>> +    pci_dev_put(bce->pci0);
>> +fail_interrupt:
>> +    pci_free_irq(dev, 4, dev);
>> +fail_interrupt_0:
>> +    pci_free_irq(dev, 0, dev);
>> +fail:
>> +    if (bce && bce->dev) {
>> +        device_destroy(bce_class, bce->devt);
>> +
>> +        if (!IS_ERR_OR_NULL(bce->reg_mem_mb))
>> +            pci_iounmap(dev, bce->reg_mem_mb);
>> +        if (!IS_ERR_OR_NULL(bce->reg_mem_dma))
>> +            pci_iounmap(dev, bce->reg_mem_dma);
>> +
>> +        kfree(bce);
>> +    }
>> +
>> +    pci_free_irq_vectors(dev);
>> +    pci_release_regions(dev);
>> +    pci_disable_device(dev);
>> +
>> +    if (!status)
>> +        status = -EINVAL;
> 
> This is like saying "if the code is buggy then fix it" but it's better to
> just not introduce bugs.  Which sounds difficult and unreliable, but it's
> even more difficult and unreliable to predict which bugs people will add
> and fix them correctly.
> 

For all changes requested above, I'll get them fixed. Thank you!

  reply	other threads:[~2025-03-10  8:46 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-09  8:40 Aditya Garg
2025-03-09  8:44 ` Aditya Garg
2025-03-09  8:49   ` gregkh
2025-03-09  9:00     ` Aditya Garg
2025-03-09  9:13       ` gregkh
2025-03-09  8:52 ` gregkh
2025-03-09  8:54   ` gregkh
2025-03-09  9:05     ` Aditya Garg
2025-03-09  9:15       ` gregkh
2025-03-09  9:03   ` Aditya Garg
2025-03-09  9:14     ` gregkh
2025-03-09  9:28       ` Aditya Garg
2025-03-09  9:37         ` gregkh
2025-03-09  9:41           ` Aditya Garg
2025-03-09  9:48             ` gregkh
2025-03-09  9:52               ` Aditya Garg
2025-03-09  9:55                 ` gregkh
2025-03-09 10:12                   ` Aditya Garg
2025-03-09 10:22                     ` gregkh
2025-03-09 10:33                       ` Aditya Garg
2025-03-10  8:14 ` Dan Carpenter
2025-03-10  8:45   ` Aditya Garg [this message]
2025-03-10 13:49 ` Robin Murphy
2025-03-10 13:54   ` andriy.shevchenko
2025-03-10 13:59     ` Aditya Garg

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=PN3PR01MB95975AD4F7CF318EF7327A91B8D62@PN3PR01MB9597.INDPRD01.PROD.OUTLOOK.COM \
    --to=gargaditya08@live.com \
    --cc=admin@kodeit.net \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bhelgaas@google.com \
    --cc=dan.carpenter@linaro.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=iommu@lists.linux.dev \
    --cc=joro@8bytes.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=orlandoch.dev@gmail.com \
    --cc=paul@mrarm.io \
    --cc=robin.murphy@arm.com \
    --cc=will@kernel.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

all inboxes | Powered by JetHome®