From: Bingbu Cao <bingbu.cao@linux.intel.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: linux-media@vger.kernel.org, stanislaw.gruszka@linux.intel.com,
bingbu.cao@intel.com, Hans de Goede <hdegoede@redhat.com>
Subject: Re: [PATCH 1/1] media: ipu6: Drop unused ipu6_dma_get_sgtable()
Date: Wed, 26 Feb 2025 17:25:06 +0800 [thread overview]
Message-ID: <2b51451f-5450-bc68-835a-e91a792dedf9@linux.intel.com> (raw)
In-Reply-To: <Z77TNQm5mxPa__FA@kekkonen.localdomain>
Sakari,
On 2/26/25 4:39 PM, Sakari Ailus wrote:
> Hi Bingbu,
>
> On Wed, Feb 26, 2025 at 04:01:16PM +0800, Bingbu Cao wrote:
>>
>> On 2/26/25 3:58 PM, Sakari Ailus wrote:
>>> Hi Bingbu,
>>>
>>> On Wed, Feb 26, 2025 at 10:38:25AM +0800, Bingbu Cao wrote:
>>>> Sakari,
>>>>
>>>> On 2/25/25 5:45 PM, Sakari Ailus wrote:
>>>>> ipu6_dma_get_sgtable() is now unused. Drop it.
>>>>>
>>>>> Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
>>>>> ---
>>>>> drivers/media/pci/intel/ipu6/ipu6-dma.c | 33 -------------------------
>>>>> drivers/media/pci/intel/ipu6/ipu6-dma.h | 3 ---
>>>>> 2 files changed, 36 deletions(-)
>>>>>
>>>>> diff --git a/drivers/media/pci/intel/ipu6/ipu6-dma.c b/drivers/media/pci/intel/ipu6/ipu6-dma.c
>>>>> index 44e24da33907..052e396a28af 100644
>>>>> --- a/drivers/media/pci/intel/ipu6/ipu6-dma.c
>>>>> +++ b/drivers/media/pci/intel/ipu6/ipu6-dma.c
>>>>> @@ -455,36 +455,3 @@ void ipu6_dma_unmap_sgtable(struct ipu6_bus_device *sys, struct sg_table *sgt,
>>>>> ipu6_dma_unmap_sg(sys, sgt->sgl, sgt->nents, dir, attrs);
>>>>> }
>>>>> EXPORT_SYMBOL_NS_GPL(ipu6_dma_unmap_sgtable, "INTEL_IPU6");
>>>>> -
>>>>> -/*
>>>>> - * Create scatter-list for the already allocated DMA buffer
>>>>> - */
>>>>> -int ipu6_dma_get_sgtable(struct ipu6_bus_device *sys, struct sg_table *sgt,
>>>>> - void *cpu_addr, dma_addr_t handle, size_t size,
>>>>> - unsigned long attrs)
>>>>> -{
>>>>> - struct device *dev = &sys->auxdev.dev;
>>>>> - struct ipu6_mmu *mmu = sys->mmu;
>>>>> - struct vm_info *info;
>>>>> - int n_pages;
>>>>> - int ret = 0;
>>>>> -
>>>>> - info = get_vm_info(mmu, handle);
>>>>> - if (!info)
>>>>> - return -EFAULT;
>>>>> -
>>>>> - if (!info->vaddr)
>>>>> - return -EFAULT;
>>>>> -
>>>>> - if (WARN_ON(!info->pages))
>>>>> - return -ENOMEM;
>>>>> -
>>>>> - n_pages = PFN_UP(size);
>>>>> -
>>>>> - ret = sg_alloc_table_from_pages(sgt, info->pages, n_pages, 0, size,
>>>>> - GFP_KERNEL);
>>>>> - if (ret)
>>>>> - dev_warn(dev, "get sgt table failed\n");
>>>>> -
>>>>> - return ret;
>>>>> -}
>>>>> diff --git a/drivers/media/pci/intel/ipu6/ipu6-dma.h b/drivers/media/pci/intel/ipu6/ipu6-dma.h
>>>>> index b51244add9e6..2882850d9366 100644
>>>>> --- a/drivers/media/pci/intel/ipu6/ipu6-dma.h
>>>>> +++ b/drivers/media/pci/intel/ipu6/ipu6-dma.h
>>>>> @@ -43,7 +43,4 @@ int ipu6_dma_map_sgtable(struct ipu6_bus_device *sys, struct sg_table *sgt,
>>>>> enum dma_data_direction dir, unsigned long attrs);
>>>>> void ipu6_dma_unmap_sgtable(struct ipu6_bus_device *sys, struct sg_table *sgt,
>>>>> enum dma_data_direction dir, unsigned long attrs);
>>>>> -int ipu6_dma_get_sgtable(struct ipu6_bus_device *sys, struct sg_table *sgt,
>>>>> - void *cpu_addr, dma_addr_t handle, size_t size,
>>>>> - unsigned long attrs);
>>>>
>>>> ipu6_dma_get_sgtable() is used in downstream PS driver, I don't think it
>>>> is necessary to remove it as it will be hard to integrate with downstream PS
>>>> driver.
>>>
>>> When will there be an upstream PSYS driver?
>>>
>>> I suppose you can just as well apply a revert of this patch to your
>>> downstream tree?
>>>
>>
>> Sakari,
>>
>> I don't think all the OS vendors like this way, it make the downstream
>> development harder. It's a trade-off, I cannot see removing offer any
>> benefits that its side-effect.
>
> I don't think the Linux distro maintainers like downstream drivers at all,
> independently of how many patches they consist of.
>
> You could as well move the function to the PSYS driver and use
> find_vm_area(cpu_addr) instead to find the area.
My fault, I forgot I already removed the ipu6_dma_get_sgtable() from
downstream driver months ago, so,
Reviewed-by: Bingbu Cao <bingbu.cao@intel.com>
;)
>
--
Best regards,
Bingbu Cao
next prev parent reply other threads:[~2025-02-26 9:30 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-25 9:45 [PATCH 1/1] media: ipu6: Drop unused ipu6_dma_get_sgtable() Sakari Ailus
2025-02-25 16:47 ` Stanislaw Gruszka
2025-02-26 2:38 ` Bingbu Cao
2025-02-26 7:58 ` Sakari Ailus
2025-02-26 8:01 ` Bingbu Cao
2025-02-26 8:39 ` Sakari Ailus
2025-02-26 9:25 ` Bingbu Cao [this message]
2025-02-26 10:38 ` Sakari Ailus
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=2b51451f-5450-bc68-835a-e91a792dedf9@linux.intel.com \
--to=bingbu.cao@linux.intel.com \
--cc=bingbu.cao@intel.com \
--cc=hdegoede@redhat.com \
--cc=linux-media@vger.kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=stanislaw.gruszka@linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.