linux-arm-msm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bhaumik Bhatt <bbhatt@codeaurora.org>
To: Loic Poulain <loic.poulain@linaro.org>
Cc: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>,
	Hemant Kumar <hemantk@codeaurora.org>,
	linux-arm-msm <linux-arm-msm@vger.kernel.org>
Subject: Re: [PATCH v3 5/9] mhi: pci_generic: Add support for reset
Date: Tue, 01 Dec 2020 17:24:12 -0800	[thread overview]
Message-ID: <2a87668357b7f3e7788b9459a6b0319a@codeaurora.org> (raw)
In-Reply-To: <CAMZdPi_VE5WBq50WcDfUvS6kc=Y9jyY6S5N82tOwx3TyZ2nwnw@mail.gmail.com>

Hi Loic/Mani,
On 2020-11-30 01:08 AM, Loic Poulain wrote:
> Hi Mani, Bhaumik,
> 
> On Sat, 28 Nov 2020 at 06:49, Manivannan Sadhasivam
> <manivannan.sadhasivam@linaro.org> wrote:
>> 
>> >  {
>> > @@ -298,16 +323,20 @@ static int mhi_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
>> >  {
>> >       const struct mhi_pci_dev_info *info = (struct mhi_pci_dev_info *) id->driver_data;
>> >       const struct mhi_controller_config *mhi_cntrl_config;
>> > +     struct mhi_pci_device *mhi_pdev;
>> >       struct mhi_controller *mhi_cntrl;
>> >       int err;
>> >
>> >       dev_dbg(&pdev->dev, "MHI PCI device found: %s\n", info->name);
>> >
>> > -     mhi_cntrl = mhi_alloc_controller();
>> > -     if (!mhi_cntrl)
>> > +     mhi_pdev = devm_kzalloc(&pdev->dev, sizeof(*mhi_pdev), GFP_KERNEL);
>> > +     if (!mhi_pdev)
>> >               return -ENOMEM;
>> 
>> Still not agreeing to use the alloc API? I know that it does only one
>> job but the reason for pushing this API is that the MHI stack will
>> misbehave terribly if a non-initialized structure is passed to it. And
>> the only way to ensure is to provide an API and recommend the users to
>> use it.
> 
> I think there is a misunderstanding of my will here :-), actually, I'm
> not against using a specific API, but as you see here I'm not
> allocating a mhi_controller structure but a mhi_pci_device structure,
> which in turn includes (or inherit from) mhi_controller struct.
> 
> If mhi_alloc_controller() is the only API allowing to
> create+initialize a mhi_controller object, that implies:
> a. Statically allocated mhi_controller is not possible
> b. non-standalone mhi_controller structure is not possible (my case)
> 
> If you mandate this and do not allow a. and b. , then yes, I'll use
> mhi_controller_alloc, but that would mean having two nested dynamic
> allocations, one for mhi_pdev and one for mhi_pdev->mhi_cntrl,
> cross-referencing (for finding mhi_pdev from mhi_cntrl since no more
> container_of), and double freeing... that complicates a bit, is
> suboptimal and does not really make sense, since conceptually,
> mhi_pdev and its mhi_cntl member are the same 'object' (exactly like
> mhi_dev and mhi_dev->dev are the same object in MHI core).
> 
> I understand we may have to perform some extra initialization and
> cannot just do zeroed allocation for the mhi_controller, but what I
> say is that this initialization should be do-able, regardless you want
> to (also) dynamically allocate the device or not. That why I proposed
> to introduce mhi_initialize_controller() as a solution to keep things
> simple, in the same way as other subsystems: device_initialize,
> snd_device_initialize, nand_controller_init...
> 
> Regards,
> Loic
> 
> 
I don't see using the new API as a problem but it is more work for the
controller and having one API is better than having two and having to 
explain
why we have them.

If Mani agrees with this approach I am OK with it.
>> 
>> >
>> >       mhi_cntrl_config = info->config;
>> > +     mhi_cntrl = &mhi_pdev->mhi_cntrl;
>> > +
>> > +     mhi_initialize_controller(mhi_cntrl);
>> 
>> No, please just stick to alloc API.
>> 
>> Thanks,
>> Mani
>> 
>> >       mhi_cntrl->cntrl_dev = &pdev->dev;
>> >       mhi_cntrl->iova_start = 0;
>> >       mhi_cntrl->iova_stop = (dma_addr_t)DMA_BIT_MASK(info->dma_data_width);
>> > @@ -322,17 +351,21 @@ static int mhi_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
>> >
>> >       err = mhi_pci_claim(mhi_cntrl, info->bar_num, DMA_BIT_MASK(info->dma_data_width));
>> >       if (err)
>> > -             goto err_release;
>> > +             return err;
>> >
>> >       err = mhi_pci_get_irqs(mhi_cntrl, mhi_cntrl_config);
>> >       if (err)
>> > -             goto err_release;
>> > +             return err;
>> > +
>> > +     pci_set_drvdata(pdev, mhi_pdev);
>> >
>> > -     pci_set_drvdata(pdev, mhi_cntrl);
>> > +     /* Have stored pci confspace at hand for restore in sudden PCI error */
>> > +     pci_save_state(pdev);
>> > +     mhi_pdev->pci_state = pci_store_saved_state(pdev);
>> >
>> >       err = mhi_register_controller(mhi_cntrl, mhi_cntrl_config);
>> >       if (err)
>> > -             goto err_release;
>> > +             return err;
>> >
>> >       /* MHI bus does not power up the controller by default */
>> >       err = mhi_prepare_for_power_up(mhi_cntrl);
>> > @@ -347,37 +380,97 @@ static int mhi_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
>> >               goto err_unprepare;
>> >       }
>> >
>> > +     set_bit(MHI_PCI_DEV_STARTED, &mhi_pdev->status);
>> > +
>> >       return 0;
>> >
>> >  err_unprepare:
>> >       mhi_unprepare_after_power_down(mhi_cntrl);
>> >  err_unregister:
>> >       mhi_unregister_controller(mhi_cntrl);
>> > -err_release:
>> > -     mhi_free_controller(mhi_cntrl);
>> >
>> >       return err;
>> >  }
>> >
>> >  static void mhi_pci_remove(struct pci_dev *pdev)
>> >  {
>> > -     struct mhi_controller *mhi_cntrl = pci_get_drvdata(pdev);
>> > +     struct mhi_pci_device *mhi_pdev = pci_get_drvdata(pdev);
>> > +     struct mhi_controller *mhi_cntrl = &mhi_pdev->mhi_cntrl;
>> > +
>> > +     if (test_and_clear_bit(MHI_PCI_DEV_STARTED, &mhi_pdev->status)) {
>> > +             mhi_power_down(mhi_cntrl, true);
>> > +             mhi_unprepare_after_power_down(mhi_cntrl);
>> > +     }
>> >
>> > -     mhi_power_down(mhi_cntrl, true);
>> > -     mhi_unprepare_after_power_down(mhi_cntrl);
>> >       mhi_unregister_controller(mhi_cntrl);
>> >
>> >       /* MHI-layer reset could not be enough, always hard-reset the device */
>> >       mhi_pci_reset(mhi_cntrl);
>> > +}
>> > +
>> > +void mhi_pci_reset_prepare(struct pci_dev *pdev)
>> > +{
>> > +     struct mhi_pci_device *mhi_pdev = pci_get_drvdata(pdev);
>> > +     struct mhi_controller *mhi_cntrl = &mhi_pdev->mhi_cntrl;
>> > +
>> > +     dev_info(&pdev->dev, "reset\n");
>> > +
>> > +     /* Clean up MHI state */
>> > +     if (test_and_clear_bit(MHI_PCI_DEV_STARTED, &mhi_pdev->status)) {
>> > +             mhi_power_down(mhi_cntrl, false);
>> > +             mhi_unprepare_after_power_down(mhi_cntrl);
>> > +     }
>> > +
>> > +     /* cause internal device reset */
>> > +     mhi_pci_reset(mhi_cntrl);
>> > +
>> > +     /* Be sure device reset has been executed */
>> > +     msleep(500);
>> > +}
>> > +
>> > +void mhi_pci_reset_done(struct pci_dev *pdev)
>> > +{
>> > +     struct mhi_pci_device *mhi_pdev = pci_get_drvdata(pdev);
>> > +     struct mhi_controller *mhi_cntrl = &mhi_pdev->mhi_cntrl;
>> > +     int err;
>> > +
>> > +     /* Restore initial known working PCI state */
>> > +     pci_load_saved_state(pdev, mhi_pdev->pci_state);
>> > +     pci_restore_state(pdev);
>> > +
>> > +     /* Is device status available ? */
>> > +     if (!mhi_pci_is_alive(mhi_cntrl)) {
>> > +             dev_err(&pdev->dev, "reset failed\n");
>> > +             return;
>> > +     }
>> >
>> > -     mhi_free_controller(mhi_cntrl);
>> > +     err = mhi_prepare_for_power_up(mhi_cntrl);
>> > +     if (err) {
>> > +             dev_err(&pdev->dev, "failed to prepare MHI controller\n");
>> > +             return;
>> > +     }
>> > +
>> > +     err = mhi_sync_power_up(mhi_cntrl);
>> > +     if (err) {
>> > +             dev_err(&pdev->dev, "failed to power up MHI controller\n");
>> > +             mhi_unprepare_after_power_down(mhi_cntrl);
>> > +             return;
>> > +     }
>> > +
>> > +     set_bit(MHI_PCI_DEV_STARTED, &mhi_pdev->status);
>> >  }
>> >
>> > +static const struct pci_error_handlers mhi_pci_err_handler = {
>> > +     .reset_prepare = mhi_pci_reset_prepare,
>> > +     .reset_done = mhi_pci_reset_done,
>> > +};
>> > +
>> >  static struct pci_driver mhi_pci_driver = {
>> >       .name           = "mhi-pci-generic",
>> >       .id_table       = mhi_pci_id_table,
>> >       .probe          = mhi_pci_probe,
>> > -     .remove         = mhi_pci_remove
>> > +     .remove         = mhi_pci_remove,
>> > +     .err_handler    = &mhi_pci_err_handler,
>> >  };
>> >  module_pci_driver(mhi_pci_driver);
>> >
>> > --
>> > 2.7.4
>> >

Thanks,
Bhaumik
---
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora 
Forum,
a Linux Foundation Collaborative Project

  reply	other threads:[~2020-12-02  1:25 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-26 15:28 [PATCH v3 0/9] mhi: pci_generic: Misc improvements Loic Poulain
2020-11-26 15:28 ` [PATCH v3 1/9] mhi: Add mhi_controller_initialize helper Loic Poulain
2020-11-28  5:42   ` Manivannan Sadhasivam
2020-12-02  1:41     ` Bhaumik Bhatt
2020-11-26 15:29 ` [PATCH v3 2/9] mhi: pci-generic: Increase number of hardware events Loic Poulain
2020-11-28  5:44   ` Manivannan Sadhasivam
2020-11-26 15:29 ` [PATCH v3 3/9] mhi: pci-generic: Perform hard reset on remove Loic Poulain
2020-11-27 17:34   ` Jeffrey Hugo
2020-11-27 17:40     ` Jeffrey Hugo
2020-11-26 15:29 ` [PATCH v3 4/9] mhi: pci_generic: Enable burst mode for hardware channels Loic Poulain
2020-11-28  5:45   ` Manivannan Sadhasivam
2020-11-26 15:29 ` [PATCH v3 5/9] mhi: pci_generic: Add support for reset Loic Poulain
2020-11-28  5:49   ` Manivannan Sadhasivam
2020-11-30  9:08     ` Loic Poulain
2020-12-02  1:24       ` Bhaumik Bhatt [this message]
2020-12-07 14:05         ` Loic Poulain
2020-11-26 15:29 ` [PATCH v3 6/9] mhi: pci_generic: Add suspend/resume/recovery procedure Loic Poulain
2020-11-26 15:29 ` [PATCH v3 7/9] mhi: pci_generic: Add PCI error handlers Loic Poulain
2020-11-26 15:29 ` [PATCH v3 8/9] mhi: pci_generic: Add health-check Loic Poulain
2020-11-28  5:59   ` Manivannan Sadhasivam
2020-12-01  0:59     ` Hemant Kumar
2020-12-01  1:02   ` Hemant Kumar
2020-11-26 15:29 ` [PATCH v3 9/9] mhi: pci_generic: Increase controller timeout value Loic Poulain
2020-11-28  5:51   ` Manivannan Sadhasivam
2020-11-28  6:00 ` [PATCH v3 0/9] mhi: pci_generic: Misc improvements Manivannan Sadhasivam

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=2a87668357b7f3e7788b9459a6b0319a@codeaurora.org \
    --to=bbhatt@codeaurora.org \
    --cc=hemantk@codeaurora.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=loic.poulain@linaro.org \
    --cc=manivannan.sadhasivam@linaro.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).