It removes the need to check the resource data type separately.
Signed-off-by: zhaoxiao <[email protected]>
---
drivers/usb/typec/mux/intel_pmc_mux.c | 9 +--------
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/usb/typec/mux/intel_pmc_mux.c b/drivers/usb/typec/mux/intel_pmc_mux.c
index 47b733f78fb0..6207c8f54240 100644
--- a/drivers/usb/typec/mux/intel_pmc_mux.c
+++ b/drivers/usb/typec/mux/intel_pmc_mux.c
@@ -569,13 +569,6 @@ static int pmc_usb_register_port(struct pmc_usb *pmc, int index,
return ret;
}
-static int is_memory(struct acpi_resource *res, void *data)
-{
- struct resource r;
-
- return !acpi_dev_resource_memory(res, &r);
-}
-
/* IOM ACPI IDs and IOM_PORT_STATUS_OFFSET */
static const struct acpi_device_id iom_acpi_ids[] = {
/* TigerLake */
@@ -606,7 +599,7 @@ static int pmc_usb_probe_iom(struct pmc_usb *pmc)
return -ENODEV;
INIT_LIST_HEAD(&resource_list);
- ret = acpi_dev_get_resources(adev, &resource_list, is_memory, NULL);
+ ret = acpi_dev_get_memory_resources(adev, &resource_list);
if (ret < 0)
return ret;
--
2.20.1
On Wed, Aug 31, 2022 at 02:11:26PM +0800, zhaoxiao wrote:
> It removes the need to check the resource data type separately.
>
> Signed-off-by: zhaoxiao <[email protected]>
Was this patch generated by yet another bot?
If that's the case, then I would appreciated that you clearly state
that here somehow, just like the other projects.
thanks,
> ---
> drivers/usb/typec/mux/intel_pmc_mux.c | 9 +--------
> 1 file changed, 1 insertion(+), 8 deletions(-)
>
> diff --git a/drivers/usb/typec/mux/intel_pmc_mux.c b/drivers/usb/typec/mux/intel_pmc_mux.c
> index 47b733f78fb0..6207c8f54240 100644
> --- a/drivers/usb/typec/mux/intel_pmc_mux.c
> +++ b/drivers/usb/typec/mux/intel_pmc_mux.c
> @@ -569,13 +569,6 @@ static int pmc_usb_register_port(struct pmc_usb *pmc, int index,
> return ret;
> }
>
> -static int is_memory(struct acpi_resource *res, void *data)
> -{
> - struct resource r;
> -
> - return !acpi_dev_resource_memory(res, &r);
> -}
> -
> /* IOM ACPI IDs and IOM_PORT_STATUS_OFFSET */
> static const struct acpi_device_id iom_acpi_ids[] = {
> /* TigerLake */
> @@ -606,7 +599,7 @@ static int pmc_usb_probe_iom(struct pmc_usb *pmc)
> return -ENODEV;
>
> INIT_LIST_HEAD(&resource_list);
> - ret = acpi_dev_get_resources(adev, &resource_list, is_memory, NULL);
> + ret = acpi_dev_get_memory_resources(adev, &resource_list);
> if (ret < 0)
> return ret;
>
> --
> 2.20.1
--
heikki
On Wed, Aug 31, 2022 at 11:21:59AM +0300, Heikki Krogerus wrote:
> On Wed, Aug 31, 2022 at 02:11:26PM +0800, zhaoxiao wrote:
> > It removes the need to check the resource data type separately.
> >
> > Signed-off-by: zhaoxiao <[email protected]>
>
> Was this patch generated by yet another bot?
>
> If that's the case, then I would appreciated that you clearly state
> that here somehow, just like the other projects.
Also if it was done by a bot, it has to follow the documented rules of
using them, otherwise we will just reject it.
thanks,
greg k-h
On Thu, Sep 01, 2022 at 11:39:17AM +0800, 赵晓 wrote:
> No generated by yet another bot, The patch refer to the below:
> https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=6505e452371d44be00fe321996f1de248a7606a2
I don't know what are you trying to point at with that, but I'm
guessing you are trying to refer to this patch series [1] that Rafael
indeed picked to his PM tree - mostly. The first patch was taken by
Greg, though now that I look at his linux-usb tree, it's not there?
In any case, your patch will create a conflict with that first patch
in that series. There is a proper solution in that very same series,
but it can only be applied after the first patch becomes available.
[1] https://lore.kernel.org/linux-usb/[email protected]/
thanks,
--
heikki
On Thu, Sep 01, 2022 at 02:19:24PM +0300, Heikki Krogerus wrote:
> On Thu, Sep 01, 2022 at 11:39:17AM +0800, 赵晓 wrote:
> > No generated by yet another bot, The patch refer to the below:
> > https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=6505e452371d44be00fe321996f1de248a7606a2
>
> I don't know what are you trying to point at with that, but I'm
> guessing you are trying to refer to this patch series [1] that Rafael
> indeed picked to his PM tree - mostly. The first patch was taken by
> Greg, though now that I look at his linux-usb tree, it's not there?
No, sorry, the path is there (it was just not in 6.0-rc3 like I
though):
https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/commit/?h=usb-linus&id=1b1b672cc1d4fb3065dac79efb8901bd6244ef69
So your patch would have a conflict with that one. This is the proper
solution:
https://lore.kernel.org/linux-usb/[email protected]/
thanks,
--
heikki