drivers/input/sparse-keymap.c | 3 +-- drivers/pinctrl/intel/pinctrl-intel.c | 6 ++---- drivers/pinctrl/intel/pinctrl-tangier.c | 5 ++--- drivers/pinctrl/pxa/pinctrl-pxa2xx.c | 8 ++++---- include/linux/device.h | 5 +++++ sound/soc/intel/avs/boards/da7219.c | 3 ++- sound/soc/intel/avs/boards/es8336.c | 3 ++- sound/soc/intel/avs/boards/nau8825.c | 3 ++- sound/soc/intel/avs/boards/rt274.c | 3 ++- sound/soc/intel/avs/boards/rt286.c | 3 ++- sound/soc/intel/avs/boards/rt298.c | 3 ++- sound/soc/intel/avs/boards/rt5663.c | 3 ++- sound/soc/intel/avs/boards/rt5682.c | 2 +- 13 files changed, 29 insertions(+), 21 deletions(-)
This series introduces a more robust and cleaner devm_kmemdup_array()
helper and uses it across drivers.
v2: Use size_mul() for multiplication (Dmitry)
Update commit message (Dmitry)
Raag Jadav (6):
devres: Introduce devm_kmemdup_array()
pinctrl: intel: copy communities using devm_kmemdup_array()
pinctrl: tangier: use devm_kmemdup_array()
pinctrl: pxa2xx: use devm_kmemdup_array()
input: sparse-keymap: use devm_kmemdup_array()
ASoC: Intel: avs: use devm_kmemdup_array()
drivers/input/sparse-keymap.c | 3 +--
drivers/pinctrl/intel/pinctrl-intel.c | 6 ++----
drivers/pinctrl/intel/pinctrl-tangier.c | 5 ++---
drivers/pinctrl/pxa/pinctrl-pxa2xx.c | 8 ++++----
include/linux/device.h | 5 +++++
sound/soc/intel/avs/boards/da7219.c | 3 ++-
sound/soc/intel/avs/boards/es8336.c | 3 ++-
sound/soc/intel/avs/boards/nau8825.c | 3 ++-
sound/soc/intel/avs/boards/rt274.c | 3 ++-
sound/soc/intel/avs/boards/rt286.c | 3 ++-
sound/soc/intel/avs/boards/rt298.c | 3 ++-
sound/soc/intel/avs/boards/rt5663.c | 3 ++-
sound/soc/intel/avs/boards/rt5682.c | 2 +-
13 files changed, 29 insertions(+), 21 deletions(-)
--
2.35.3
On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > This series introduces a more robust and cleaner devm_kmemdup_array() > helper and uses it across drivers. For the series: Reviewed-by: Linus Walleij <linus.walleij@linaro.org> It seems like Andy will push it to me which is excellent. Yours, Linus Walleij
On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > helper and uses it across drivers. > > For the series: > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > It seems like Andy will push it to me which is excellent. Yep, that's the plan after we get all necessary ACKs. -- With Best Regards, Andy Shevchenko
On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > helper and uses it across drivers. > > > > For the series: > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > It seems like Andy will push it to me which is excellent. > > Yep, that's the plan after we get all necessary ACKs. Greg, anything I can do to move this forward? Raag
On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > helper and uses it across drivers. > > > > > > For the series: > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > It seems like Andy will push it to me which is excellent. > > > > Yep, that's the plan after we get all necessary ACKs. > > Greg, anything I can do to move this forward? Greg, is it possible to give your Ack or comment or guidance of the preferences with the first patch? -- With Best Regards, Andy Shevchenko
On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > helper and uses it across drivers. > > > > > > > > For the series: > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > Greg, anything I can do to move this forward? > > Greg, is it possible to give your Ack or comment or guidance of the preferences > with the first patch? $ mdfrm -c ~/mail/todo/ 2293 messages in /home/gregkh/mail/todo/ Please be patient.
On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > helper and uses it across drivers. > > > > > > > > > > For the series: > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > Greg, anything I can do to move this forward? > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > with the first patch? > > $ mdfrm -c ~/mail/todo/ > 2293 messages in /home/gregkh/mail/todo/ Oh my... > Please be patient. Sure! -- With Best Regards, Andy Shevchenko
On Thu, Dec 12, 2024 at 06:25:16PM +0200, Andy Shevchenko wrote: > On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > > helper and uses it across drivers. > > > > > > > > > > > > For the series: > > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > > > Greg, anything I can do to move this forward? > > > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > > with the first patch? > > > > $ mdfrm -c ~/mail/todo/ > > 2293 messages in /home/gregkh/mail/todo/ > > Oh my... > > > Please be patient. > > Sure! Raaj, care to send a v3 after merge window closes? -- With Best Regards, Andy Shevchenko
On Thu, Jan 16, 2025 at 04:50:45PM +0200, Andy Shevchenko wrote: > On Thu, Dec 12, 2024 at 06:25:16PM +0200, Andy Shevchenko wrote: > > On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > > > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > > > helper and uses it across drivers. > > > > > > > > > > > > > > For the series: > > > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > > > > > Greg, anything I can do to move this forward? > > > > > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > > > with the first patch? > > > > > > $ mdfrm -c ~/mail/todo/ > > > 2293 messages in /home/gregkh/mail/todo/ > > > > Oh my... > > > > > Please be patient. > > > > Sure! > > Raaj, care to send a v3 after merge window closes? Sure, and perhaps add a few more users which I found with my improved grepping skills. Raag
On Fri, Jan 17, 2025 at 05:00:34PM +0200, Raag Jadav wrote: > On Thu, Jan 16, 2025 at 04:50:45PM +0200, Andy Shevchenko wrote: > > On Thu, Dec 12, 2024 at 06:25:16PM +0200, Andy Shevchenko wrote: > > > On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > > > > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > > > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > > > > helper and uses it across drivers. > > > > > > > > > > > > > > > > For the series: > > > > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > > > > > > > Greg, anything I can do to move this forward? > > > > > > > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > > > > with the first patch? > > > > > > > > $ mdfrm -c ~/mail/todo/ > > > > 2293 messages in /home/gregkh/mail/todo/ > > > > > > Oh my... > > > > > > > Please be patient. > > > > > > Sure! > > > > Raaj, care to send a v3 after merge window closes? > > Sure, and perhaps add a few more users which I found with my improved > grepping skills. Okay, thanks! I will drop myself from this thread then. Waiting for v3... -- With Best Regards, Andy Shevchenko
On Mon, Jan 20, 2025 at 07:07:33PM +0200, Andy Shevchenko wrote: > On Fri, Jan 17, 2025 at 05:00:34PM +0200, Raag Jadav wrote: > > On Thu, Jan 16, 2025 at 04:50:45PM +0200, Andy Shevchenko wrote: > > > On Thu, Dec 12, 2024 at 06:25:16PM +0200, Andy Shevchenko wrote: > > > > On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > > > > > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > > > > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > > > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > > > > > helper and uses it across drivers. > > > > > > > > > > > > > > > > > > For the series: > > > > > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > > > > > > > > > Greg, anything I can do to move this forward? > > > > > > > > > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > > > > > with the first patch? > > > > > > > > > > $ mdfrm -c ~/mail/todo/ > > > > > 2293 messages in /home/gregkh/mail/todo/ > > > > > > > > Oh my... > > > > > > > > > Please be patient. > > > > > > > > Sure! > > > > > > Raaj, care to send a v3 after merge window closes? > > > > Sure, and perhaps add a few more users which I found with my improved > > grepping skills. > > Okay, thanks! I will drop myself from this thread then. Waiting for v3... One more thing, can you embed the following into your series? 20241203195340.855879-1-andriy.shevchenko@linux.intel.com It would be easier to handle and avoid conflicts. -- With Best Regards, Andy Shevchenko
On Mon, Jan 20, 2025 at 07:11:22PM +0200, Andy Shevchenko wrote: > On Mon, Jan 20, 2025 at 07:07:33PM +0200, Andy Shevchenko wrote: > > On Fri, Jan 17, 2025 at 05:00:34PM +0200, Raag Jadav wrote: > > > On Thu, Jan 16, 2025 at 04:50:45PM +0200, Andy Shevchenko wrote: > > > > On Thu, Dec 12, 2024 at 06:25:16PM +0200, Andy Shevchenko wrote: > > > > > On Thu, Dec 12, 2024 at 03:39:57PM +0100, Greg KH wrote: > > > > > > On Thu, Dec 12, 2024 at 04:32:48PM +0200, Andy Shevchenko wrote: > > > > > > > On Sat, Dec 07, 2024 at 04:46:18PM +0200, Raag Jadav wrote: > > > > > > > > On Fri, Nov 29, 2024 at 04:20:14PM +0200, Andy Shevchenko wrote: > > > > > > > > > On Fri, Nov 29, 2024 at 11:17:02AM +0100, Linus Walleij wrote: > > > > > > > > > > On Tue, Nov 26, 2024 at 6:22 PM Raag Jadav <raag.jadav@intel.com> wrote: > > > > > > > > > > > > > > > > > > > > > This series introduces a more robust and cleaner devm_kmemdup_array() > > > > > > > > > > > helper and uses it across drivers. > > > > > > > > > > > > > > > > > > > > For the series: > > > > > > > > > > Reviewed-by: Linus Walleij <linus.walleij@linaro.org> > > > > > > > > > > > > > > > > > > > > It seems like Andy will push it to me which is excellent. > > > > > > > > > > > > > > > > > > Yep, that's the plan after we get all necessary ACKs. > > > > > > > > > > > > > > > > Greg, anything I can do to move this forward? > > > > > > > > > > > > > > Greg, is it possible to give your Ack or comment or guidance of the preferences > > > > > > > with the first patch? > > > > > > > > > > > > $ mdfrm -c ~/mail/todo/ > > > > > > 2293 messages in /home/gregkh/mail/todo/ > > > > > > > > > > Oh my... > > > > > > > > > > > Please be patient. > > > > > > > > > > Sure! > > > > > > > > Raaj, care to send a v3 after merge window closes? > > > > > > Sure, and perhaps add a few more users which I found with my improved > > > grepping skills. > > > > Okay, thanks! I will drop myself from this thread then. Waiting for v3... > > One more thing, can you embed the following into your series? > > 20241203195340.855879-1-andriy.shevchenko@linux.intel.com > > It would be easier to handle and avoid conflicts. Sure. Raag
On Tue, Nov 26, 2024 at 10:52:34PM +0530, Raag Jadav wrote: > This series introduces a more robust and cleaner devm_kmemdup_array() > helper and uses it across drivers. I believe the best is to route this via Intel pin control tree, but we need an Ack from Greg and Dmitry. Or share your vision on this. > Raag Jadav (6): > devres: Introduce devm_kmemdup_array() > pinctrl: intel: copy communities using devm_kmemdup_array() > pinctrl: tangier: use devm_kmemdup_array() > pinctrl: pxa2xx: use devm_kmemdup_array() > input: sparse-keymap: use devm_kmemdup_array() > ASoC: Intel: avs: use devm_kmemdup_array() > > drivers/input/sparse-keymap.c | 3 +-- > drivers/pinctrl/intel/pinctrl-intel.c | 6 ++---- > drivers/pinctrl/intel/pinctrl-tangier.c | 5 ++--- > drivers/pinctrl/pxa/pinctrl-pxa2xx.c | 8 ++++---- > include/linux/device.h | 5 +++++ > sound/soc/intel/avs/boards/da7219.c | 3 ++- > sound/soc/intel/avs/boards/es8336.c | 3 ++- > sound/soc/intel/avs/boards/nau8825.c | 3 ++- > sound/soc/intel/avs/boards/rt274.c | 3 ++- > sound/soc/intel/avs/boards/rt286.c | 3 ++- > sound/soc/intel/avs/boards/rt298.c | 3 ++- > sound/soc/intel/avs/boards/rt5663.c | 3 ++- > sound/soc/intel/avs/boards/rt5682.c | 2 +- > 13 files changed, 29 insertions(+), 21 deletions(-) -- With Best Regards, Andy Shevchenko
On Wed, Nov 27, 2024 at 12:40:18AM +0200, Andy Shevchenko wrote: > On Tue, Nov 26, 2024 at 10:52:34PM +0530, Raag Jadav wrote: > > This series introduces a more robust and cleaner devm_kmemdup_array() > > helper and uses it across drivers. > > > I believe the best is to route this via Intel pin control tree, but we need > an Ack from Greg and Dmitry. Or share your vision on this. Sounds good to me. Thanks. -- Dmitry
© 2016 - 2026 Red Hat, Inc.