Re: [PATCH 21/32] pwm: tiecap: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:05:59AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 22/32] pwm: bcm2835: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:00AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 23/32] pwm: berlin: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:01AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 27/32] pwm: clps711x: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:05AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 28/32] pwm: img: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:06AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [RFC 03/11] net: phy: refactor c45 phy identification sequence

Hi, Thanks for taking a look at this! On 5/23/20 10:28 AM, Andrew Lunn wrote: On Fri, May 22, 2020 at 04:30:51PM -0500, Jeremy Linton wrote: Lets factor out the phy id logic, and make it generic so that it can be used for c22 and c45. Signed-off-by: Jeremy Linton ---

Re: [PATCH 31/32] pwm: sifive: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:09AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 24/32] pwm: vt8500: convert to devm_platform_ioremap_resource

On Sun, Dec 29, 2019 at 08:06:02AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 29/32] pwm: lpc18xx-sct: convert to devm_platform_ioremap_resource

Hello, On Sun, Dec 29, 2019 at 08:06:07AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux

Re: [PATCH 04/32] pwm: renesas-tpu: convert to devm_platform_ioremap_resource

On Sun, Dec 29, 2019 at 08:05:42AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions

Re: [PATCH 01/32] pwm: sun4i: convert to devm_platform_ioremap_resource

On Sun, Dec 29, 2019 at 08:05:39AM +, Yangtao Li wrote: > Use devm_platform_ioremap_resource() to simplify code. > > Signed-off-by: Yangtao Li Reviewed-by: Uwe Kleine-König -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions

[PATCH v2 4/4] irqchip: qcom-pdc: Introduce irq_set_wake call

Remove irq_disable callback to allow lazy disable for pdc interrupts. Add irq_set_wake callback that unmask interrupt in HW when drivers mark interrupt for wakeup. Interrupt will be cleared in HW during lazy disable if its not marked for wakeup. Signed-off-by: Maulik Shah ---

[PATCH v2 2/4] pinctrl: qcom: Remove irq_disable callback from msmgpio irqchip

The gpio can be marked for wakeup and drivers can invoke disable_irq() during suspend, in such cases unlazy approach will also disable at HW and such gpios will not wakeup device from suspend to RAM. Remove irq_disable callback to allow gpio interrupts to lazy disabled. The gpio interrupts will

[PATCH v2 3/4] pinctrl: qcom: Add msmgpio irqchip flags

Add irqchip specific flags for msmgpio irqchip to mask non wakeirqs during suspend and mask before setting irq type. Signed-off-by: Maulik Shah --- drivers/pinctrl/qcom/pinctrl-msm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/pinctrl/qcom/pinctrl-msm.c

[PATCH v2 1/4] gpio: gpiolib: Allow GPIO IRQs to lazy disable

With 'commit 461c1a7d4733 ("gpiolib: override irq_enable/disable")' gpiolib overrides irqchip's irq_enable and irq_disable callbacks. If irq_disable callback is implemented then genirq takes unlazy path to disable irq. Underlying irqchip may not want to implement irq_disable callback to lazy

[PATCH v2 0/4] irqchip: qcom: pdc: Introduce irq_set_wake call

Changes in v2: - Fix compiler error on gpiolib patch This series adds support to lazy disable pdc interrupt. Some drivers using gpio interrupts want to configure gpio for wakeup using enable_irq_wake() but during suspend entry disables irq and expects system to resume when interrupt occurs. In

Re: [PATCH v2 0/2] drivers: provide devm_platform_request_irq()

On Sat, May 23, 2020 at 06:08:29PM +0200, Wolfram Sang wrote: > On Sat, May 23, 2020 at 10:51:55PM +0800, Dejin Zheng wrote: > > It will call devm_request_irq() after platform_get_irq() function > > in many drivers, sometimes, it is not right for the error handling > > of these two functions in

[PATCH 1/8] soc: realview: Switch to use DEVICE_ATTR_RO()

Move device attributes to DEVICE_ATTR_RO() as that would make things a lot more "obvious" what is happening over the existing __ATTR usage. Cc: Linus Walleij Signed-off-by: Sudeep Holla --- drivers/soc/versatile/soc-realview.c | 40 +++- 1 file changed, 16

[PATCH 7/8] ARM: OMAP2: Switch to use DEVICE_ATTR_RO()

Move device attributes to DEVICE_ATTR_RO() as that would make things a lot more "obvious" what is happening over the existing __ATTR usage. Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/mach-omap2/id.c | 10 -- 1 file changed, 4

[PATCH 4/8] soc: integrator: Use custom soc attribute group instead of device_create_file

Commit c31e73121f4c ("base: soc: Handle custom soc information sysfs entries") introduced custom soc attribute group in soc_device_attribute structure but there are no users treewide. While trying to understand the motivation and tried to use it, it was found lot of existing custom attributes can

[PATCH 3/8] soc: integrator: Switch to use DEVICE_ATTR_RO()

Move device attributes to DEVICE_ATTR_RO() as that would make things a lot more "obvious" what is happening over the existing __ATTR usage. Cc: Linus Walleij Signed-off-by: Sudeep Holla --- drivers/soc/versatile/soc-integrator.c | 40 +++--- 1 file changed, 16

[PATCH 6/8] soc: ux500: Use custom soc attribute group instead of device_create_file

Commit c31e73121f4c ("base: soc: Handle custom soc information sysfs entries") introduced custom soc attribute group in soc_device_attribute structure but there are no users treewide. While trying to understand the motivation and tried to use it, it was found lot of existing custom attributes can

[PATCH 2/8] soc: realview: Use custom soc attribute group instead of device_create_file

Commit c31e73121f4c ("base: soc: Handle custom soc information sysfs entries") introduced custom soc attribute group in soc_device_attribute structure but there are no users treewide. While trying to understand the motivation and tried to use it, it was found lot of existing custom attributes can

[PATCH 0/8] soc: Use custom soc attribute group and DEVICE_ATTR_RO

Hi, While trying to add SMCCC based SOC_ID support, I found the custom soc attribute group which had no users in the tree and check if it can be used or can be removed. I realised that it could clean up the custom attributes that are added using device_create_file today. Regards, Sudeep Sudeep

[PATCH 8/8] ARM: OMAP2: Use custom soc attribute group instead of device_create_file

Commit c31e73121f4c ("base: soc: Handle custom soc information sysfs entries") introduced custom soc attribute group in soc_device_attribute structure but there are no users treewide. While trying to understand the motivation and tried to use it, it was found lot of existing custom attributes can

[PATCH 5/8] soc: ux500: Switch to use DEVICE_ATTR_RO()

Move device attributes to DEVICE_ATTR_RO() as that would make things a lot more "obvious" what is happening over the existing __ATTR usage. Cc: Linus Walleij Signed-off-by: Sudeep Holla --- drivers/soc/ux500/ux500-soc-id.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-)

Re: [RESEND PATCH v14 04/11] pwm: clps711x: Cast period to u32 before use as divisor

On Fri, May 22, 2020 at 04:19:04PM -0700, Guru Das Srinagesh wrote: > On Fri, May 22, 2020 at 10:37:38AM +0100, Daniel Thompson wrote: > > On Thu, May 21, 2020 at 01:25:25PM -0700, Guru Das Srinagesh wrote: > > > On Thu, May 21, 2020 at 11:19:34AM +0100, Daniel Thompson wrote: > > > > On Wed, May

Re: [PATCH] linux/blkdev.h: Use ilog2() directly in blksize_bits()

On 5/23/20 9:50 AM, Kaitao Cheng wrote: > blksize_bits() can be achieved through ilog2(), and ilog2() is > more efficient. I like the simplification, but do you have any results to back up that claim? Is the generated code shorter? Runs faster? -- Jens Axboe

Re: [PATCH 1/4] gpio: gpiolib: Allow GPIO IRQs to lazy disable

Hi, On 5/23/2020 3:12 PM, Marc Zyngier wrote: On 2020-05-22 14:19, Maulik Shah wrote: With 'commit 461c1a7d4733 ("gpiolib: override irq_enable/disable")' gpiolib overrides irqchip's irq_enable and irq_disable callbacks. If irq_disable callback is implemented then genirq takes unlazy path to

KASAN: use-after-free Read in mousedev_cleanup

Hello, syzbot found the following crash on: HEAD commit:c11d28ab Add linux-next specific files for 20200522 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=119c3f0610 kernel config: https://syzkaller.appspot.com/x/.config?x=3f6dbdea4159fb66 dashboard

KASAN: use-after-free Read in put_device

Hello, syzbot found the following crash on: HEAD commit:c11d28ab Add linux-next specific files for 20200522 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=114e4f0610 kernel config: https://syzkaller.appspot.com/x/.config?x=3f6dbdea4159fb66 dashboard

possible deadlock in media_devnode_release

Hello, syzbot found the following crash on: HEAD commit:c11d28ab Add linux-next specific files for 20200522 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=1733017210 kernel config: https://syzkaller.appspot.com/x/.config?x=3f6dbdea4159fb66 dashboard

Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access

On Sat, May 23, 2020 at 05:08:31PM +0200, Sebastian Andrzej Siewior wrote: > On 2020-05-22 10:39:53 [-0700], Paul E. McKenney wrote: > > It looks good to me, but I have not yet tested it. (Happy to let you > > take the first crack at rcutorture in any case, scenarios SRCU-P and > > SRCU-N.) > >

Re: [PATCH] kbuild: reuse vmlinux.o in vmlinux_link

Hi Masahiro. On Sun, May 24, 2020 at 12:12:35AM +0900, Masahiro Yamada wrote: > Hi Nicholas, > (+CC: Sam Ravnborg) > > > On Sat, May 23, 2020 at 7:06 PM Nicholas Piggin wrote: > > > > Excerpts from Masahiro Yamada's message of May 23, 2020 3:44 am: > > > + Michael, and PPC ML. > > > > > > They

[linux-next RFC] mm/gup.c: Convert to use get_user_pages_fast_only()

Renaming the API __get_user_pages_fast() to get_user_pages_ fast_only() to align with pin_user_pages_fast_only(). As part of this we will get rid of write parameter. Instead caller will pass FOLL_WRITE to get_user_pages_fast_only(). This will not change any existing functionality of the API. All

Re: [PATCH 2/8] KVM: x86: extend struct kvm_vcpu_pv_apf_data with token info

Vivek Goyal writes: > On Mon, May 11, 2020 at 06:47:46PM +0200, Vitaly Kuznetsov wrote: >> Currently, APF mechanism relies on the #PF abuse where the token is being >> passed through CR2. If we switch to using interrupts to deliver page-ready >> notifications we need a different way to pass the

URGENT

Ramadan Kareem to you, My name is Bukuri Dervishi, I’m a citizen of Albania base in Turkey for my previous business. This is a confidential message, I have lost two of my children due to covid19; early February we came to Italy on visit without knowing that things was about to fall appart. Not

[PATCH 2/2] kvm/x86: don't expose MSR_IA32_UMWAIT_CONTROL unconditionally

This msr is only available when the host supports WAITPKG feature. This breaks a nested guest, if the L1 hypervisor is set to ignore unknown msrs, because the only other safety check that the kernel does is that it attempts to read the msr and rejects it if it gets an exception. Fixes:

[PATCH 1/2] kvm/x86/vmx: enable X86_FEATURE_WAITPKG in KVM capabilities

Even though we might not allow the guest to use WAITPKG's new instructions, we should tell KVM that the feature is supported by the host CPU. Note that vmx_waitpkg_supported checks that WAITPKG _can_ be set in secondary execution controls as specified by VMX capability MSR, rather that we

[PATCH 0/2] Fix issue with not starting nesting guests on my system

On my AMD machine I noticed that I can't start any nested guests, because nested KVM (everything from master git branches) complains that it can't find msr MSR_IA32_UMWAIT_CONTROL which my system doesn't support at all anyway. I traced it to the recently added UMWAIT support to qemu and kvm. The

Re: [PATCH v2 0/2] drivers: provide devm_platform_request_irq()

On Sat, May 23, 2020 at 10:51:55PM +0800, Dejin Zheng wrote: > It will call devm_request_irq() after platform_get_irq() function > in many drivers, sometimes, it is not right for the error handling > of these two functions in some drivers. so provide this function > to simplify the driver. > >

x86: Question about state of general purpose registers on switch to 64-bit mode

Hi, I have a question about the state of the upper 32 bits of the general purpose registers following a switch from/to 64-bit mode. Both the AMD [0] and Intel [1] manuals state that these bits are undefined following a switch from 64 to 32-bit mode. Since they can't be accessed in 32-bit mode,

[PATCH] trace/ftrace: fix maybe-uninitialized compiler warning

During build compiler reports some 'false positive' warnings about variables {'seq_ops', 'filtered_pids', 'other_pids'} may be used uninitialized. This patch silences these warnings. Also delete some useless spaces Signed-off-by: Kaitao Cheng --- kernel/trace/ftrace.c | 10 -- 1 file

[PATCH] linux/blkdev.h: Use ilog2() directly in blksize_bits()

blksize_bits() can be achieved through ilog2(), and ilog2() is more efficient. Signed-off-by: Kaitao Cheng --- include/linux/blkdev.h | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h index 2b33166b9daf..cce96abac4d4 100644

[PATCH] proc/fd: Remove the initialization of variables in seq_show()

The variables{files, file} will definitely be assigned, so we don't need to initialize them. Signed-off-by: Kaitao Cheng --- fs/proc/fd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/proc/fd.c b/fs/proc/fd.c index 81882a13212d..6f95baf44e37 100644 ---

Re: [PATCH] kobject: Make sure the parent does not get released before its children

On 5/23/20 8:36 AM, Greg Kroah-Hartman wrote: > On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: >> In the function kobject_cleanup(), kobject_del(kobj) is >> called before the kobj->release(). That makes it possible to >> release the parent of the kobject before the kobject

Re: [PATCH] kobject: Make sure the parent does not get released before its children

On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: > In the function kobject_cleanup(), kobject_del(kobj) is > called before the kobj->release(). That makes it possible to > release the parent of the kobject before the kobject itself. > > To fix that, adding function __kboject_del()

Re: [GIT PULL] Driver core fixes for 5.7-rc7 - take 2

The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git tags/driver-core-5.7-rc7 for you to fetch changes up to

Re: [RFC 03/11] net: phy: refactor c45 phy identification sequence

On Fri, May 22, 2020 at 04:30:51PM -0500, Jeremy Linton wrote: > Lets factor out the phy id logic, and make it generic > so that it can be used for c22 and c45. > > Signed-off-by: Jeremy Linton > --- > drivers/net/phy/phy_device.c | 65 +++- > 1 file changed, 35

Re: [PATCH v2] i2c: cadence: Add an error handling for platform_get_irq()

On Fri, May 22, 2020 at 01:24:57PM +0200, Michal Simek wrote: > On 20. 05. 20 16:48, Dejin Zheng wrote: > > The driver initialization should be end immediately after found > > the platform_get_irq() function return an error. > > > > Fixes: df8eb5691c48d3b0 ("i2c: Add driver for Cadence I2C

Re: [PATCH v2 3/3] x86/boot/compressed: get rid of GOT fixup code

On Sat, May 23, 2020 at 02:00:21PM +0200, Ard Biesheuvel wrote: > In a previous patch, we have eliminated GOT entries from the decompressor > binary and added an assertion that the .got section is empty. This means > that the GOT fixup routines that exist in both the 32-bit and 64-bit > startup

Re: [PATCH v2 0/3] x86/boot: get rid of GOT entries and associated fixup code

On Sat, May 23, 2020 at 02:00:18PM +0200, Ard Biesheuvel wrote: > Building position independent code using GCC by default results in references > to symbols with external linkage to be resolved via GOT entries, which > carry the absolute addresses of the symbols, and thus need to be corrected > if

Re: [PATCH net-next v2 1/4] dt-bindings: net: Add tx and rx internal delays

On Fri, May 22, 2020 at 07:25:31AM -0500, Dan Murphy wrote: > tx-internal-delays and rx-internal-delays are a common setting for RGMII > capable devices. > > These properties are used when the phy-mode or phy-controller is set to > rgmii-id, rgmii-rxid or rgmii-txid. These modes indicate to the

Re: [PATCH] kbuild: reuse vmlinux.o in vmlinux_link

Hi Nicholas, (+CC: Sam Ravnborg) On Sat, May 23, 2020 at 7:06 PM Nicholas Piggin wrote: > > Excerpts from Masahiro Yamada's message of May 23, 2020 3:44 am: > > + Michael, and PPC ML. > > > > They may know something about the reason of failure. > > Because the linker can't put branch stubs

Re: [PATCH net-next v2 4/4] net: dp83869: Add RGMII internal delay configuration

> > > + dp83869->tx_id_delay = DP83869_RGMII_CLK_DELAY_INV; > > > + ret = of_property_read_u32(of_node, "tx-internal-delay-ps", > > > +>tx_id_delay); > > > + if (!ret && dp83869->tx_id_delay > dp83869_internal_delay[delay_size]) { > > > + phydev_err(phydev, > >

Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access

On 2020-05-22 10:39:53 [-0700], Paul E. McKenney wrote: > It looks good to me, but I have not yet tested it. (Happy to let you > take the first crack at rcutorture in any case, scenarios SRCU-P and > SRCU-N.) on it. > > That check_init_srcu_struct() is needed, because otherwise: > > > > | BUG:

Re: mmotm 2020-05-22-20-35 uploaded (phy/intel/phy-intel-combo.c)

On 5/22/20 8:36 PM, Andrew Morton wrote: > The mm-of-the-moment snapshot 2020-05-22-20-35 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my -mm patch

Re: linux-next: build failure after merge of the tip tree

On Sat, May 23, 2020 at 11:54:26AM +0200, Thomas Gleixner wrote: > Borislav Petkov writes: > > > On Fri, May 22, 2020 at 05:12:23PM -0700, Paul E. McKenney wrote: > >> Marco, Thomas, is there any better setup I can provide Stephen? Or > >> is the next-20200519 -rcu tree the best we have right

Re: [PATCH v1 07/25] lockdep: Add preemption disabled assertion API

On 2020-05-22 19:55:03 [+0200], Peter Zijlstra wrote: > On Tue, May 19, 2020 at 11:45:29PM +0200, Ahmed S. Darwish wrote: > > diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h > > index 206774ac6946..54c929ea5b98 100644 > > --- a/include/linux/lockdep.h > > +++

Re: [RFC PATCH net-next 4/4] net: dp83869: Add RGMII internal delay configuration

On Thu, May 21, 2020 at 12:48:34PM -0500, Dan Murphy wrote: > Add RGMII internal delay configuration for Rx and Tx. > > Signed-off-by: Dan Murphy > --- > drivers/net/phy/dp83869.c | 101 ++ > 1 file changed, 101 insertions(+) > > diff --git

[PATCH v2 2/2] i2c: busses: convert to devm_platform_request_irq()

Use devm_platform_request_irq() to simplify code, and it contains platform_get_irq() and devm_request_irq(). I resend this patch by that discussion. https://patchwork.ozlabs.org/project/linux-i2c/patch/20200520144821.8069-1-zhengdej...@gmail.com/ Cc: Michal Simek Cc: Wolfram Sang

[PATCH v2 0/2] drivers: provide devm_platform_request_irq()

It will call devm_request_irq() after platform_get_irq() function in many drivers, sometimes, it is not right for the error handling of these two functions in some drivers. so provide this function to simplify the driver. the first patch will provide devm_platform_request_irq(), and the other

[PATCH v2 1/2] drivers: provide devm_platform_request_irq()

It will call devm_request_irq() after platform_get_irq() function in many drivers, sometimes, it is not right for the error handling of these two functions in some drivers. so provide this function to simplify the driver. Cc: Michal Simek Cc: Wolfram Sang Signed-off-by: Dejin Zheng --- v1 ->

Re: KASAN: use-after-free Read in uif_close

syzbot has found a reproducer for the following crash on: HEAD commit:c11d28ab Add linux-next specific files for 20200522 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=158d1baa10 kernel config:

Re: [PATCH v2 4/5] net: devres: provide devm_register_netdev()

… > +++ b/net/devres.c > @@ -38,3 +38,58 @@ struct net_device *devm_alloc_etherdev_mqs(struct device > *dev, int sizeof_priv, … > + * This is a devres variant of register_netdev() for which the unregister > + * function will be call automatically when the managing device is Is the following

Re: [GIT PULL] Driver core fixes for 5.7-rc7

On Sat, May 23, 2020 at 03:17:59PM +0200, Greg KH wrote: > The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: > > Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) > > are available in the Git repository at: > >

Re: [PATCH] kobject: Make sure the parent does not get released before its children

On Sat, May 23, 2020 at 06:21:01AM -0700, Guenter Roeck wrote: > On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: > > In the function kobject_cleanup(), kobject_del(kobj) is > > called before the kobj->release(). That makes it possible to > > release the parent of the kobject

Re: [PATCH] mm/compaction: avoid VM_BUG_ON(PageSlab()) in page_mapcount()

On Sat, May 23, 2020 at 4:34 AM Andrew Morton wrote: > > On Wed, 13 May 2020 17:05:25 +0300 Konstantin Khlebnikov > wrote: > > > Function isolate_migratepages_block() runs some checks out of lru_lock > > when choose pages for migration. After checking PageLRU() it checks extra > > page

[PATCH] dmaengine: rcar-dmac: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Also, call pm_runtime_disable() when pm_runtime_get_sync() returns an error code. Signed-off-by: Dinghao

[PATCH] spi: spi-fsl-lpspi: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- drivers/spi/spi-fsl-lpspi.c | 6 -- 1 file changed, 4 insertions(+), 2

Re: [PATCH v2] i2c: cadence: Add an error handling for platform_get_irq()

On Fri, May 22, 2020 at 10:19:56PM +0200, Wolfram Sang wrote: > > > You know about > > devm_platform_get_and_ioremap_resource() > > usage. > > Maybe that's the way to go. Because as of today there is no way to pass > > position of irq resource. > > > > But I expect it will come in near future.

Re: [PATCH] kobject: Make sure the parent does not get released before its children

On Sat, May 23, 2020 at 06:21:01AM -0700, Guenter Roeck wrote: > On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: > > In the function kobject_cleanup(), kobject_del(kobj) is > > called before the kobj->release(). That makes it possible to > > release the parent of the kobject

[PATCH v2 0/5] net: provide a devres variant of register_netdev()

From: Bartosz Golaszewski Using devres helpers allows to shrink the probing code, avoid memory leaks in error paths make sure the order in which resources are freed is the exact opposite of their allocation. This series proposes to add a devres variant of register_netdev() that will only work

[PATCH v2 2/5] net: move devres helpers into a separate source file

From: Bartosz Golaszewski There's currently only a single devres helper in net/ - devm variant of alloc_etherdev. Let's move it to net/devres.c with the intention of assing a second one: devm_register_netdev(). This new routine will need to know the address of the release function of

[PATCH v2 5/5] net: ethernet: mtk_star_emac: use devm_register_netdev()

From: Bartosz Golaszewski Use the new devres variant of register_netdev() in the mtk-star-emac driver and shrink the code by a couple lines. Signed-off-by: Bartosz Golaszewski --- drivers/net/ethernet/mediatek/mtk_star_emac.c | 17 + 1 file changed, 1 insertion(+), 16

[PATCH v2 4/5] net: devres: provide devm_register_netdev()

From: Bartosz Golaszewski Provide devm_register_netdev() - a device resource managed variant of register_netdev(). This new helper will only work for net_device structs that are also already managed by devres. Signed-off-by: Bartosz Golaszewski --- .../driver-api/driver-model/devres.rst

[PATCH v2 3/5] net: devres: define a separate devres structure for devm_alloc_etherdev()

From: Bartosz Golaszewski Not using a proxy structure to store struct net_device doesn't save anything in terms of compiled code size or memory usage but significantly decreases the readability of the code with all the pointer casting. Define struct net_device_devres and use it in

[PATCH v2 1/5] Documentation: devres: add a missing section for networking helpers

From: Bartosz Golaszewski Add a new section for networking devres helpers to devres.rst and list the two existing devm functions. Signed-off-by: Bartosz Golaszewski --- Documentation/driver-api/driver-model/devres.rst | 4 1 file changed, 4 insertions(+) diff --git

[PATCH] arm64: dts: qcom: sm8250: sort nodes by physical address

Other dts have nodes sorted by physical address, be consistent with that. Signed-off-by: Jonathan Marek --- arch/arm64/boot/dts/qcom/sm8250.dtsi | 176 +-- 1 file changed, 88 insertions(+), 88 deletions(-) diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi

Re: [PATCH] kobject: Make sure the parent does not get released before its children

On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: > In the function kobject_cleanup(), kobject_del(kobj) is > called before the kobj->release(). That makes it possible to > release the parent of the kobject before the kobject itself. > > To fix that, adding function __kboject_del()

[PATCH] arm64: dts: qcom: sm8250: rename spmi node to spmi_bus

The pm8150 dtsi files refer to it as spmi_bus, so change it. Signed-off-by: Jonathan Marek --- arch/arm64/boot/dts/qcom/sm8250.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi b/arch/arm64/boot/dts/qcom/sm8250.dtsi index

[GIT PULL] Char/Misc driver fixes for 5.7-rc7

The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git tags/char-misc-5.7-rc7 for you to fetch changes up to

[GIT PULL] Staging/IIO driver fixes for 5.7-rc7

The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git tags/staging-5.7-rc7 for you to fetch changes up to

[GIT PULL] Driver core fixes for 5.7-rc7

The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git tags/driver-core-5.7-rc7 for you to fetch changes up to

[GIT PULL] TTY/Serial driver fix for 5.7-rc7

The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-5.7-rc7 for you to fetch changes up to

Re: [PATCH 0/5] net: provide a devres variant of register_netdev()

sob., 23 maj 2020 o 00:36 David Miller napisał(a): > > From: Bartosz Golaszewski > Date: Wed, 20 May 2020 13:44:10 +0200 > > > net: ethernet: mtk_eth_mac: use devm_register_netdev() > > This patch doesn't apply to net-next. > > Neither the source file

Re: [PATCH v5 00/11] mediatek: add support for MediaTek Ethernet MAC

On 5/22/20 11:36 PM, David Miller wrote: > From: Matthias Brugger > Date: Fri, 22 May 2020 23:31:50 +0200 > >> >> >> On 22/05/2020 23:20, David Miller wrote: >>> From: Bartosz Golaszewski >>> Date: Fri, 22 May 2020 14:06:49 +0200 >>> This series adds support for the STAR Ethernet

[PATCH] e1000: Fix typo in the comment

Continuous Double "the" in a comment. Changed it to single "the" Signed-off-by: Hari --- drivers/net/ethernet/intel/e1000/e1000_hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/e1000/e1000_hw.c b/drivers/net/ethernet/intel/e1000/e1000_hw.c

[PATCH] arm64: dts: qcom: sm8250: use dt-bindings defines for clocks

Use the dt-bindings defines for qupv3_id_1 node's clocks. Signed-off-by: Jonathan Marek --- arch/arm64/boot/dts/qcom/sm8250.dtsi | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi b/arch/arm64/boot/dts/qcom/sm8250.dtsi index

Re: [patch V6 00/37] x86/entry: Rework leftovers and merge plan

On Sat, May 23, 2020 at 10:52:24AM +0800, Lai Jiangshan wrote: > Hello, > > I, who don't know how does the objtool handle it, am just curious. > _begin() and _end() are symmetrical, which means if _end() (without nop) > can escape, so can _begin() in a reverse way. For example: > > noinstr void

Re: [RFC][PATCH 0/4] x86/entry: disallow #DB more

On Fri, May 22, 2020 at 03:13:57PM -0700, Andy Lutomirski wrote: > On Fri, May 22, 2020 at 1:49 PM Peter Zijlstra wrote: > > > > Hai, this kills #DB during NMI/#MC and with that allows removing all the > > nasty > > IST rewrite crud. > > > > This is great, except that the unconditional DR7

[PATCH] [v2] spi: tegra114: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- Changelog: v2: - Use pm_runtime_put_noidle() instead of pm_runtime_put().

[PATCH] ASoC: ingenic: Unconditionally depend on devicetree

All boards with Ingenic SoCs probe with devicetree already, we have no use for a non-devicetree path. This solves some compilation warnings that were caused by unused variables in the case where CONFIG_OF was disabled. Signed-off-by: Paul Cercueil Reported-by: kbuild test robot ---

[PATCH] [v2] spi: tegra20-sflash: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- Changelog: v2: - Use pm_runtime_put_noidle() instead of pm_runtime_put().

Re: [PATCH] thermal: imx8mm: Add get_trend ops

On 23/05/2020 02:35, Anson Huang wrote: > Hi, Daniel > > >> Subject: Re: [PATCH] thermal: imx8mm: Add get_trend ops >> >> On 13/05/2020 04:58, Anson Huang wrote: >>> Add get_trend ops for i.MX8MM thermal to apply fast cooling mechanism, >>> when temperature exceeds passive trip point, the

Re: [PATCH 1/4] gpio: gpiolib: Allow GPIO IRQs to lazy disable

Hi Maulik, Thank you for the patch! Yet something to improve: [auto build test ERROR on gpio/for-next] [also build test ERROR on pinctrl/devel v5.7-rc6 next-20200522] [cannot apply to tip/irq/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system.

[PATCH] [v2] spi: tegra20-slink: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- Changelog: v2: - Use pm_runtime_put_noidle() instead of pm_runtime_put().

Re: [PATCH 06/12] xen-blkfront: add callbacks for PM suspend and hibernation

Hi Anchal, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.7-rc6] [cannot apply to xen-tip/linux-next tip/irq/core tip/auto-latest next-20200519] [if your patch is applied to the wrong git tree, please drop us a note

Re: [PATCH v5] arch/x86: Update config and kernel doc for MPK feature on AMD

On Wed, May 13, 2020 at 05:39:12PM -0500, Babu Moger wrote: > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig > index 1197b5596d5a..6b7303ccc1dd 100644 > --- a/arch/x86/Kconfig > +++ b/arch/x86/Kconfig > @@ -1887,10 +1887,10 @@ config X86_UMIP > results are dummy. > > config

Re: [PATCH v11 2/6] mfd: mp2629: Add support for mps battery charger

Hi Lee, On 19/05/20 12:37 pm, Lee Jones wrote: On Thu, 30 Apr 2020, Saravanan Sekar wrote: mp2629 is a highly-integrated switching-mode battery charge management device for single-cell Li-ion or Li-polymer battery. Add MFD core enables chip access for ADC driver for battery readings, and a

<    1   2   3   4   >