Re: [PATCH 4.9 00/16] 4.9.245-rc1 review

On Sat, Nov 21, 2020 at 10:34:46AM -0800, Guenter Roeck wrote: > On Fri, Nov 20, 2020 at 12:03:05PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.245 release. > > There are 16 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.4 00/15] 4.4.245-rc1 review

On Sat, Nov 21, 2020 at 10:29:03AM -0800, Guenter Roeck wrote: > On Fri, Nov 20, 2020 at 12:02:58PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.245 release. > > There are 15 patches in this series, all will be posted as a response > > to this one.

[PATCH net-next 0/3] net: ptp: use common defines for PTP message types in further drivers

This series replaces further driver internal enumeration / uses of magic numbers with the newly introduced PTP_MSGTYPE_* defines. On Friday, 20 November 2020, 23:39:10 CET, Vladimir Oltean wrote: > On Fri, Nov 20, 2020 at 09:41:03AM +0100, Christian Eggers wrote: > > This series introduces commen

[PATCH net-next 1/3] net: phy: dp83640: use new PTP_MSGTYPE_SYNC define

Replace use of magic number with recently introduced define. Signed-off-by: Christian Eggers Cc: Kurt Kanzenbach --- drivers/net/phy/dp83640.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/net/phy/dp83640.c b/drivers/net/phy/dp83640.c index

[PATCH net-next 2/3] mlxsw: spectrum_ptp: use PTP wide message type definitions

Use recently introduced PTP wide defines instead of a driver internal enumeration. Signed-off-by: Christian Eggers Cc: Petr Machata Cc: Jiri Pirko Cc: Ido Schimmel --- drivers/net/ethernet/mellanox/mlxsw/spectrum_ptp.c | 8 drivers/net/ethernet/mellanox/mlxsw/spectrum_ptp.h | 7

[PATCH net-next 3/3] net: phy: mscc: use new PTP_MSGTYPE_* defines

Use recently introduced PTP_MSGTYPE_SYNC and PTP_MSGTYPE_DELAY_REQ defines instead of a driver internal enumeration. Signed-off-by: Christian Eggers Cc: Quentin Schulz Cc: Antoine Tenart Cc: Antoine Tenart --- drivers/net/phy/mscc/mscc_ptp.c | 14 +++---

Re: [PATCH 044/141] net/mlx4: Fix fall-through warnings for Clang

On 11/20/2020 8:31 PM, Gustavo A. R. Silva wrote: In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of just letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by:

Re: [PATCH -tip 01/32] sched: Wrap rq::lock access

On Fri, Nov 20, 2020 at 11:55:22AM -0500, Joel Fernandes wrote: > On Fri, Nov 20, 2020 at 10:31:39AM +1100, Singh, Balbir wrote: > > On 18/11/20 10:19 am, Joel Fernandes (Google) wrote: > > > From: Peter Zijlstra > > > > > > In preparation of playing games with rq->lock, abstract the thing > > >

Re: [Patch v2 1/1] PCI: pciehp: Add support for handling MRL events

On Sat, Nov 21, 2020 at 05:42:03PM -0800, Ashok Raj wrote: > --- a/drivers/pci/hotplug/pciehp_ctrl.c > +++ b/drivers/pci/hotplug/pciehp_ctrl.c > void pciehp_handle_presence_or_link_change(struct controller *ctrl, u32 > events) > { > int present, link_active; > + u8 getstatus = 0; >

Re: [PATCH -tip 04/32] sched: Core-wide rq->lock

On Tue, Nov 17, 2020 at 06:19:34PM -0500, Joel Fernandes (Google) wrote: > From: Peter Zijlstra > > Introduce the basic infrastructure to have a core wide rq->lock. > Reading through the patch, it seems like all the CPUs have to be running with sched core enabled/disabled? Is it possible to

Re: [PATCH 4.19 00/14] 4.19.159-rc1 review

On Sat, Nov 21, 2020 at 09:37:23AM +0100, Pavel Machek wrote: > Hi! > > > This is the start of the stable review cycle for the 4.19.159 release. > > There are 14 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with these being applied, please >

Re: [PATCH 5.9 00/14] 5.9.10-rc1 review

On Fri, Nov 20, 2020 at 03:27:28PM -0700, Shuah Khan wrote: > On 11/20/20 4:03 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.9.10 release. > > There are 14 patches in this series, all will be posted as a response > > to this one. If anyone has any issues

Re: [PATCH 5.9 00/14] 5.9.10-rc1 review

On Sat, Nov 21, 2020 at 10:38:17AM -0800, Guenter Roeck wrote: > On Fri, Nov 20, 2020 at 12:03:38PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.9.10 release. > > There are 14 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 5.9 00/14] 5.9.10-rc1 review

On Sat, Nov 21, 2020 at 04:42:45PM +0530, Naresh Kamboju wrote: > On Fri, 20 Nov 2020 at 16:39, Greg Kroah-Hartman > wrote: > > > > This is the start of the stable review cycle for the 5.9.10 release. > > There are 14 patches in this series, all will be posted as a response > > to this one. If

Linux 4.4.245

I'm announcing the release of the 4.4.245 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 4.14.208

I'm announcing the release of the 4.14.208 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Re: Linux 4.14.208

diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index e0ce14f028d8..357c64b53cdc 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -2446,6 +2446,8 @@

Re: Linux 4.9.245

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index e51e42d9f646..713765521c45 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2527,6 +2527,8 @@ bytes respectively. Such letter suffixes can also be entirely

Linux 4.9.245

I'm announcing the release of the 4.9.245 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.245

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 17747dcd0e77..a8ceef14e781 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2196,6 +2196,8 @@ bytes respectively. Such letter suffixes can also be entirely

[PATCH] Documentation: gpio: fix typo and unclear legacy API section

The "Interacting With the Legacy GPIO Subsystem" of the documentation was unclear at best, and even included a sentence that seems to say the opposite of what it should say about the lifetime of the return value of the conversion functions. Try to clarify things a bit and hopefully make that

Re: [PATCH 061/141] tee: Fix fall-through warnings for Clang

On Fri, Nov 20, 2020 at 7:33 PM Gustavo A. R. Silva wrote: > > In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning > by explicitly adding a break statement instead of letting the code fall > through to the next case. > > Link: https://github.com/KSPP/linux/issues/115 >

Re: [PATCH] Documentation: gpio: fix typo and unclear legacy API section

On Sun, Nov 22, 2020 at 6:25 PM Alexandre Courbot wrote: > > The "Interacting With the Legacy GPIO Subsystem" of the documentation > was unclear at best, and even included a sentence that seems to say the > opposite of what it should say about the lifetime of the return value of > the conversion

Re: [PATCH v5] zram: break the strict dependency from lzo

Hi, Minchan, On Sat, 21 Nov 2020 at 00:44, Rui Salvaterra wrote: > > Well, it's quite possible I mis{read,applied} your patch. And I obviously did. Your kconfig suggestion does basically the same, in a more simplified way. I guess a v6 is in order. Thanks, Rui

Re: [PATCH net-next 3/3] net: phy: mscc: use new PTP_MSGTYPE_* defines

Hi Christian, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Christian-Eggers/net-ptp-use-common-defines-for-PTP-message-types-in-further-drivers/20201122-163319 base: https://git.kernel.org/pub

[PATCH v6] zram: break the strict dependency from lzo

>From the beginning, the zram block device always enabled CRYPTO_LZO, since lzo-rle is hardcoded as the fallback compression algorithm. As a consequence, on systems where another compression algorithm is chosen (e.g. CRYPTO_ZSTD), the lzo kernel module becomes unused, while still having to be

[PATCH v4 6/6] MAINTAINERS: add MT7621 CLOCK maintainer

Adding myself as maintainer for mt7621 clock driver. Signed-off-by: Sergio Paracuellos --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index f1f088a29bc2..30822ad6837c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11142,6 +11142,12 @@ L:

[PATCH v4 3/6] clk: ralink: add clock driver for mt7621 SoC

The documentation for this SOC only talks about two registers regarding to the clocks: * SYSC_REG_CPLL_CLKCFG0 - provides some information about boostrapped refclock. PLL and dividers used for CPU and some sort of BUS. * SYSC_REG_CPLL_CLKCFG1 - a banch of gates to enable/disable clocks for all or

[PATCH v4 5/6] staging: mt7621-dts: use valid vendor 'mediatek' instead of invalid 'mtk'

Vendor listed for mediatek in kernel vendor file 'vendor-prefixes.yaml' contains 'mediatek' as a valid vendor string. Some nodes in the device tree are using an invalid vendor string vfor 'mtk' instead. Fix all of them in dts file. Update also ralink mt7621 related code to properly match new

linux-next: Fixes tag needs some work in the pci tree

Hi all, In commit 466d79c1a470 ("PCI: Fix overflow in command-line resource alignment requests") Fixes tag Fixes: 32a9a682bef2 ("PCI: allow assignment of memory resources with a has these problem(s): - Subject has leading but no trailing parentheses - Subject has leading but no

[PATCH v4 2/6] dt: bindings: add mt7621-clk device tree binding documentation

Adds device tree binding documentation for clocks in the MT7621 SOC. Signed-off-by: Sergio Paracuellos --- .../bindings/clock/mediatek,mt7621-clk.yaml | 67 +++ 1 file changed, 67 insertions(+) create mode 100644

[PATCH v4 1/6] dt-bindings: clock: add dt binding header for mt7621 clocks

Adds dt binding header for 'mediatek,mt7621-clk' clocks. Acked-by: Rob Herring Signed-off-by: Sergio Paracuellos --- include/dt-bindings/clock/mt7621-clk.h | 41 ++ 1 file changed, 41 insertions(+) create mode 100644 include/dt-bindings/clock/mt7621-clk.h diff --git

[PATCH v4 4/6] staging: mt7621-dts: make use of new 'mt7621-clk'

Clocks for SoC mt7621 have been properly integrated so there is no need to declare fixed clocks at all in the device tree. Remove all of them, add new device tree nodes for mt7621-clk and update the rest of the nodes to use them. Signed-off-by: Sergio Paracuellos ---

[PATCH v4 0/6] MIPS: ralink: add CPU clock detection and clock driver for MT7621

This patchset ports CPU clock detection for MT7621 from OpenWrt and adds a complete clock plan for the mt7621 SOC. The documentation for this SOC only talks about two registers regarding to the clocks: * SYSC_REG_CPLL_CLKCFG0 - provides some information about boostrapped refclock. PLL and

linux-next: Fixes tag needs some work in the tip tree

Hi all, In commit d1adcfbb520c ("iommu/amd: Fix IOMMU interrupt generation in X2APIC mode") Fixes tag Fixes: 47bea873cf80 "x86/msi: Only use high bits of MSI address for DMAR unit") has these problem(s): - Subject has trailing but no trailing parenthesis. -- Cheers, Stephen Rothwell

Re: [PATCH 4.4 00/15] 4.4.245-rc1 review

On Fri, 20 Nov 2020 at 16:33, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.245 release. > There are 15 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

linux-next: Signed-off-by missing for commit in the rcu tree

Hi all, Commit ca3bd09a3a49 ("rcu: Allow rcu_irq_enter_check_tick() from NMI") is missing a Signed-off-by from its author. Commit 00dc4fd2297c ("tools/rcutorture: Make identify_qemu_vcpus() independent of local language") is missing a Signed-off-by from its committer. -- Cheers,

Re: linux-next: Signed-off-by missing for commit in the rcu tree

Hi all, On Sun, 22 Nov 2020 21:08:10 +1100 Stephen Rothwell wrote: > > Commit > > ca3bd09a3a49 ("rcu: Allow rcu_irq_enter_check_tick() from NMI") > > is missing a Signed-off-by from its author. Please ignore this bit. dd -- Cheers, Stephen Rothwell pgps8l6kVzv4f.pgp Description:

Re: [PATCH v3] HID: i2c-hid: add polling mode based on connected GPIO chip's pin status

Hi, On Thu, Oct 22, 2020 at 02:22:51PM +, Barnabás Pőcze wrote: Hi, I think this looks a lot better than the first version, the issues around suspend/resume are sorted out as far as I can see. However, I still have a couple comments, mainly minor ones. Thank you for reviewing this

Re: [PATCH net-next,v5 0/9] netfilter: flowtable bridge and vlan enhancements

From: Pablo Neira Ayuso Date: Fri, 20 Nov 2020 13:49:12 +0100 > Hi, > > The following patchset augments the Netfilter flowtable fastpath to > support for network topologies that combine IP forwarding, bridge and > VLAN devices. > > This v5 includes updates for: > > - Patch #2: fix incorrect

Linux 4.19.159

I'm announcing the release of the 4.19.159 kernel. All users of the 4.19 kernel series must upgrade. The updated 4.19.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.19.y and can be browsed at the normal kernel.org git web

Linux 5.4.79

I'm announcing the release of the 5.4.79 kernel. All users of the 5.4 kernel series must upgrade. The updated 5.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.19.159

diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index 8dbc8d4ec8f0..7371643dd8d4 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -2560,6 +2560,8 @@

Linux 5.9.10

I'm announcing the release of the 5.9.10 kernel. All users of the 5.9 kernel series must upgrade. The updated 5.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 5.9.10

diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index dca917ac21d9..12ff6ac67457 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -2833,6 +2833,8 @@

Re: [PATCH -tip 08/32] sched/fair: Fix forced idle sibling starvation corner case

On Tue, Nov 17, 2020 at 06:19:38PM -0500, Joel Fernandes (Google) wrote: > From: Vineeth Pillai > > If there is only one long running local task and the sibling is > forced idle, it might not get a chance to run until a schedule > event happens on any cpu in the core. > > So we check for this

Re: Linux 5.4.79

diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index 5b4753e602de..fea15cd49fbc 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -2667,6 +2667,8 @@

RE:DONATION FOR YOU!!

Via del Campidoglio 1 00186. Roma RM, ITALIAN. Hello, How are you? Mrs Amelia Kennedy gave me your contact and asked me to contact you before she died, She is donating sum $6.5 million for you to help her set up a charity organisation in your country and use part of the money for yourself and

[GIT PULL] x86/urgent for v5.10-rc5

Hi Linus, please pull the x86/urgent pile for -rc5. Thx. --- The following changes since commit 09162bc32c880a791c6c0668ce0745cf7958f576: Linux 5.10-rc4 (2020-11-15 16:44:31 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git

RE:DONATION FOR YOU!!

Via del Campidoglio 1 00186. Roma RM, ITALIAN. Hello, How are you? Mrs Amelia Kennedy gave me your contact and asked me to contact you before she died, She is donating sum $6.5 million for you to help her set up a charity organisation in your country and use part of the money for yourself and

Re: [PATCH 01/38] ASoC: ak5558: drop of_match_ptr from of_device_id table

On Fri, Nov 20, 2020 at 08:04:29PM +, Mark Brown wrote: > On Fri, Nov 20, 2020 at 08:42:45PM +0100, Krzysztof Kozlowski wrote: > > On Fri, Nov 20, 2020 at 04:56:34PM +, Mark Brown wrote: > > > > It would be better to fix these by annotating the table as potentially > > > unused, if

[GIT PULL] efi/urgent for v5.10-rc5

Hi Linus, please pull the (forwarded) EFI urgent fixes for -rc5. Thx. -- The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) are available in the Git repository at:

Re: [PATCH 5/5] memory: tegra: Complete tegra210_swgroups

On Wed, Oct 07, 2020 at 05:37:46PM -0700, Nicolin Chen wrote: > According to Tegra X1 TRM, there are missing swgroups in the > tegra210_swgroups list. So this patch adds them to the list. > > Note that the TEGRA_SWGROUP_GPU (in list) should be actually > TEGRA_SWGROUP_GPUB (in TRM), yet

[PATCH v5] checkpatch: add fix option for LOGICAL_CONTINUATIONS

Currently, checkpatch warns if logical continuations are placed at the start of a line and not at the end of previous line. E.g., running checkpatch on commit 3485507fc272 ("staging: bcm2835-camera: Reduce length of enum names") reports: CHECK:LOGICAL_CONTINUATIONS: Logical continuations should

RE: [PATCH net] vsock/virtio: discard packets only when socket is really closed

> -Original Message- > From: Stefano Garzarella > Sent: Friday, November 20, 2020 6:48 PM > To: net...@vger.kernel.org > Cc: Sergio Lopez ; David S. Miller ; > Stefano Garzarella ; Justin He ; > k...@vger.kernel.org; linux-kernel@vger.kernel.org; Stefan Hajnoczi > ;

Re: [PATCH v5] checkpatch: add fix option for LOGICAL_CONTINUATIONS

On Sun, 2020-11-22 at 16:40 +0530, Aditya Srivastava wrote: > Currently, checkpatch warns if logical continuations are placed at the > start of a line and not at the end of previous line. > > E.g., running checkpatch on commit 3485507fc272 ("staging: > bcm2835-camera: Reduce length of enum

QCOM_SCM: config option with useless prompt and no help text

Hi! commit d0511b5496c03cdbcda55a9b57c32cdd751920ed Author: John Stultz Date: Fri Nov 6 04:27:10 2020 + firmware: QCOM_SCM: Allow qcom_scm driver to be loadable as a permenent module You made this into user-visible config option, but what user sees is this: Qcom SCM driver

Re: [PATCH v5] checkpatch: add fix option for LOGICAL_CONTINUATIONS

On Sun, 2020-11-22 at 16:40 +0530, Aditya Srivastava wrote: > Currently, checkpatch warns if logical continuations are placed at the > start of a line and not at the end of previous line. > > E.g., running checkpatch on commit 3485507fc272 ("staging: > bcm2835-camera: Reduce length of enum

Re: [PATCH] clk: samsung: allow compile testing of Exynos, S3C64xx and S5Pv210

On Fri, Nov 20, 2020 at 05:36:35PM +0100, Sylwester Nawrocki wrote: > On 11/19/20 17:45, Krzysztof Kozlowski wrote: > > So far all Exynos, S3C64xx and S5Pv210 clock units were selected by > > respective SOC/ARCH Kconfig option. On a kernel built for selected > > SoCs, this allowed to build only

Re: [PATCH net-next,v5 0/9] netfilter: flowtable bridge and vlan enhancements

On Sun, Nov 22, 2020 at 10:26:16AM +, Alexander Lobakin wrote: > From: Pablo Neira Ayuso > Date: Fri, 20 Nov 2020 13:49:12 +0100 [...] > > Something like this: > > > >fast path > > .. > >/

[GIT PULL] TTY/Serial driver fixes for 5.10-rc5

The following changes since commit f8394f232b1eab649ce2df5c5f15b0e528c92091: Linux 5.10-rc3 (2020-11-08 16:10:16 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-5.10-rc5 for you to fetch changes up to

[GIT PULL] Staging/IIO driver fixes for 5.10-rc5

The following changes since commit 3cea11cd5e3b00d91caf0b4730194039b45c5891: Linux 5.10-rc2 (2020-11-01 14:43:51 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git tags/staging-5.10-rc5 for you to fetch changes up to

Re: [PATCH -tip 09/32] sched/fair: Snapshot the min_vruntime of CPUs on force idle

On Tue, Nov 17, 2020 at 06:19:39PM -0500, Joel Fernandes (Google) wrote: > During force-idle, we end up doing cross-cpu comparison of vruntimes > during pick_next_task. If we simply compare (vruntime-min_vruntime) > across CPUs, and if the CPUs only have 1 task each, we will always > end up

[PATCH] mmc: mediatek: depend on COMMON_CLK to fix compile tests

The MFD_OMAP_USB_HOST uses Common Clock Framework thus it cannot be built on platforms without it (e.g. compile test on MIPS with LANTIQ): mips-linux-ld: drivers/mmc/host/mtk-sd.o: in function `msdc_ops_set_ios': mtk-sd.c:(.text+0x2bbc): undefined reference to `clk_get_parent'

[PATCH] mfd: omap-usb: depend on COMMON_CLK to fix compile tests

The MFD_OMAP_USB_HOST uses Common Clock Framework thus it cannot be built on platforms without it (e.g. compile test on MIPS with LANTIQ): mips-linux-ld: drivers/mfd/omap-usb-host.o: in function `usbhs_omap_probe': omap-usb-host.c:(.text+0x940): undefined reference to `clk_set_parent'

Re: [PATCH next] mm/vmscan: __isolate_lru_page_prepare clean up

在 2020/11/21 上午7:13, Andrew Morton 写道: > On Fri, 20 Nov 2020 16:03:33 +0800 Alex Shi > wrote: > >> The function just return 2 results, so use a 'switch' to deal with its >> result is unnecessary, and simplify it to a bool func as Vlastimil >> suggested. >> >> Also removed 'goto' in using by

[PATCH] driver core: cleanup kstrto*() usage

kstrto*() functions can write result directly to target memory if no additional checks needs to be done. Signed-off-by: Alexey Dobriyan --- drivers/base/core.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) --- a/drivers/base/core.c +++ b/drivers/base/core.c @@ -1701,12

Droid 4 in next-20201120: cpcap-usb-phy.0: could not initialize VBUS or ID IIO:

Hi! I'm getting this warning during boot: [3.413299] gpio gpiochip1: Persistence not supported for GPIO 0 [3.419494] cpcap-usb-phy cpcap-usb-phy.0: could not initialize VBUS or ID IIO: -517 [3.427398] [ cut here ] [3.432067] WARNING: CPU: 0 PID: 1 at

[PATCH] lib: cleanup kstrto*() usage

Use proper conversion functions. kstrto*() variants exist for all standard types. Signed-off-by: Alexey Dobriyan --- lib/test_firmware.c |9 +++-- lib/test_kmod.c | 26 ++ 2 files changed, 13 insertions(+), 22 deletions(-) --- a/lib/test_firmware.c +++

[PATCH] mm: cleanup kstrto*() usage

Range checks can folded into proper conversion function. kstrto*() exist for all arithmetic types. Signed-off-by: Alexey Dobriyan --- mm/khugepaged.c | 18 +- mm/ksm.c| 18 +- 2 files changed, 18 insertions(+), 18 deletions(-) --- a/mm/khugepaged.c

Re: [PATCH next] mm/vmscan: __isolate_lru_page_prepare clean up

On Sun, Nov 22, 2020 at 08:00:19PM +0800, Alex Shi wrote: > mm/compaction.c | 2 +- > mm/vmscan.c | 69 +++-- > 2 files changed, 34 insertions(+), 37 deletions(-) How is it possible you're changing the signature of a function without touching a

[PATCH] drivers: Fix the Raspberry Pi debug version compile

enable the DEBUG in source code, and it will compile fail, modify the DEBUG macro, to adapt the compile Signed-off-by: hby --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] lseek.2: SYNOPSIS: Use correct types

* Alejandro Colomar: > The Linux kernel uses 'unsigned int' instead of 'int' for 'fd' and > 'whence'. As glibc provides no wrapper, use the same types the > kernel uses. lseek is a POSIX interface, and glibc provides it. POSIX uses int for file descriptors (and the whence parameter in case of

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

On Sat, 7 Nov 2020 10:42:26 +, Xu Qiang wrote: > On my platform, ITS_FLAGS_SAVE_SUSPEND_STATE is not set,thus do nothing > in its suspend and resuse function.On the other hand,firmware stores > GITS_CTRL,GITS_CBASER,GITS_CWRITER and GITS_BASER in the suspend, > and restores these registers in

Re: [PATCH] ipvs: replace atomic_add_return()

On Tue, Nov 17, 2020 at 10:57:52PM +0200, Julian Anastasov wrote: > > Hello, > > On Mon, 16 Nov 2020, Yejune Deng wrote: > > > atomic_inc_return() looks better > > > > Signed-off-by: Yejune Deng > > Looks good to me for -next, thanks! > > Acked-by: Julian Anastasov Applied,

Re: [PATCH] irqchip/exiu: Fix the index of fwspec for IRQ type

On Tue, 17 Nov 2020 11:20:15 +0800, Chen Baozi wrote: > Since fwspec->param_count of ACPI node is two, the index of IRQ type > in fwspec->param[] should be 1 rather than 2. Applied to irq/irqchip-next, thanks! [1/1] irqchip/exiu: Fix the index of fwspec for IRQ type commit:

[PATCH v6] checkpatch: add fix option for LOGICAL_CONTINUATIONS

Currently, checkpatch warns if logical continuations are placed at the start of a line and not at the end of previous line. E.g., running checkpatch on commit 3485507fc272 ("staging: bcm2835-camera: Reduce length of enum names") reports: CHECK:LOGICAL_CONTINUATIONS: Logical continuations should

Re: [PATCH] Documentation/admin-guide: mark memmap parameter is supported by a few architectures

On Wed, Nov 18, 2020 at 02:41:45PM +1300, Barry Song wrote: > early_param memmap is only implemented on X86, MIPS and XTENSA. To avoid > wasting users’ time on trying this on platform like ARM, mark it clearly. > > Signed-off-by: Barry Song Reviewed-by: Mike Rapoport > --- > * the background

[PATCH] afs: Fix speculative status fetch going out of order wrt to modifications

When doing a lookup in a directory, the afs filesystem uses a bulk status fetch to speculatively retrieve the statuses of up to 48 other vnodes found in the same directory and it will then either update extant inodes or create new ones - effectively doing 'lookup ahead'. To avoid the possibility

Re: [PATCH] lseek.2: SYNOPSIS: Use correct types

Hi Florian, On 11/22/20 1:43 PM, Florian Weimer wrote: > * Alejandro Colomar: > >> The Linux kernel uses 'unsigned int' instead of 'int' for 'fd' and >> 'whence'. As glibc provides no wrapper, use the same types the >> kernel uses. > > lseek is a POSIX interface, and glibc provides it. POSIX

Re: [PATCH v5 21/21] mm/hugetlb: Disable freeing vmemmap if struct page size is not power of two

On Fri, Nov 20, 2020 at 10:15:30AM +0100, David Hildenbrand wrote: > On 20.11.20 09:25, Michal Hocko wrote: > > On Fri 20-11-20 14:43:25, Muchun Song wrote: > > > We only can free the unused vmemmap to the buddy system when the > > > size of struct page is a power of two. > > > > Can we actually

Re: [PATCH v3] HID: i2c-hid: add polling mode based on connected GPIO chip's pin status

Hi 2020. november 22., vasárnap 11:15 keltezéssel, Coiby Xu írta: > [...] > >> +static int get_gpio_pin_state(struct irq_desc *irq_desc) > >> +{ > >> + struct gpio_chip *gc = irq_data_get_irq_chip_data(_desc->irq_data); > >> + > >> + return gc->get(gc, irq_desc->irq_data.hwirq); > >> +} >

Re: [PATCH 01/29] iov_iter: Switch to using a table of operations

Linus Torvalds wrote: > - I worry a bit about the indirect call overhead and spectre v2. I don't know enough about how spectre v2 works to say if this would be a problem for the ops-table approach, but wouldn't it also affect the chain of conditional branches that we currently use, since it's

Re: [PATCH v2 1/3] genirq/affinity: Add irq_update_affinity_desc()

On Fri, 20 Nov 2020 11:52:09 +, John Garry wrote: > > Hi Thomas, > > >> Just mentioning a couple of things here, which could be a clue to what > >> is going on: > >> - the device is behind mbigen secondary irq controller > >> - the flow in the LLDD is to allocate all 128 interrupts during

Re: [PATCH v2 11/24] file: Implement task_lookup_fd_rcu

On Sun, Nov 22, 2020 at 07:00:20AM -0600, Eric W. Biederman wrote: > Cyrill Gorcunov writes: ... > That is present in files_lookup_fd_rcu, so this code should > be good from the warning side. Indeed, thanks!

Re: general protection fault in ieee80211_chanctx_num_assigned

syzbot has found a reproducer for the following issue on: HEAD commit:a349e4c6 Merge tag 'xfs-5.10-fixes-7' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=144e1e9950 kernel config:

RE: [PATCH 01/29] iov_iter: Switch to using a table of operations

From: David Howells > Sent: 22 November 2020 13:33 > > Linus Torvalds wrote: > > > - I worry a bit about the indirect call overhead and spectre v2. > > I don't know enough about how spectre v2 works to say if this would be a > problem for the ops-table approach, but wouldn't it also affect

Re: [PATCH next] mm/vmscan: __isolate_lru_page_prepare clean up

在 2020/11/22 下午8:35, Matthew Wilcox 写道: > On Sun, Nov 22, 2020 at 08:00:19PM +0800, Alex Shi wrote: >> mm/compaction.c | 2 +- >> mm/vmscan.c | 69 +++-- >> 2 files changed, 34 insertions(+), 37 deletions(-) > > How is it possible you're

Re: [PATCH v2 4/4] iio: hid-sensors: Add hinge sensor driver

On Sun, 22 Nov 2020 02:14:16 + "Pandruvada, Srinivas" wrote: > On Sat, 2020-11-21 at 17:46 -0800, Srinivas Pandruvada wrote: > > On Sat, 2020-11-21 at 17:56 +, Jonathan Cameron wrote: > > > On Thu, 19 Nov 2020 18:03:31 +0800 > > > Ye Xiang wrote: > > > > > > > The Hinge sensor is a

Re: [PATCH RFC tip/core/rcu 5/5] srcu: Provide polling interfaces for Tree SRCU grace periods

On 11/21/2020 5:46 AM, Paul E. McKenney wrote: On Fri, Nov 20, 2020 at 05:31:43PM +0530, Neeraj Upadhyay wrote: On 11/17/2020 6:10 AM, paul...@kernel.org wrote: From: "Paul E. McKenney" There is a need for a polling interface for SRCU grace periods, so this commit supplies

Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods

On 11/21/2020 5:43 AM, Paul E. McKenney wrote: On Fri, Nov 20, 2020 at 05:28:32PM +0530, Neeraj Upadhyay wrote: Hi Paul, On 11/17/2020 6:10 AM, paul...@kernel.org wrote: From: "Paul E. McKenney" There is a need for a polling interface for SRCU grace periods, so this commit supplies

Re: [PATCH 008/141] IB/hfi1: Fix fall-through warnings for Clang

On 11/20/2020 1:25 PM, Gustavo A. R. Silva wrote: In preparation to enable -Wimplicit-fallthrough for Clang, fix multiple warnings by explicitly adding multiple break statements instead of just letting the code fall through to the next case. Signed-off-by: Gustavo A. R. Silva Looks good

Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods

On 11/21/2020 6:29 AM, paul...@kernel.org wrote: From: "Paul E. McKenney" There is a need for a polling interface for SRCU grace periods, so this commit supplies get_state_synchronize_srcu(), start_poll_synchronize_srcu(), and poll_state_synchronize_srcu() for this purpose. The first can

Re: [PATCH net-next 2/3] mlxsw: spectrum_ptp: use PTP wide message type definitions

On Sun, Nov 22, 2020 at 09:26:35AM +0100, Christian Eggers wrote: > Use recently introduced PTP wide defines instead of a driver internal > enumeration. > > Signed-off-by: Christian Eggers > Cc: Petr Machata > Cc: Jiri Pirko > Cc: Ido Schimmel Reviewed-by: Ido Schimmel But: 1. Checkpatch

Re: About regression caused by commit aea6cb99703e ("regulator: resolve supply after creating regulator")

On 09.11.20 00:28, Qu Wenruo wrote: > > > On 2020/11/9 上午1:18, Michał Mirosław wrote: >> On Sun, Nov 08, 2020 at 03:35:33PM +0800, Qu Wenruo wrote: >>> Hi Michał, >>> >>> Recently when testing v5.10-rc2, I found my RK3399 boards failed to boot >>> from NVME. >>> >>> It turns out that, commit

Re: [RFC] MAINTAINERS tag for cleanup robot

On 11/21/20 7:23 PM, Matthew Wilcox wrote: > On Sat, Nov 21, 2020 at 08:50:58AM -0800, t...@redhat.com wrote: >> The fixer review is >> https://reviews.llvm.org/D91789 >> >> A run over allyesconfig for x86_64 finds 62 issues, 5 are false positives. >> The false positives are caused by macros

[GIT pull] sched/urgent for v5.10-rc5

Linus, please pull the latest sched/urgent branch from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-2020-11-22 up to: 2279f540ea7d: sched/deadline: Fix priority inheritance with multiple scheduling classes A couple of scheduler fixes: - Make the conditional

[GIT pull] perf/urgent for v5.10-rc5

Linus, please pull the latest perf/urgent branch from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-2020-11-22 up to: ebd19fc372e3: perf/x86: fix sysfs type mismatches A single fix for the x86 perf sysfs interfaces which used kobject attributes instead of device

Re: [PATCH 2/3] venus: Limit HFI sessions to the maximum supported

On 11/21/20 3:14 AM, Fritz Koenig wrote: > On Thu, Nov 19, 2020 at 4:12 PM Stanimir Varbanov > wrote: >> >> Currently we rely on firmware to return error when we reach the maximum >> supported number of sessions. But this errors are happened at reqbuf >> time which is a bit later. The more

Re: [PATCH 3/3] media: hfi_venus: Request interrupt for sync cmds

On 11/21/20 3:02 AM, Fritz Koenig wrote: > On Thu, Nov 19, 2020 at 4:12 PM Stanimir Varbanov > wrote: >> >> From: Vikash Garodia >> >> For synchronous commands, update the message queue variable. >> This would inform video firmware to raise interrupt on host >> CPU whenever there is a

  1   2   3   4   5   >