Re: [RFC PATCH v3] sched/fair: select idle cpu from idle cpumask for task wakeup

2020-11-05 Thread Vincent Guittot
On Wed, 21 Oct 2020 at 17:05, Aubrey Li wrote: > > From: Aubrey Li > > Added idle cpumask to track idle cpus in sched domain. When a CPU > enters idle, its corresponding bit in the idle cpumask will be set, > and when the CPU exits idle, its bit will be cleared. > > When a task wakes up to

Re: [PATCH v3 2/6] mm/migrate: move migrate_vma_collect_skip()

2020-11-05 Thread Christoph Hellwig
Looks good: Reviewed-by: Christoph Hellwig

[PATCH] net/ethernet: update ret when ptp_clock is ERROR

2020-11-05 Thread Wang Qing
We always have to update the value of ret, otherwise the error value may be the previous one. Signed-off-by: Wang Qing --- drivers/net/ethernet/ti/am65-cpts.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ti/am65-cpts.c

Re: [PATCH v3 1/6] mm/thp: add prep_transhuge_device_private_page()

2020-11-05 Thread Christoph Hellwig
On Thu, Nov 05, 2020 at 04:51:42PM -0800, Ralph Campbell wrote: > +extern void prep_transhuge_device_private_page(struct page *page); No need for the extern. > +static inline void prep_transhuge_device_private_page(struct page *page) > +{ > +} Is the code to call this even reachable if THP

Re: [PATCH v3 2/6] mm/migrate: move migrate_vma_collect_skip()

2020-11-05 Thread Christoph Hellwig
On Thu, Nov 05, 2020 at 04:51:43PM -0800, Ralph Campbell wrote: > Move the definition of migrate_vma_collect_skip() to make it callable > by migrate_vma_collect_hole(). This helps make the next patch easier > to read. > > Signed-off-by: Ralph Campbell Looks good, Reviewed-by: Christoph Hellwig

[PATCH] RISC-V: Add missing jump label initialization

2020-11-05 Thread Anup Patel
The jump_label_init() should be called from setup_arch() very early for proper functioning of jump label support. Fixes: ebc00dde8a97 ("riscv: Add jump-label implementation") Cc: sta...@vger.kernel.org Signed-off-by: Anup Patel --- arch/riscv/kernel/setup.c | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH 0/2] Adding I2C support to RX6110 RTC

2020-11-05 Thread Claudius Heine
Hi Alex, On 2020-11-05 23:14, Alexandre Belloni wrote: Hello Claudius! It has been a while ;) yeah, lots of downstream stuff for me :/ On 04/11/2020 11:26:27+0100, Claudius Heine wrote: Hi, this patch introduces I2C support to the RX6110 RTC driver and also adds an ACPI identifier to

Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 11:41:20PM -0800, Saravana Kannan wrote: > On Thu, Nov 5, 2020 at 11:22 PM Greg Kroah-Hartman > wrote: > > > > On Thu, Nov 05, 2020 at 03:25:56PM -0800, Saravana Kannan wrote: > > > On Thu, Nov 5, 2020 at 1:41 AM Greg Kroah-Hartman > > > wrote: > > > > > > > > On Wed, Nov

Re: [PATCH v21 18/19] mm/lru: introduce the relock_page_lruvec function

2020-11-05 Thread Alex Shi
在 2020/11/5 下午4:55, Alex Shi 写道: > From: Alexander Duyck update the patch on page_memcg() change: >From 6c142eb582e7d0dbf473572ad092eca07ab75221 Mon Sep 17 00:00:00 2001 From: Alexander Duyck Date: Tue, 26 May 2020 17:31:15 +0800 Subject: [PATCH v21 18/19] mm/lru: introduce the

[PATCH] net: usb: fix spelling typo in cdc_ncm.c

2020-11-05 Thread Wang Qing
Actually, withing should be within. Signed-off-by: Wang Qing --- drivers/net/usb/cdc_ncm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c index e04f588..746353c --- a/drivers/net/usb/cdc_ncm.c +++

RE: [v3 4/4] spi: aspeed: Add ASPEED FMC/SPI memory controller driver

2020-11-05 Thread Chin-Ting Kuo
Hi C, Thanks for your reply. > -Original Message- > From: Cédric Le Goater > Sent: Thursday, November 5, 2020 10:09 PM > To: Chin-Ting Kuo ; broo...@kernel.org; > robh...@kernel.org; j...@jms.id.au; and...@aj.id.au; bbrezil...@kernel.org; > devicet...@vger.kernel.org;

Re:Re: [PATCH] usb: Assign NULL ​​to phy that may be returned

2020-11-05 Thread 王擎
>> Assign initial values to local variables that may be returned >> >> Signed-off-by: Wang Qing > >Your subject, and body of text, seem to have 2 "odd" characters in it, >please fix up. > >Also, your subject and changelog body here are identical, please be much >more verbose in the body

Re: [PATCH v21 17/19] mm/lru: replace pgdat lru_lock with lruvec lock

2020-11-05 Thread Alex Shi
在 2020/11/5 下午9:43, Alex Shi 写道: > > 在 2020/11/5 下午4:55, Alex Shi 写道: >> /** >> + * lock_page_lruvec - lock and return lruvec for a given page. >> + * @page: the page >> + * >> + * This series functions should be used in either conditions: >> + * PageLRU is cleared or unset >> + * or page is

Re: [PATCH 4/7] devfreq: exynos: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
On 06-11-20, 16:48, Chanwoo Choi wrote: > On 11/6/20 4:46 PM, Chanwoo Choi wrote: > > It seems that this patch depends on first patch. > > So, need to be merged to one git repository. > > > > Instead of applying it to devfreq.git, > > Acked-by: Chanwoo Choi > > > > Also, need to add 'PM /'

Re: [PATCH 10/20] input: mouse: synaptics: Place braces around empty if() body

2020-11-05 Thread Joe Perches
On Thu, 2020-11-05 at 23:26 -0800, Dmitry Torokhov wrote: > On Wed, Nov 04, 2020 at 04:24:17PM +, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > >  drivers/input/mouse/synaptics.c: In function ‘synaptics_process_packet’: > >  

Re: [PATCH] riscv: uaccess: fix __put_kernel_nofault()

2020-11-05 Thread Palmer Dabbelt
On Sun, 01 Nov 2020 23:30:52 PST (-0800), changbin...@gmail.com wrote: The copy_from_kernel_nofault() is broken on riscv because the 'dst' and 'src' are mistakenly reversed in __put_kernel_nofault() macro. copy_to_kernel_nofault: ... 0xffe0003159b8 <+30>:sd a4,0(a1) # a1 aka 'src'

Re: [PATCH] thermal/drivers/cpufreq_cooling: Update cpufreq_state only if state has changed

2020-11-05 Thread Viresh Kumar
On 05-11-20, 19:19, zhuguangqin...@gmail.com wrote: > From: zhuguangqing Maybe fix your name in your email client or git config? It should be Zhuguangqing (with first letter in CAPITAL) and maybe add a second name also (surname) in case you want/have it. > If state has not changed successfully

Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links

2020-11-05 Thread Saravana Kannan
On Thu, Nov 5, 2020 at 11:23 PM Greg Kroah-Hartman wrote: > > On Thu, Nov 05, 2020 at 03:32:05PM -0800, Saravana Kannan wrote: > > On Thu, Nov 5, 2020 at 1:43 AM Greg Kroah-Hartman > > wrote: > > > > > > On Wed, Nov 04, 2020 at 03:23:54PM -0800, Saravana Kannan wrote: > > > > Add helper

Re: [RFC PATCH 0/2] mm: fix OOMs for binding workloads to movable zone only node

2020-11-05 Thread Michal Hocko
On Fri 06-11-20 12:32:44, Huang, Ying wrote: > Michal Hocko writes: > > > On Thu 05-11-20 09:40:28, Feng Tang wrote: > >> On Wed, Nov 04, 2020 at 09:53:43AM +0100, Michal Hocko wrote: > >> > >> > > > As I've said in reply to your second patch. I think we can make the > >> > > > oom > >> > > >

Re: [PATCH 16/19] gpu: drm: panel: panel-ilitek-ili9322: Demote non-conformant kernel-doc header

2020-11-05 Thread Lee Jones
On Thu, 05 Nov 2020, Sam Ravnborg wrote: > Hi Lee. > > On Thu, Nov 05, 2020 at 02:45:14PM +, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/gpu/drm/panel/panel-ilitek-ili9322.c:177: warning: Enum value > > 'ILI9322_INPUT_SRGB_THROUGH' not described

Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links

2020-11-05 Thread Saravana Kannan
On Thu, Nov 5, 2020 at 11:22 PM Greg Kroah-Hartman wrote: > > On Thu, Nov 05, 2020 at 03:25:56PM -0800, Saravana Kannan wrote: > > On Thu, Nov 5, 2020 at 1:41 AM Greg Kroah-Hartman > > wrote: > > > > > > On Wed, Nov 04, 2020 at 03:23:52PM -0800, Saravana Kannan wrote: > > > > The semantics of

Re: [PATCH 03/19] gpu: drm: imx: ipuv3-plane: Mark 'crtc_state' as __always_unused

2020-11-05 Thread Lee Jones
On Thu, 05 Nov 2020, Ahmad Fatoum wrote: > Hello Lee, > > On 11/5/20 3:45 PM, Lee Jones wrote: > > In the macro for_each_oldnew_crtc_in_state() 'crtc_state' is provided > > as a container for state->crtcs[i].new_state, but is not utilised in > > this use-case. We cannot simply delete the

Re: [PATCH] mfd: syscon: Add syscon_regmap_lookup_by_phandle_optional() function.

2020-11-05 Thread Matthias Brugger
On 27/10/2020 22:11, Enric Balletbo i Serra wrote: This adds syscon_regmap_lookup_by_phandle_optional() function to get an optional regmap. It behaves the same as syscon_regmap_lookup_by_phandle() except where there is no regmap phandle. In this case, instead of returning -ENODEV, the

[PATCH V2] selftests/cgroup: Fix build on older distros

2020-11-05 Thread Sachin Sant
On older distros struct clone_args does not have a cgroup member, leading to build errors: cgroup_util.c: In function 'clone_into_cgroup': cgroup_util.c:343:4: error: 'struct clone_args' has no member named 'cgroup' cgroup_util.c:346:33: error: invalid application of 'sizeof' to incomplete

Re: [PATCH 10/20] input: mouse: synaptics: Place braces around empty if() body

2020-11-05 Thread Lee Jones
On Thu, 05 Nov 2020, Dmitry Torokhov wrote: > Hi Lee, > > On Wed, Nov 04, 2020 at 04:24:17PM +, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/input/mouse/synaptics.c: In function ‘synaptics_process_packet’: > >

Re: lockdep: possible irq lock inversion dependency detected (trig->leddev_list_lock)

2020-11-05 Thread Andrea Righi
On Mon, Nov 02, 2020 at 10:09:28AM +0100, Andrea Righi wrote: > On Mon, Nov 02, 2020 at 09:56:58AM +0100, Pavel Machek wrote: > > Hi! > > > > > > > I'm getting the following lockdep splat (see below). > > > > > > > > > > Apparently this warning starts to be reported after applying: > > > > > >

[PATCH v2] mfd: htc-i2cpld: Add the missed i2c_put_adapter() in htcpld_register_chip_i2c()

2020-11-05 Thread Jing Xiangfeng
htcpld_register_chip_i2c() misses to call i2c_put_adapter() in an error path. Add the missed function call to fix it. Fixes: 6048a3dd2371 ("mfd: Add HTCPLD driver") Signed-off-by: Jing Xiangfeng --- v2: - add the tag Fixes --- drivers/mfd/htc-i2cpld.c | 2 ++ 1 file changed, 2 insertions(+)

Re: [PATCH 06/20] include: input: elan-i2c-ids: Mark 'elan_acpi_id' as __maybe_unused

2020-11-05 Thread Lee Jones
On Thu, 05 Nov 2020, Dmitry Torokhov wrote: > On Thu, Nov 05, 2020 at 09:13:05AM +, Lee Jones wrote: > > On Wed, 04 Nov 2020, Dmitry Torokhov wrote: > > > > > Hi Lee, > > > > > > On Wed, Nov 04, 2020 at 04:24:13PM +, Lee Jones wrote: > > > > Some drivers which include 'elan-i2c-ids.h'

Re: [RFC PATCH 0/3] Add Microchip PolarFire Soc Support

2020-11-05 Thread Atish Patra
On Thu, Nov 5, 2020 at 11:14 PM Palmer Dabbelt wrote: > > On Wed, 28 Oct 2020 16:27:56 PDT (-0700), Atish Patra wrote: > > This series adds minimal support for Microchip Polar Fire Soc Icicle kit. > > It is rebased on v5.10-rc1 and depends on clock support. > > Only MMC and ethernet drivers are

Re: [PATCH -next v3 1/2] watchdog: Fix potential dereferencing of null pointer

2020-11-05 Thread wangwensheng (C)
在 2020/11/5 22:26, Guenter Roeck 写道: > On Thu, Nov 05, 2020 at 12:38:47PM +, Wang Wensheng wrote: >> A reboot notifier, which stops the WDT by calling the stop hook without >> any check, would be registered when we set WDOG_STOP_ON_REBOOT flag. >> >> Howerer we allow the WDT driver to omit the

Re: [PATCH v3 2/2] usb: typec: Expose Product Type VDOs via sysfs

2020-11-05 Thread Heikki Krogerus
On Wed, Nov 04, 2020 at 09:49:17AM -0800, Prashant Malani wrote: > Hi All, > > Was wondering if there were any comments on v3 of this series? Sorry to keep you waiting with this... I'm still wondering if the patch 2/2 is what we should use. Right now I don't have really any better ideas. But

[PATCH v1 4/4] i2c: stm32f7: Make usage of dev_wakeup_path() helper

2020-11-05 Thread patrice.chotard
From: Patrice Chotard Make usage of dev_wakeup_path() helper. Signed-off-by: Patrice Chotard --- drivers/i2c/busses/i2c-stm32f7.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/busses/i2c-stm32f7.c b/drivers/i2c/busses/i2c-stm32f7.c index

[PATCH v1 0/4] PM: Add dev_wakeup_path() helper

2020-11-05 Thread patrice.chotard
From: Patrice Chotard Add dev_wakeup_path() helper to avoid to spread dev->power.wakeup_path test in drivers. Cc: amelie.delau...@st.com, erwan_le...@st.com, fabrice.gasn...@st.com, alexandre.tor...@st.com, alain.vol...@st.com, pierre-yves.mord...@st.com *** BLURB HERE ***

Re: [PATCH 4/7] devfreq: exynos: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Chanwoo Choi
On 11/6/20 4:46 PM, Chanwoo Choi wrote: > On 11/6/20 4:42 PM, Chanwoo Choi wrote: >> Hi Viresh, >> >> On 11/6/20 4:03 PM, Viresh Kumar wrote: >>> The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so >>> there is no need for us to carry the extra check. Drop them. >>> >>>

[PATCH v1 1/4] PM / wakeup: Add dev_wakeup_path() helper

2020-11-05 Thread patrice.chotard
From: Patrice Chotard Add dev_wakeup_path() helper to avoid to spread dev->power.wakeup_path test in drivers. In case CONFIG_PM_SLEEP is not set, wakeup_path is not defined, dev_wakeup_path() is returning false. Signed-off-by: Patrice Chotard --- include/linux/pm_wakeup.h | 10 ++ 1

[PATCH v1 2/4] PM: domains: Make usage of device_wakeup_path() helper

2020-11-05 Thread patrice.chotard
From: Patrice Chotard Make usage of dev_wakeup_path() helper. Signed-off-by: Patrice Chotard --- drivers/base/power/domain.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c index 743268996336..e0894ef8457c

[PATCH v1 3/4] PM: core: Make usage of device_wakeup_path() helper

2020-11-05 Thread patrice.chotard
From: Patrice Chotard Make usage of dev_wakeup_path() helper. Signed-off-by: Patrice Chotard --- drivers/base/power/main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c index c7ac49042cee..921c5b2ec30a 100644 ---

Re: [PATCH 4/7] devfreq: exynos: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Chanwoo Choi
On 11/6/20 4:42 PM, Chanwoo Choi wrote: > Hi Viresh, > > On 11/6/20 4:03 PM, Viresh Kumar wrote: >> The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so >> there is no need for us to carry the extra check. Drop them. >> >> Signed-off-by: Viresh Kumar >> --- >>

[PATCH] rtc: sc27xx: Remove unnecessary conversion to bool

2020-11-05 Thread xiakaixu1987
From: Kaixu Xia Here we could use the '!=' expression to fix the following coccicheck warning: ./drivers/rtc/rtc-sc27xx.c:566:50-55: WARNING: conversion to bool not needed here Reported-by: Tosk Robot Signed-off-by: Kaixu Xia --- drivers/rtc/rtc-sc27xx.c | 2 +- 1 file changed, 1

Re: [Freedreno] [PATCH v5 3/3] dt-bindings: drm/msm/gpu: Add cooling device support

2020-11-05 Thread Akhil P Oommen
On 11/5/2020 2:28 AM, Rob Clark wrote: On Wed, Nov 4, 2020 at 12:03 PM Rob Herring wrote: On Fri, 30 Oct 2020 16:17:12 +0530, Akhil P Oommen wrote: Add cooling device support to gpu. A cooling device is bound to a thermal zone to allow thermal mitigation. Signed-off-by: Akhil P Oommen

Re: [PATCH -V2 2/2] autonuma: Migrate on fault among multiple bound nodes

2020-11-05 Thread Huang, Ying
Mel Gorman writes: > On Wed, Nov 04, 2020 at 01:36:58PM +0800, Huang, Ying wrote: >> But from another point of view, I suggest to remove the constraints of >> MPOL_F_MOF in the future. If the overhead of AutoNUMA isn't acceptable, >> why not just disable AutoNUMA globally via sysctl knob? >> >

Re: [PATCH 4/7] devfreq: exynos: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Chanwoo Choi
Hi Viresh, On 11/6/20 4:03 PM, Viresh Kumar wrote: > The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so > there is no need for us to carry the extra check. Drop them. > > Signed-off-by: Viresh Kumar > --- > drivers/devfreq/exynos-bus.c | 12 > 1 file changed,

Re: [PATCH 06/20] include: input: elan-i2c-ids: Mark 'elan_acpi_id' as __maybe_unused

2020-11-05 Thread Dmitry Torokhov
On Thu, Nov 05, 2020 at 09:13:05AM +, Lee Jones wrote: > On Wed, 04 Nov 2020, Dmitry Torokhov wrote: > > > Hi Lee, > > > > On Wed, Nov 04, 2020 at 04:24:13PM +, Lee Jones wrote: > > > Some drivers which include 'elan-i2c-ids.h' make use of > > > 'elan_acpi_id', but not all do. Tell the

Re: [PATCH 2/3] opp: Allocate the OPP table outside of opp_table_lock

2020-11-05 Thread Viresh Kumar
On 02-11-20, 10:51, Viresh Kumar wrote: > diff --git a/drivers/opp/core.c b/drivers/opp/core.c > +/* > + * We need to make sure that the OPP table for a device doesn't get added > twice, > + * if this routine gets called in parallel with the same device pointer. > + * > + * The simplest way to

Re: [PATCH 10/20] input: mouse: synaptics: Place braces around empty if() body

2020-11-05 Thread Dmitry Torokhov
Hi Lee, On Wed, Nov 04, 2020 at 04:24:17PM +, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/input/mouse/synaptics.c: In function ‘synaptics_process_packet’: > drivers/input/mouse/synaptics.c:1110:6: warning: suggest braces around empty > body in an ‘if’

Re: [PATCH v2] ath10k: Fix the parsing error in service available event

2020-11-05 Thread Kalle Valo
Doug Anderson writes: >> static int ath10k_wmi_tlv_op_pull_svc_avail(struct ath10k *ar, >> diff --git a/drivers/net/wireless/ath/ath10k/wmi.c >> b/drivers/net/wireless/ath/ath10k/wmi.c >> index 1fa7107..2e4b561 100644 >> --- a/drivers/net/wireless/ath/ath10k/wmi.c >> +++

Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 03:32:05PM -0800, Saravana Kannan wrote: > On Thu, Nov 5, 2020 at 1:43 AM Greg Kroah-Hartman > wrote: > > > > On Wed, Nov 04, 2020 at 03:23:54PM -0800, Saravana Kannan wrote: > > > Add helper functions __fw_devlink_link_to_consumers() and > > >

Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 03:25:56PM -0800, Saravana Kannan wrote: > On Thu, Nov 5, 2020 at 1:41 AM Greg Kroah-Hartman > wrote: > > > > On Wed, Nov 04, 2020 at 03:23:52PM -0800, Saravana Kannan wrote: > > > The semantics of add_links() has changed from creating device link > > > between devices to

Re: [PATCH v2] ath10k: Fix the parsing error in service available event

2020-11-05 Thread Kalle Valo
Rakesh Pillai writes: > The wmi service available event has been > extended to contain extra 128 bit for new services > to be indicated by firmware. > > Currently the presence of any optional TLVs in > the wmi service available event leads to a parsing > error with the below error message: >

Re: [PATCH 6/6] platform/chrome: cros_ec_typec: Store cable plug type

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 05:28:03PM -0800, Prashant Malani wrote: > Use the PD VDO Type C cable plug type macro to retrieve and store the > cable plug type in the cable descriptor. > > Cc: Heikki Krogerus > Cc: Greg Kroah-Hartman > Signed-off-by: Prashant Malani > --- >

Re: [PATCH tip/core/rcu 03/28] locktorture: Track time of last ->writeunlock()

2020-11-05 Thread Davidlohr Bueso
On Thu, 05 Nov 2020, paul...@kernel.org wrote: From: "Paul E. McKenney" This commit adds a last_lock_release variable that tracks the time of the last ->writeunlock() call, which allows easier diagnosing of lock hangs when using a kernel debugger. This makes sense to have. Acked-by:

Re: [PATCH] ath10k: Fix the parsing error in service available event

2020-11-05 Thread Kalle Valo
"Rakesh Pillai" writes: >> > diff --git a/drivers/net/wireless/ath/ath10k/wmi-tlv.c >> b/drivers/net/wireless/ath/ath10k/wmi-tlv.c >> > index 932266d..3b49e29 100644 >> > --- a/drivers/net/wireless/ath/ath10k/wmi-tlv.c >> > +++ b/drivers/net/wireless/ath/ath10k/wmi-tlv.c >> > @@ -1404,9 +1404,12

Re: [PATCH v2 07/22] drm/msm: Do rpm get sooner in the submit path

2020-11-05 Thread Viresh Kumar
On 05-11-20, 11:24, Rob Clark wrote: > On Tue, Nov 3, 2020 at 7:04 PM Viresh Kumar wrote: > > > > On 03-11-20, 08:50, Rob Clark wrote: > > > sorry, it didn't apply cleanly (which I guess is due to some other > > > dependencies that need to be picked back to v5.4 product kernel), and > > > due to

RE: [PATCH v4 4/4] mmc: sdhci-of-arasan: Enable UHS-1 support for Keem Bay SOC

2020-11-05 Thread Zulkifli, Muhammad Husaini
Hi, >-Original Message- >From: Ulf Hansson >Sent: Tuesday, October 13, 2020 4:42 PM >To: Zulkifli, Muhammad Husaini >Cc: Hunter, Adrian ; Michal Simek >; Shevchenko, Andriy >; linux-...@vger.kernel.org; Linux ARM >; Linux Kernel Mailing List ker...@vger.kernel.org>; Raja Subramanian,

Re: [RFC PATCH 1/3] RISC-V: Add Microchip PolarFire SoC kconfig option

2020-11-05 Thread Palmer Dabbelt
On Wed, 28 Oct 2020 16:27:57 PDT (-0700), Atish Patra wrote: Add Microchip PolarFire kconfig option which selects SoC specific and common drivers that is required for this SoC. Signed-off-by: Atish Patra --- arch/riscv/Kconfig.socs | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [RFC PATCH 3/3] RISC-V: Enable Microchip PolarFire ICICLE SoC

2020-11-05 Thread Palmer Dabbelt
On Wed, 28 Oct 2020 16:27:59 PDT (-0700), Atish Patra wrote: Enable Microchip PolarFire ICICLE soc config in defconfig. It allows the default upstream kernel to boot on PolarFire ICICLE board. I don't actually have one of these to test on yet. That said, if it boots for you then I don't

Re: [RFC PATCH 2/3] RISC-V: Initial DTS for Microchip ICICLE board

2020-11-05 Thread Palmer Dabbelt
On Wed, 28 Oct 2020 16:27:58 PDT (-0700), Atish Patra wrote: Add initial DTS for Microchip ICICLE board having only essential devcies (clocks, sdhci, ethernet, serial, etc). This fails `make dtbs_check`. The fu540 fails too, so I guess it's not exactly fair, though. Signed-off-by: Atish

Re: [RFC PATCH 0/3] Add Microchip PolarFire Soc Support

2020-11-05 Thread Palmer Dabbelt
On Wed, 28 Oct 2020 16:27:56 PDT (-0700), Atish Patra wrote: This series adds minimal support for Microchip Polar Fire Soc Icicle kit. It is rebased on v5.10-rc1 and depends on clock support. Only MMC and ethernet drivers are enabled via this series. The idea here is to add the foundational

[PATCH] libbpf: Remove unnecessary conversion to bool

2020-11-05 Thread xiakaixu1987
From: Kaixu Xia Fix following warning from coccinelle: ./tools/lib/bpf/libbpf.c:1478:43-48: WARNING: conversion to bool not needed here Signed-off-by: Kaixu Xia --- tools/lib/bpf/libbpf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c

Re: [PATCH] ath10k: add option for chip-id based BDF selection

2020-11-05 Thread Kalle Valo
Abhishek Kumar wrote: > In some devices difference in chip-id should be enough to pick > the right BDF. Add another support for chip-id based BDF selection. > With this new option, ath10k supports 2 fallback options. > > The board name with chip-id as option looks as follows > board name

Re: [RFC PATCH 0/2] mm: fix OOMs for binding workloads to movable zone only node

2020-11-05 Thread Feng Tang
On Thu, Nov 05, 2020 at 05:16:12PM +0100, Michal Hocko wrote: > On Thu 05-11-20 21:43:05, Feng Tang wrote: > > On Thu, Nov 05, 2020 at 02:12:45PM +0100, Michal Hocko wrote: > > > On Thu 05-11-20 21:07:10, Feng Tang wrote: > > > [...] > > > > My debug traces shows it is, and its gfp_mask is

Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain

2020-11-05 Thread Punit Agrawal
Hi Smita, Smita Koralahalli writes: > Linux Kernel uses ACPI Boot Error Record Table (BERT) to report fatal > errors that occurred in a previous boot. The MCA errors in the BERT are > reported using the x86 Processor Error Common Platform Error Record (CPER) > format. Currently, the record

[PATCH 6/7] drm/panfrost: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra check. Drop them. Signed-off-by: Viresh Kumar --- drivers/gpu/drm/panfrost/panfrost_devfreq.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 7/7] media: venus: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra check. Drop them. Signed-off-by: Viresh Kumar --- drivers/media/platform/qcom/venus/pm_helpers.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH mlx5-next v1 04/11] vdpa/mlx5: Make hardware definitions visible to all mlx5 devices

2020-11-05 Thread Leon Romanovsky
On Thu, Nov 05, 2020 at 04:36:57PM -0400, Jason Gunthorpe wrote: > On Thu, Nov 05, 2020 at 12:31:52PM -0800, Saeed Mahameed wrote: > > On Sun, 2020-11-01 at 22:15 +0200, Leon Romanovsky wrote: > > > From: Leon Romanovsky > > > > > > Move mlx5_vdpa IFC header file to the general include folder, so

[PATCH 5/7] drm/lima: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra check. Drop them. Signed-off-by: Viresh Kumar --- drivers/gpu/drm/lima/lima_devfreq.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git

[PATCH 1/7] opp: Allow dev_pm_opp_put_*() APIs to accept NULL opp_table

2020-11-05 Thread Viresh Kumar
This allows the callers to drop the unnecessary checks. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/opp/core.c b/drivers/opp/core.c index b24f685823ae..9d145bb99a59 100644 --- a/drivers/opp/core.c +++

[PATCH 4/7] devfreq: exynos: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra check. Drop them. Signed-off-by: Viresh Kumar --- drivers/devfreq/exynos-bus.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git

[PATCH 2/7] cpufreq: dt: dev_pm_opp_put_regulators() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra checks. Drop them. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq-dt.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 0/7] opp: Allow dev_pm_opp_put_*() APIs to accept NULL opp_table

2020-11-05 Thread Viresh Kumar
Hello, This patchset updates the dev_pm_opp_put_*() helpers to accept a NULL pointer for the OPP table, in order to allow the callers to drop the unnecessary checks they had to carry. All these must get merged upstream through the OPP tree as there is a hard dependency on the first patch here.

[PATCH 3/7] cpufreq: qcom-cpufreq-nvmem: dev_pm_opp_put_*() accepts NULL argument

2020-11-05 Thread Viresh Kumar
The dev_pm_opp_put_*() APIs now accepts a NULL opp_table pointer and so there is no need for us to carry the extra checks. Drop them. Signed-off-by: Viresh Kumar --- drivers/cpufreq/qcom-cpufreq-nvmem.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git

Re: Question: gadget: How to realize uvc and uac composite function?

2020-11-05 Thread gre...@linuxfoundation.org
On Fri, Nov 06, 2020 at 04:33:13AM +, Tim Li wrote: > This email and any attachments thereto may contain private, confidential, and > privileged material for the sole use of the intended recipient. Any review, > copying, or distribution of this email (or any attachments thereto) by others >

Re: [PATCH] crypto: caam - fix printing on xts fallback allocation error path

2020-11-05 Thread Herbert Xu
On Sun, Nov 01, 2020 at 10:05:53PM +0200, Horia Geantă wrote: > At the time xts fallback tfm allocation fails the device struct > hasn't been enabled yet in the caam xts tfm's private context. > > Fix this by using the device struct from xts algorithm's private context > or, when not available,

Re: [PATCH 0/8] crypto: hisilicon/qm - misc clean up

2020-11-05 Thread Herbert Xu
On Sat, Oct 31, 2020 at 05:07:00PM +0800, Weili Qian wrote: > This patchset makes some clean up, please see comments in each patch. > > Weili Qian (8): > crypto: hisilicon/qm - numbers are replaced by macros > crypto: hisilicon/qm - modify the return type of function > crypto: hisilicon/qm

Re: [PATCH] crypto: arm/aes-neonbs - fix usage of cbc(aes) fallback

2020-11-05 Thread Herbert Xu
On Wed, Oct 28, 2020 at 11:03:20AM +0200, Horia Geantă wrote: > Loading the module deadlocks since: > -local cbc(aes) implementation needs a fallback and > -crypto API tries to find one but the request_module() resolves back to > the same module > > Fix this by changing the module alias for

Re: [PATCH] crypto: qat: remove unneeded semicolon

2020-11-05 Thread Herbert Xu
On Tue, Oct 27, 2020 at 12:04:07PM -0700, t...@redhat.com wrote: > From: Tom Rix > > A semicolon is not needed after a switch statement. > > Signed-off-by: Tom Rix > --- > drivers/crypto/qat/qat_common/qat_algs.c | 2 +- > drivers/crypto/qat/qat_common/qat_asym_algs.c | 8 > 2

Re: [PATCH] crypto: af_alg - avoid undefined behavior accessing salg_name

2020-11-05 Thread Herbert Xu
On Mon, Oct 26, 2020 at 01:07:15PM -0700, Eric Biggers wrote: > From: Eric Biggers > > Commit 3f69cc60768b ("crypto: af_alg - Allow arbitrarily long algorithm > names") made the kernel start accepting arbitrarily long algorithm names > in sockaddr_alg. However, the actual length of the

Re: [PATCH] crypto: cavium/nitrox: remove unneeded semicolon

2020-11-05 Thread Herbert Xu
On Tue, Oct 27, 2020 at 12:01:25PM -0700, t...@redhat.com wrote: > From: Tom Rix > > A semicolon is not needed after a switch statement. > > Signed-off-by: Tom Rix > --- > drivers/crypto/cavium/nitrox/nitrox_mbx.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Patch applied.

Re: [PATCH v2] crypto: caam - enable crypto-engine retry mechanism

2020-11-05 Thread Herbert Xu
On Mon, Oct 26, 2020 at 09:06:26PM +0200, Iuliana Prodan wrote: > Use the new crypto_engine_alloc_init_and_set() function to > initialize crypto-engine and enable retry mechanism. > > Set the maximum size for crypto-engine software queue based on > Job Ring size (JOBR_DEPTH) and a threshold

Re: [PATCH] crypto: atmel-sha: remove unneeded break

2020-11-05 Thread Herbert Xu
On Mon, Oct 19, 2020 at 12:36:53PM -0700, t...@redhat.com wrote: > From: Tom Rix > > A break is not needed if it is preceded by a return > > Signed-off-by: Tom Rix > --- > drivers/crypto/atmel-sha.c | 1 - > 1 file changed, 1 deletion(-) Patch applied. Thanks. -- Email: Herbert Xu Home

Re: [PATCH v2] kernel/watchdog: Fix watchdog_allowed_mask not used warning

2020-11-05 Thread Christophe Leroy
Le 06/11/2020 à 02:50, Santosh Sivaraj a écrit : Define watchdog_allowed_mask only when SOFTLOCKUP_DETECTOR is enabled. Fixes: 7feeb9cd4f5b ("watchdog/sysctl: Clean up sysctl variable name space") Cc: Thomas Gleixner Cc: Andrew Morton Reviewed-by: Petr Mladek Signed-off-by: Santosh

Re: [PATCH mlx5-next v1 05/11] net/mlx5: Register mlx5 devices to auxiliary virtual bus

2020-11-05 Thread Leon Romanovsky
On Thu, Nov 05, 2020 at 05:09:48PM -0400, Jason Gunthorpe wrote: > On Thu, Nov 05, 2020 at 12:59:20PM -0800, Saeed Mahameed wrote: > > > 2. you can always load a driver without its underlying device existed. > > for example, you can load a pci device driver/module and it will load > > and wait for

[PATCH v4 2/2] f2fs: fix compat F2FS_IOC_{MOVE,GARBAGE_COLLECT}_RANGE

2020-11-05 Thread Chao Yu
Eric reported a ioctl bug in below link: https://lore.kernel.org/linux-f2fs-devel/20201103032234.GB2875@sol.localdomain/ That said, on some 32-bit architectures, u64 has only 32-bit alignment, notably i386 and x86_32, so that size of struct f2fs_gc_range compiled in x86_32 is 20 bytes, however

Re: [PATCH] usb: Use IS_ERR_OR_NULL() instead of IS_ERR()

2020-11-05 Thread Greg Kroah-Hartman
On Fri, Nov 06, 2020 at 11:31:18AM +0800, Wang Qing wrote: > __usb_find_phy may return NULL, so we should use IS_ERR_OR_NULL() Again with the subject line, "USB: phy: ..." And are you sure this function can return NULL? thanks, greg k-h

Re: [PATCH] riscv: uaccess: fix __put_kernel_nofault()

2020-11-05 Thread Anup Patel
On Mon, Nov 2, 2020 at 1:01 PM Changbin Du wrote: > > The copy_from_kernel_nofault() is broken on riscv because the 'dst' and > 'src' are mistakenly reversed in __put_kernel_nofault() macro. > > copy_to_kernel_nofault: > ... > 0xffe0003159b8 <+30>:sd a4,0(a1) # a1 aka 'src' > >

Re: [PATCH] usb: Assign NULL ​​to phy that may be returned

2020-11-05 Thread Greg Kroah-Hartman
On Fri, Nov 06, 2020 at 11:15:55AM +0800, Wang Qing wrote: > Assign initial values ​​to local variables that may be returned > > Signed-off-by: Wang Qing Your subject, and body of text, seem to have 2 "odd" characters in it, please fix up. Also, your subject and changelog body here are

[PATCH v2 2/2] KVM: x86: emulate wait-for-SIPI and SIPI-VMExit

2020-11-05 Thread yadong . qi
From: Yadong Qi Background: We have a lightweight HV, it needs INIT-VMExit and SIPI-VMExit to wake-up APs for guests since it do not monitor the Local APIC. But currently virtual wait-for-SIPI(WFS) state is not supported in nVMX, so when running on top of KVM, the L1 HV cannot receive the

[PATCH] regulator: core: don't disable regulator if is_enabled return error.

2020-11-05 Thread Pi-Hsun Shih
In regulator_late_cleanup when is_enabled failed, don't try to disable the regulator since it would likely to fail too and causing confusing error messages. Signed-off-by: Pi-Hsun Shih --- This is encountered while using drivers/regulator/cros-ec-regulator.c. Since the driver controls the

Re: [PATCH v2] tracing: Add register read and write tracing support

2020-11-05 Thread Greg KH
On Thu, Nov 05, 2020 at 06:56:26PM -0800, Prasad Sodagudi wrote: > Add register read/write operations tracing support. > ftrace events helps to trace register read and write > location details of memory mapped IO registers. This sentance does not parse for me, can you please rework it? > These

RE: [PATCH] KVM: x86: emulate wait-for-SIPI and SIPI-VMExit

2020-11-05 Thread Qi, Yadong
> There is a problem in this patch, in that this change is incorrect: > > > > > @@ -2847,7 +2847,8 @@ void kvm_apic_accept_events(struct kvm_vcpu > *vcpu) > > */ > > if (kvm_vcpu_latch_init(vcpu)) { > > WARN_ON_ONCE(vcpu->arch.mp_state == > KVM_MP_STATE_INIT_RECEIVED); > > -

Re: [PATCH 4/4] dt-bindings: bus: Convert ACONNECT doc to json-schema

2020-11-05 Thread Sameer Pujar
Move ACONNECT documentation to YAML format. Signed-off-by: Sameer Pujar --- .../bindings/bus/nvidia,tegra210-aconnect.txt | 44 --- .../bindings/bus/nvidia,tegra210-aconnect.yaml | 86 ++ 2 files changed, 86 insertions(+), 44 deletions(-) delete

Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 03:27:52PM -0800, Saravana Kannan wrote: > On Thu, Nov 5, 2020 at 1:42 AM Greg Kroah-Hartman > wrote: > > > > On Wed, Nov 04, 2020 at 03:23:53PM -0800, Saravana Kannan wrote: > > > The semantics of add_links() has changed from creating device link > > > between devices to

[PATCH] net: udp: remove redundant initialization in udp_send_skb

2020-11-05 Thread menglong8 . dong
From: Menglong Dong The initialization for 'err' with 0 is redundant and can be removed, as it is updated by ip_send_skb and not used before that. Signed-off-by: Menglong Dong --- net/ipv4/udp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/udp.c

Re: [PATCH bpf-next 4/5] bpf: load and verify kernel module BTFs

2020-11-05 Thread Greg Kroah-Hartman
On Thu, Nov 05, 2020 at 09:51:09PM -0800, Andrii Nakryiko wrote: > Add kernel module listener that will load/validate and unload module BTF. > Module BTFs gets ID generated for them, which makes it possible to iterate > them with existing BTF iteration API. They are given their respective module's

[PATCH] net: udp: remove redundant initialization in udp_dump_one

2020-11-05 Thread menglong8 . dong
From: Menglong Dong The initialization for 'err' with '-EINVAL' is redundant and can be removed, as it is updated soon and not used. Signed-off-by: Menglong Dong --- net/ipv4/udp_diag.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/udp_diag.c

[PATCH] net: udp: remove redundant initialization in udp_gro_complete

2020-11-05 Thread menglong8 . dong
From: Menglong Dong The initialization for 'err' with '-ENOSYS' is redundant and can be removed, as it is updated soon and not used. Signed-off-by: Menglong Dong --- net/ipv4/udp_offload.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/udp_offload.c

[PATCH] net: ipv4: remove redundant initialization in inet_rtm_deladdr

2020-11-05 Thread menglong8 . dong
From: Menglong Dong The initialization for 'err' with '-EINVAL' is redundant and can be removed, as it is updated soon. Signed-off-by: Menglong Dong --- net/ipv4/devinet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/devinet.c b/net/ipv4/devinet.c index

Re: [PATCH v2] proc: Provide details on indirect branch speculation

2020-11-05 Thread Stephen Rothwell
Hi Anand, On Fri, 6 Nov 2020 13:10:43 +1100 Anand K Mistry wrote: > > Similar to speculation store bypass, show information about the indirect > branch speculation mode of a task in /proc/$pid/status. > > Signed-off-by: Anand K Mistry > --- > > Changes in v2: > - Remove underscores from

[PATCH] perf: remove duplicate check on fwnode

2020-11-05 Thread Wang Qing
fwnode is checked IS_ERR_OR_NULL in following check by is_of_node() or is_acpi_device_node(), remove duplicate check. Signed-off-by: Wang Qing --- drivers/perf/arm_dsu_pmu.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/perf/arm_dsu_pmu.c b/drivers/perf/arm_dsu_pmu.c index

Re: [PATCH] usb/mos7720: process deferred urbs in a workqueue

2020-11-05 Thread Davidlohr Bueso
On Thu, 05 Nov 2020, Johan Hovold wrote: On Wed, Nov 04, 2020 at 04:13:07PM -0800, Davidlohr Bueso wrote: Also, but not strictly related to this. What do you think of deferring all work in write_parport_reg_nonblock() unconditionally? I'd like to avoid that mutex_trylock() because eventually

  1   2   3   4   5   6   7   8   9   10   >