[0/3] Add L3 provider support for SC7280

2021-04-15 Thread Odelu Kukatla
Add Epoch Subsystem (EPSS) L3 provider support on SM7280 SoCs. Depends on: https://lore.kernel.org/patchwork/cover/1389010/ Depends on: https://lore.kernel.org/patchwork/cover/1392102/ Odelu Kukatla (3): dt-bindings: interconnect: Add EPSS L3 DT binding on SC7280 interconnect: qcom: Add EPSS

[3/3] arm64: dts: qcom: sc7280: Add EPSS L3 interconnect provider

2021-04-15 Thread Odelu Kukatla
Add Epoch Subsystem (EPSS) L3 interconnect provider node on SC7280 SoCs. Signed-off-by: Odelu Kukatla --- arch/arm64/boot/dts/qcom/sc7280.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi index ecb2a77..

[1/3] dt-bindings: interconnect: Add EPSS L3 DT binding on SC7280

2021-04-15 Thread Odelu Kukatla
Add Epoch Subsystem (EPSS) L3 interconnect provider binding on SC7280 SoCs. Signed-off-by: Odelu Kukatla --- Documentation/devicetree/bindings/interconnect/qcom,osm-l3.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/interconnect/qcom,osm-l3.yaml b/Docu

[2/3] interconnect: qcom: Add EPSS L3 support on SC7280

2021-04-15 Thread Odelu Kukatla
Add Epoch Subsystem (EPSS) L3 interconnect provider support on SC7280 SoCs. Signed-off-by: Odelu Kukatla --- drivers/interconnect/qcom/osm-l3.c | 124 +++-- drivers/interconnect/qcom/sc7280.h | 10 ++ include/dt-bindings/interconnect/qcom,osm-l3.h |

Re: [PATCH v2 2/2] can: m_can: Add support for transceiver as phy

2021-04-15 Thread Marc Kleine-Budde
On 4/15/21 5:46 PM, Aswath Govindraju wrote: > From: Faiz Abbas > > Add support for implementing transceiver node as phy. The max_bitrate is > obtained by getting a phy attribute. > > Signed-off-by: Faiz Abbas > Signed-off-by: Aswath Govindraju > --- > drivers/net/can/m_can/m_can.c |

Re: [PATCH v3 net-next 06/10] net: korina: Only pass mac address via platform data

2021-04-15 Thread Thomas Bogendoerfer
On Fri, Apr 16, 2021 at 01:30:04AM +0200, Andrew Lunn wrote: > On Thu, Apr 15, 2021 at 01:06:43AM +0200, Thomas Bogendoerfer wrote: > > Get rid of access to struct korina_device by just passing the mac > > address via platform data and use drvdata for passing netdev to remove > > function. > > > >

Re: [PATCH] soc: fsl: qe: remove unused function

2021-04-15 Thread Daniel Axtens
Hi Jiapeng, > Fix the following clang warning: > > drivers/soc/fsl/qe/qe_ic.c:234:29: warning: unused function > 'qe_ic_from_irq' [-Wunused-function]. > > Reported-by: Abaci Robot > Signed-off-by: Jiapeng Chong > --- > drivers/soc/fsl/qe/qe_ic.c | 5 - > 1 file changed, 5 deletions(-) > > d

[PATCH v8] fat: Add KUnit tests for checksums and timestamps

2021-04-15 Thread David Gow
Add some basic sanity-check tests for the fat_checksum() function and the fat_time_unix2fat() and fat_time_fat2unix() functions. These unit tests verify these functions return correct output for a number of test inputs. These tests were inspored by -- and serve a similar purpose to -- the timestam

Re: [PATCH 0/1] coresight: Fix for v5.12-rc7

2021-04-15 Thread Greg KH
On Thu, Apr 15, 2021 at 02:24:03PM -0600, Mathieu Poirier wrote: > Hi Greg, > > Please consider this patch as a fix for v5.12-rc7. Applies cleanly > to your char-misc-linus branch (e49d033bddf5). It's too late for 5.12-final, and really my tree should be closed for 5.13-rc1 now. I can sneak thi

[next PATCH] usb: xhci-mtk: remove bus status check

2021-04-15 Thread Chunfeng Yun
PM will take care of the status of child device, so no need check each port anymore. Suggested-by: Ikjoon Jang Signed-off-by: Chunfeng Yun --- drivers/usb/host/xhci-mtk.c | 43 ++--- 1 file changed, 2 insertions(+), 41 deletions(-) diff --git a/drivers/usb/host/

[PATCH] powerpc/kdump: fix kdump kernel hangup issue with hot add CPUs

2021-04-15 Thread Sourabh Jain
With the kexec_file_load system call when system crashes on the hot add CPU the capture kernel hangs and failed to collect the vmcore. Kernel panic - not syncing: sysrq triggered crash CPU: 24 PID: 6065 Comm: echo Kdump: loaded Not tainted 5.12.0-rc5upstream #54 Call Trace: [c000e590fac0]

Re: [PATCH v3] serial: omap: fix rs485 half-duplex filtering

2021-04-15 Thread Greg Kroah-Hartman
On Thu, Apr 15, 2021 at 11:02:52PM +0200, Dario Binacchi wrote: > Data received during half-duplex transmission must be filtered. > If the target device responds quickly, emptying the FIFO at the end of > the transmission can erase not only the echo characters but also part of > the response messag

Re: [RFC PATCH v1 00/11] Manage the top tier memory in a tiered memory

2021-04-15 Thread Michal Hocko
On Thu 15-04-21 15:31:46, Tim Chen wrote: > > > On 4/9/21 12:24 AM, Michal Hocko wrote: > > On Thu 08-04-21 13:29:08, Shakeel Butt wrote: > >> On Thu, Apr 8, 2021 at 11:01 AM Yang Shi wrote: > > [...] > >>> The low priority jobs should be able to be restricted by cpuset, for > >>> example, just

[PATCH 1/4] dt-bindings: reset: Convert ti,sci-reset to json schema

2021-04-15 Thread Nishanth Menon
Convert the ti,sci-reset to json schema for better checks and documentation. Differences being: - Drop consumer example as they are documented in the corresponding bindings themselves. - Drop phandle description for reset consumer or cell definition as it is redundant. NOTE: we do have fa

[PATCH 3/4] dt-bindings: soc: ti: Convert ti,sci-pm-domain to json schema

2021-04-15 Thread Nishanth Menon
Convert the ti,sci-pm-domain to json schema for better checks and documentation. Differences being: - Drop consumer example as they are documented in the corresponding bindings themselves. - Drop phandle description for reset consumer or cell definition as it is redundant. NOTE: we do hav

[PATCH 4/4] dt-bindings: arm: keystone: Convert ti,sci to json schema

2021-04-15 Thread Nishanth Menon
Convert the ti,sci to json schema for better checks and documentation. NOTE: This change does introduce a stricter naming convention for TI-SCI controller nodes. NOTE: we do have false positive checkpatch warning with this patch: "DT binding docs and includes should be a separate patch" Signed-o

[PATCH 2/4] dt-bindings: clock: Convert ti,sci-clk to json schema

2021-04-15 Thread Nishanth Menon
Convert the ti,sci-clk to json schema for better checks and documentation. Differences being: - Drop consumer example as they are documented in the corresponding bindings themselves. - Standardize the node name as clock-controller rather than clocks as it is more appropriate. - Drop phand

[PATCH 0/4] dt-bindings: soc/arm: Convert pending ti,sci* bindings to json format

2021-04-15 Thread Nishanth Menon
Hi, I understand that the following series belong to various maintainers, but, it is a bit better reviewed as a single series for cohesiveness. There are also dts fixups that this series exposes, which is good, but I chose to hold them back for now pending binding review at least. The complete se

Re: [syzbot] WARNING in ctx_sched_in

2021-04-15 Thread Dmitry Vyukov
On Fri, Apr 16, 2021 at 6:35 AM syzbot wrote: > > Hello, > > syzbot found the following issue on: > > HEAD commit:79c338ab riscv: keep interrupts disabled for BREAKPOINT ex.. > git tree: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git > fixes > console output: https://syzk

答复: [PATCH] symbol : Make the size of the compile-related array fixed

2021-04-15 Thread Han Dapeng
Thank you!Got it. I tried to use Git, but it didn't work. I'll do it next time. -邮件原件- 发件人: Daniel Axtens 发送时间: 2021年4月16日 14:19 收件人: 韩大鹏(Han Dapeng) ; Michael Ellerman ; Benjamin Herrenschmidt ; Paul Mackerras ; Heiko Carstens ; Vasily Gorbik ; Christian Borntraeger ; Thomas Gleixner

答复: [PATCH] symbol : Make the size of the compile-related array fixed

2021-04-15 Thread Han Dapeng
The raw text is shown below: From 540e6a6c36e6372d4f99eeb4a50c8eaa6d7989b3 Mon Sep 17 00:00:00 2001 From: Han Dapeng Date: Fri, 16 Apr 2021 10:36:38 +0800 Subject: [PATCH] symbol : Make the size of the compile-related array fixed

Re: [PATCH 1/5] mm/swapfile: add percpu_ref support for swap

2021-04-15 Thread Huang, Ying
Miaohe Lin writes: > On 2021/4/15 22:31, Dennis Zhou wrote: >> On Thu, Apr 15, 2021 at 01:24:31PM +0800, Huang, Ying wrote: >>> Dennis Zhou writes: >>> On Wed, Apr 14, 2021 at 01:44:58PM +0800, Huang, Ying wrote: > Dennis Zhou writes: > >> On Wed, Apr 14, 2021 at 11:59:03AM +08

Re: [PATCH] platform/chrome: cros_ec_typec: Handle hard reset

2021-04-15 Thread Prashant Malani
Hi Enric, Thanks for taking a look. On Thu, Apr 15, 2021 at 10:39 PM Enric Balletbo Serra wrote: > > Hi Prashant, > > Thank you for your patch. > > Missatge de Prashant Malani del dia dj., 15 > d’abr. 2021 a les 4:15: > > > > The Chrome Embedded Controller (EC) generates a hard reset type C eve

[RFC PATCH] irqchip/gic-v3: Do not enable irqs when handling spurious interrups

2021-04-15 Thread He Ying
We found this problem in our kernel src tree: [ 14.816231] [ cut here ] [ 14.816231] kernel BUG at irq.c:99! [ 14.816232] Internal error: Oops - BUG: 0 [#1] SMP [ 14.816232] Process swapper/0 (pid: 0, stack limit = 0x(ptrval)) [ 14.816233] CPU: 0 PID: 0 Co

Re: [PATCH] symbol : Make the size of the compile-related array fixed

2021-04-15 Thread Daniel Axtens
Hi, Thanks for your contribution to the kernel! I notice that your patch is sumbitted as an attachment. In future, please could you submit your patch inline, rather than as an attachment? See https://www.kernel.org/doc/html/v4.15/process/5.Posting.html I'd recommend you use git send-email if poss

Re: [RFC PATCH] percpu_ref: Make percpu_ref_tryget*() ACQUIRE operations

2021-04-15 Thread Huang, Ying
Kent Overstreet writes: > On Thu, Apr 15, 2021 at 09:42:56PM -0700, Paul E. McKenney wrote: >> On Tue, Apr 13, 2021 at 10:47:03AM +0800, Huang Ying wrote: >> > One typical use case of percpu_ref_tryget() family functions is as >> > follows, >> > >> > if (percpu_ref_tryget(&p->ref)) { >> >

Re: [PATCH] symbol : Make the size of the compile-related array fixed

2021-04-15 Thread Christophe Leroy
Also, the following statement which appears at the end of your mail is puzzling. What can we do with your patch if there are such limitations ? This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed abo

Re: [PATCH v2] uml: fix W=1 missing-include-dirs warnings

2021-04-15 Thread Anton Ivanov
On 15/04/2021 18:13, Randy Dunlap wrote: Currently when using "W=1" with UML builds, there are over 700 warnings like so: CC arch/um/drivers/stderr_console.o cc1: warning: ./arch/um/include/uapi: No such file or directory [-Wmissing-include-dirs] but arch/um/ does not have include/uapi

Re: [PATCH] symbol : Make the size of the compile-related array fixed

2021-04-15 Thread Christophe Leroy
Hi, This mail is unreadable. Please send your patch as raw text mail, not as attached file. Thanks Christophe Le 16/04/2021 à 05:12, 韩大鹏(Han Dapeng) a écrit : *OPPO* * * 本电子邮件及其附件含有OPPO公司的保密信息

Re: [PATCH v7 1/3] bio: limit bio max size

2021-04-15 Thread Changheun Lee
> On 4/15/21 3:38 AM, Changheun Lee wrote: > > @@ -167,6 +168,7 @@ void blk_queue_max_hw_sectors(struct request_queue *q, > > unsigned int max_hw_secto > > max_sectors = round_down(max_sectors, > > limits->logical_block_size >> SECTOR_SHIFT); > > limits->max_se

Re: [PATCH 00/13] [RFC] Rust support

2021-04-15 Thread Nick Desaulniers
On Thu, Apr 15, 2021 at 9:27 PM Boqun Feng wrote: > > [Copy LKMM people, Josh, Nick and Wedson] > > On Thu, Apr 15, 2021 at 08:58:16PM +0200, Peter Zijlstra wrote: > > On Wed, Apr 14, 2021 at 08:45:51PM +0200, oj...@kernel.org wrote: > > > > > Rust is a systems programming language that brings sev

Re: [PATCH 8/8] arm64: dts: mt8183: Add kukui-jacuzzi-kenzo board

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:37: > > Kenzo is known as Acer Chromebook 311. > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > arch/arm64/boot/dts/mediatek/Makefile| 1 + > .../b

Re: [PATCH v2 5/8] mm: memcontrol: rename lruvec_holds_page_lru_lock to page_matches_lruvec

2021-04-15 Thread Michal Hocko
On Fri 16-04-21 13:14:04, Muchun Song wrote: > lruvec_holds_page_lru_lock() doesn't check anything about locking and is > used to check whether the page belongs to the lruvec. So rename it to > page_matches_lruvec(). > > Signed-off-by: Muchun Song Acked-by: Michal Hocko Thanks > --- > includ

Re: [PATCH 7/8] arm64: dts: mt8183: Add kukui-jacuzzi-burnet board

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Burnet is known as HP Chromebook x360 11MK G3 EE > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > arch/arm64/boot/dts/mediatek/Makefile | 1 + > ..

Re: [PATCH v2 2/2] brcmfmac: support parse country code map from DT

2021-04-15 Thread Arend Van Spriel
On 4/15/2021 12:47 PM, Shawn Guo wrote: With any regulatory domain requests coming from either user space or 802.11 IE (Information Element), the country is coded in ISO3166 standard. It needs to be translated to firmware country code and revision with the mapping info in settings->country_codes

Re: [PATCH 6/8] arm64: dts: mt8183: Add kukui-jacuzzi-willow board

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:38: > > Willow is known as Acer Chromebook 311 (C722/C722T) > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > arch/arm64/boot/dts/mediatek/Makefile | 2 ++ >

Re: [PATCH 5/8] arm64: dts: mt8183: Add kukui-jacuzzi-kappa board

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Kappa is known as HP Chromebook 11a > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > arch/arm64/boot/dts/mediatek/Makefile| 1 + > .../dts/medi

Re: [PATCH 4/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-kenzo

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Kenzo is known as Acer Chromebook 311. > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > Documentation/devicetree/bindings/arm/mediatek.yaml | 6 -- > 1

Re: [PATCH v2] kconfig: redo fake deps at include/config/*.h

2021-04-15 Thread Masahiro Yamada
On Fri, Apr 16, 2021 at 2:36 AM Alexey Dobriyan wrote: > > Make include/config/foo/bar.h fake deps files generation simpler. > > * delete .h suffix > those aren't header files, shorten filenames, > > * delete tolower() > Linux filesystems can deal with both upper and lowercase >

Re: [PATCH 3/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-burnet

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Burnet is known as HP Chromebook x360 11MK G3 EE. > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > Documentation/devicetree/bindings/arm/mediatek.yaml | 4 +

Re: [PATCH 2/2] tools: do not include scripts/Kbuild.include

2021-04-15 Thread Christian Borntraeger
On 15.04.21 10:06, Christian Borntraeger wrote: On 15.04.21 09:27, Masahiro Yamada wrote: Since commit d9f4ff50d2aa ("kbuild: spilt cc-option and friends to scripts/Makefile.compiler"), some kselftests fail to build. The tools/ directory opted out Kbuild, and went in a different direction. T

Re: [PATCH 2/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-willow

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi. Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Willow is known as Acer Chromebook 311 (C722/C722T). > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > Documentation/devicetree/bindings/arm/mediatek.yaml |

Re: [PATCH 1/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-kappa

2021-04-15 Thread Enric Balletbo Serra
Hi Hsin-Yi, Thank you for your patch. Missatge de Hsin-Yi Wang del dia dj., 15 d’abr. 2021 a les 11:36: > > Kappa is known as HP Chromebook 11a. > > Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra > --- > Documentation/devicetree/bindings/arm/mediatek.yaml | 4 > 1 file

Re: [PATCH 2/3] arm64: dts: mt8183: fix dtbs_check warning

2021-04-15 Thread Enric Balletbo Serra
Hi Matthias, Thank you for your patch. Missatge de l'adreça del dia dc., 14 d’abr. 2021 a les 16:48: > > From: Matthias Brugger > > Fix unit names to make dtbs_check happy. > > Signed-off-by: Matthias Brugger > --- > > arch/arm64/boot/dts/mediatek/mt8183.dtsi | 6 +++--- > 1 file changed, 3 i

Re: [PATCH v2] uml: fix W=1 missing-include-dirs warnings

2021-04-15 Thread Masahiro Yamada
On Fri, Apr 16, 2021 at 4:14 AM Masahiro Yamada wrote: > > On Fri, Apr 16, 2021 at 2:14 AM Randy Dunlap wrote: > > > > Currently when using "W=1" with UML builds, there are over 700 warnings > > like so: > > > > CC arch/um/drivers/stderr_console.o > > cc1: warning: ./arch/um/include/uapi:

Re: [PATCH 1/3] arm64: dts: mt8183-pumpkin: fix dtbs_check warning

2021-04-15 Thread Enric Balletbo Serra
Hi Matthias, Thank you for your patch. Missatge de l'adreça del dia dc., 14 d’abr. 2021 a les 16:48: > > From: Matthias Brugger > > Fix unit names to make dtbs_check happy. > > Signed-off-by: Matthias Brugger > --- > > arch/arm64/boot/dts/mediatek/mt8183-pumpkin.dts | 4 ++-- > 1 file changed

Re: linux-next: build warning after merge of the amdgpu tree

2021-04-15 Thread Alex Deucher
On Fri, Apr 16, 2021 at 1:47 AM Liang, Prike wrote: > > [AMD Public Use] > > > From: Stephen Rothwell > > Sent: Friday, April 16, 2021 12:09 PM > > To: Liang, Prike > > Cc: Alex Deucher ; S-k, Shyam-sundar > sundar@amd.com>; Linux Kernel Mailing List > ker...@vger.kernel.org>; Linux Next M

Re: [Outreachy kernel] [PATCH v2] staging: media: atomisp: pci: Change line break to avoid an open parenthesis at the end of the line

2021-04-15 Thread Dan Carpenter
On Fri, Apr 16, 2021 at 12:21:58AM +0300, Sakari Ailus wrote: > On Thu, Apr 15, 2021 at 08:59:41PM +0100, Matthew Wilcox wrote: > > On Thu, Apr 15, 2021 at 08:57:04PM +0100, Matthew Wilcox wrote: > > > On Thu, Apr 15, 2021 at 10:49:55PM +0300, Sakari Ailus wrote: > > > > On Thu, Apr 15, 2021 at 06:

Re: [PATCH v1 1/5] mm: pagewalk: Fix walk for hugepage tables

2021-04-15 Thread Christophe Leroy
Le 16/04/2021 à 00:43, Daniel Axtens a écrit : Hi Christophe, Pagewalk ignores hugepd entries and walk down the tables as if it was traditionnal entries, leading to crazy result. Add walk_hugepd_range() and use it to walk hugepage tables. Signed-off-by: Christophe Leroy --- mm/pagewalk.

RE: linux-next: build warning after merge of the amdgpu tree

2021-04-15 Thread Liang, Prike
[AMD Public Use] > From: Stephen Rothwell > Sent: Friday, April 16, 2021 12:09 PM > To: Liang, Prike > Cc: Alex Deucher ; S-k, Shyam-sundar sundar@amd.com>; Linux Kernel Mailing List ker...@vger.kernel.org>; Linux Next Mailing List > Subject: Re: linux-next: build warning after merge of t

Re: [PATCH 13/15] usb: dwc2: Add exit hibernation mode before removing drive

2021-04-15 Thread Artur Petrosyan
Hi Sergei, On 4/15/2021 13:24, Sergei Shtylyov wrote: > On 15.04.2021 8:41, Artur Petrosyan wrote: > >> When dwc2 core is in hibernation mode loading >> driver again causes driver fail. Because in >> that mode registers are not accessible. >> >> In order to exit from hibernation checking >> dwc2

Re: [PATCH 10/15] usb: dwc2: Allow exit hibernation in urb enqueue

2021-04-15 Thread Artur Petrosyan
Hi Sergei, On 4/15/2021 13:12, Sergei Shtylyov wrote: > On 15.04.2021 8:40, Artur Petrosyan wrote: > >> When core is in hibernation state and an external >> hub is connected, upper layer sends URB enqueue request, >> which results in port reset issue. >> >> - Added exit from hibernation state to

Re: [PATCH v3] kconfig: nconf: stop endless search loops

2021-04-15 Thread Masahiro Yamada
On Thu, Apr 15, 2021 at 4:28 PM Mihai Moldovan wrote: > > If the user selects the very first entry in a page and performs a > search-up operation, or selects the very last entry in a page and > performs a search-down operation that will not succeed (e.g., via > [/]asdfzzz[Up Arrow]), nconf will ne

Re: [syzbot] general protection fault in gadget_setup

2021-04-15 Thread Anirudh Rayabharam
On Tue, Apr 13, 2021 at 12:13:11PM -0400, Alan Stern wrote: > On Tue, Apr 13, 2021 at 10:12:05AM +0200, Dmitry Vyukov wrote: > > On Tue, Apr 13, 2021 at 10:08 AM syzbot > > wrote: > > > > > > Hello, > > > > > > syzbot found the following issue on: > > > > > > HEAD commit:0f4498ce Merge tag 'fo

[PATCH v2] X86: Makefile: Replace -pg with CC_FLAGS_FTRACE

2021-04-15 Thread zhaoxiao
In preparation for x86 supporting ftrace built on other compiler options, let's have the x86 Makefiles remove the $(CC_FLAGS_FTRACE) flags, whatever these may be, rather than assuming '-pg'. There should be no functional change as a result of this patch. Signed-off-by: zhaoxiao --- v2: add the s

Re: [PATCH 00/13] [RFC] Rust support

2021-04-15 Thread Paul Zimmerman
On Fri, Apr 16, 2021 at 06:02:33 +0100, Wedson Almeida Filho wrote: > On Fri, Apr 16, 2021 at 04:25:34AM +, Al Viro wrote: > >>> Are you stating [what you perceive as] a fact or just venting? If the >>> former, >>> would you mind enlightening us with some evidence? >> >> How about "not everyo

Re: [PATCH] platform/chrome: cros_ec_typec: Handle hard reset

2021-04-15 Thread Enric Balletbo Serra
Hi Prashant, Thank you for your patch. Missatge de Prashant Malani del dia dj., 15 d’abr. 2021 a les 4:15: > > The Chrome Embedded Controller (EC) generates a hard reset type C event > when a USB Power Delivery (PD) hard reset is encountered. Handle this > event by unregistering the partner and

Re: [PATCH v5 1/2] mfd: google,cros-ec: add DT bindings for a baseboard's switch device

2021-04-15 Thread Enric Balletbo Serra
Hi Ikjoon, Thank you for your patch. Missatge de Ikjoon Jang del dia dj., 15 d’abr. 2021 a les 5:32: > > This is for ChromeOS tablets which have a 'cros_cbas' switch device > in the "Whiskers" base board. This device can be instantiated only by > device tree on ARM platforms. ChromeOS EC doesn't

Re: [Regression] amdgpu driver broken on AMD HD7770 GHz edition.

2021-04-15 Thread Alex Deucher
On Fri, Apr 16, 2021 at 12:48 AM David Niklas wrote: > > Hey, > > I forgot to give you a bug tracker in case you want one. > Here: https://bugzilla.kernel.org/show_bug.cgi?id=212691 I've followed up on the bug report. Please take a look there. Alex > > Thanks, > David > ___

Re: [PATCH v3 0/4] CAN TRANSCEIVER: Add support for CAN transceivers

2021-04-15 Thread Aswath Govindraju
Hi all, On 15/04/21 8:19 pm, Aswath Govindraju wrote: > The following series of patches add support for CAN transceivers. > > TCAN1042 has a standby signal that needs to be pulled high for > sending/receiving messages[1]. TCAN1043 has a enable signal along with > standby signal that needs to be p

[PATCH v4 3/3] phy: phy-can-transceiver: Add support for generic CAN transceiver driver

2021-04-15 Thread Aswath Govindraju
The driver adds support for generic CAN transceivers. Currently the modes supported by this driver are standby and normal modes for TI TCAN1042 and TCAN1043 CAN transceivers. The transceiver is modelled as a phy with pins controlled by gpios, to put the transceiver in various device functional mod

[PATCH v4 0/3] CAN TRANSCEIVER: Add support for CAN transceivers

2021-04-15 Thread Aswath Govindraju
The following series of patches add support for CAN transceivers. TCAN1042 has a standby signal that needs to be pulled high for sending/receiving messages[1]. TCAN1043 has a enable signal along with standby signal that needs to be pulled up for sending/receiving messages[2], and other combination

[PATCH v4 2/3] dt-bindings: phy: Add binding for TI TCAN104x CAN transceivers

2021-04-15 Thread Aswath Govindraju
Add binding documentation for TI TCAN104x CAN transceivers. Signed-off-by: Aswath Govindraju Reviewed-by: Rob Herring --- .../bindings/phy/ti,tcan104x-can.yaml | 56 +++ MAINTAINERS | 1 + 2 files changed, 57 insertions(+) create mode

[PATCH v4 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps

2021-04-15 Thread Aswath Govindraju
In some subsystems (eg. CAN, SPI), the max link rate supported can be less than 1 Mbps and if the unit for max_link_rate is Mbps then it can't be used. Therefore, leave the decision of units to be used, to the producer and consumer. Signed-off-by: Aswath Govindraju --- include/linux/phy/phy.h |

Re: [PATCH v1 4/5] mm: ptdump: Support hugepd table entries

2021-04-15 Thread Christophe Leroy
Hi Daniel, Le 16/04/2021 à 01:29, Daniel Axtens a écrit : Hi Christophe, Which hugepd, page table entries can be at any level and can be of any size. Add support for them. Signed-off-by: Christophe Leroy --- mm/ptdump.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletion

Re: [PATCH v1 3/5] mm: ptdump: Provide page size to notepage()

2021-04-15 Thread Christophe Leroy
Le 16/04/2021 à 01:12, Daniel Axtens a écrit : Hi Christophe, static void note_page(struct ptdump_state *pt_st, unsigned long addr, int level, - u64 val) + u64 val, unsigned long page_size) Compilers can warn about unused parameters at -Wextra lev

Re: [PATCH v1 1/1] ACPI: NFIT: Import GUID before use

2021-04-15 Thread Dan Williams
On Thu, Apr 15, 2021 at 6:59 AM Andy Shevchenko wrote: > > Strictly speaking the comparison between guid_t and raw buffer > is not correct. Import GUID to variable of guid_t type and then > compare. Hmm, what about something like the following instead, because it adds safety. Any concerns about e

[PATCH V2] mm: Define default value for FIRST_USER_ADDRESS

2021-04-15 Thread Anshuman Khandual
Currently most platforms define FIRST_USER_ADDRESS as 0UL duplication the same code all over. Instead just define a generic default value (i.e 0UL) for FIRST_USER_ADDRESS and let the platforms override when required. This makes it much cleaner with reduced code. The default FIRST_USER_ADDRESS here

Re: [RFC PATCH] USB:XHCI:skip hub registration

2021-04-15 Thread Greg KH
On Fri, Apr 16, 2021 at 10:43:34AM +0800, liulongfang wrote: > On 2021/4/15 20:34, Greg KH wrote: > > On Thu, Apr 15, 2021 at 08:22:38PM +0800, Longfang Liu wrote: > >> When the number of ports on the USB hub is 0, skip the registration > >> operation of the USB hub. > > > > That's crazy. Why not

[PATCH v2 8/8] mm: vmscan: remove noinline_for_stack

2021-04-15 Thread Muchun Song
The noinline_for_stack is introduced by commit 666356297ec4 ("vmscan: set up pagevec as late as possible in shrink_inactive_list()"), its purpose is to delay the allocation of pagevec as late as possible to save stack memory. But the commit 2bcf88796381 ("mm: take pagevecs off reclaim stack") repla

[PATCH v2 7/8] mm: memcontrol: move obj_cgroup_uncharge_pages() out of css_set_lock

2021-04-15 Thread Muchun Song
The css_set_lock is used to guard the list of inherited objcgs. So there is no need to uncharge kernel memory under css_set_lock. Just move it out of the lock. Signed-off-by: Muchun Song Reviewed-by: Shakeel Butt Acked-by: Roman Gushchin Acked-by: Johannes Weiner --- mm/memcontrol.c | 3 ++-

[PATCH v2 6/8] mm: memcontrol: simplify the logic of objcg pinning memcg

2021-04-15 Thread Muchun Song
The obj_cgroup_release() and memcg_reparent_objcgs() are serialized by the css_set_lock. We do not need to care about objcg->memcg being released in the process of obj_cgroup_release(). So there is no need to pin memcg before releasing objcg. Remove those pinning logic to simplfy the code. There a

[PATCH v2 5/8] mm: memcontrol: rename lruvec_holds_page_lru_lock to page_matches_lruvec

2021-04-15 Thread Muchun Song
lruvec_holds_page_lru_lock() doesn't check anything about locking and is used to check whether the page belongs to the lruvec. So rename it to page_matches_lruvec(). Signed-off-by: Muchun Song --- include/linux/memcontrol.h | 7 +++ mm/vmscan.c| 2 +- 2 files changed, 4 inser

[PATCH v2 4/8] mm: memcontrol: simplify lruvec_holds_page_lru_lock

2021-04-15 Thread Muchun Song
We already have a helper lruvec_memcg() to get the memcg from lruvec, we do not need to do it ourselves in the lruvec_holds_page_lru_lock(). So use lruvec_memcg() instead. And if mem_cgroup_disabled() returns false, the page_memcg(page) (the LRU pages) cannot be NULL. So remove the odd logic of "me

[PATCH v2 3/8] mm: memcontrol: remove the pgdata parameter of mem_cgroup_page_lruvec

2021-04-15 Thread Muchun Song
All the callers of mem_cgroup_page_lruvec() just pass page_pgdat(page) as the 2nd parameter to it (except isolate_migratepages_block()). But for isolate_migratepages_block(), the page_pgdat(page) is also equal to the local variable of @pgdat. So mem_cgroup_page_lruvec() do not need the pgdat parame

[PATCH v2 2/8] mm: memcontrol: bail out early when !mm in get_mem_cgroup_from_mm

2021-04-15 Thread Muchun Song
When mm is NULL, we do not need to hold rcu lock and call css_tryget for the root memcg. And we also do not need to check !mm in every loop of while. So bail out early when !mm. Signed-off-by: Muchun Song Acked-by: Johannes Weiner Reviewed-by: Shakeel Butt Acked-by: Roman Gushchin Acked-by: Mi

[PATCH v2 0/8] memcontrol code cleanup and simplification

2021-04-15 Thread Muchun Song
This patch series is part of [1] patch series. Because those patches are code cleanup or simplification. I gather those patches into a separate series to make it easier to review. [1] https://lore.kernel.org/linux-mm/20210409122959.82264-1-songmuc...@bytedance.com/ Changlogs in v2: 1. Collect

[PATCH v2 1/8] mm: memcontrol: fix page charging in page replacement

2021-04-15 Thread Muchun Song
The pages aren't accounted at the root level, so do not charge the page to the root memcg in page replacement. Although we do not display the value (mem_cgroup_usage) so there shouldn't be any actual problem, but there is a WARN_ON_ONCE in the page_counter_cancel(). Who knows if it will trigger? So

Re: [PATCH v2] watchdog: aspeed: fix integer overflow in set_timeout handler

2021-04-15 Thread Guenter Roeck
On 4/15/21 7:13 PM, rentao.b...@gmail.com wrote: > From: Tao Ren > > Fix the time comparison (timeout vs. max_hw_heartbeat_ms) in set_timeout > handler to avoid potential integer overflow when the supplied timeout is > greater than aspeed's maximum allowed timeout (4294 seconds). > I think this

Re: [PATCH 00/13] [RFC] Rust support

2021-04-15 Thread Wedson Almeida Filho
On Fri, Apr 16, 2021 at 04:25:34AM +, Al Viro wrote: > > Are you stating [what you perceive as] a fact or just venting? If the > > former, > > would you mind enlightening us with some evidence? > > How about "not everyone uses a browser as a part of their workflow"? The documentation is ava

Re: [RFC PATCH] percpu_ref: Make percpu_ref_tryget*() ACQUIRE operations

2021-04-15 Thread Kent Overstreet
On Thu, Apr 15, 2021 at 09:42:56PM -0700, Paul E. McKenney wrote: > On Tue, Apr 13, 2021 at 10:47:03AM +0800, Huang Ying wrote: > > One typical use case of percpu_ref_tryget() family functions is as > > follows, > > > > if (percpu_ref_tryget(&p->ref)) { > > /* Operate on the other fields o

[RFC PATCH] capabilities: require CAP_SETFCAP to map uid 0 (v3)

2021-04-15 Thread Serge E. Hallyn
(Eric - this patch (v3) is a cleaned up version of the previous approach. v4 is at https://git.kernel.org/pub/scm/linux/kernel/git/sergeh/linux.git/log/?h=2021-04-15/setfcap-nsfscaps-v4 and is the approach you suggested. I can send it also as a separate patch if you like) A process running as ui

Re: [PATCH] kernel:irq:manage: request threaded irq with a specified priority

2021-04-15 Thread chensong
On 2021/4/13 下午4:39, Thomas Gleixner wrote: On Tue, Apr 13 2021 at 14:19, Song Chen wrote: In general, irq handler thread will be assigned a default priority which is MAX_RT_PRIO/2, as a result, no one can preempt others. Here is the case I found in a real project, an interrupt int_a is comi

Re: High kmalloc-32 slab cache consumption with 10k containers

2021-04-15 Thread Bharata B Rao
On Wed, Apr 07, 2021 at 08:28:07AM +1000, Dave Chinner wrote: > On Mon, Apr 05, 2021 at 11:18:48AM +0530, Bharata B Rao wrote: > > > As an alternative approach, I have this below hack that does lazy > > list_lru creation. The memcg-specific list is created and initialized > > only when there is a

Re: [RFC PATCH] percpu_ref: Make percpu_ref_tryget*() ACQUIRE operations

2021-04-15 Thread Paul E. McKenney
On Tue, Apr 13, 2021 at 10:47:03AM +0800, Huang Ying wrote: > One typical use case of percpu_ref_tryget() family functions is as > follows, > > if (percpu_ref_tryget(&p->ref)) { > /* Operate on the other fields of *p */ > } > > The refcount needs to be checked before operating on the

Re: [PATCH v1 1/1] powerpc/papr_scm: Properly handle UUID types and API

2021-04-15 Thread Aneesh Kumar K.V
On 4/15/21 7:16 PM, Andy Shevchenko wrote: Parse to and export from UUID own type, before dereferencing. This also fixes wrong comment (Little Endian UUID is something else) and should fix Sparse warnings about assigning strict types to POD. I am wondering whether this will break older namespa

[syzbot] WARNING in ctx_sched_in

2021-04-15 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:79c338ab riscv: keep interrupts disabled for BREAKPOINT ex.. git tree: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git fixes console output: https://syzkaller.appspot.com/x/log.txt?x=10fb93f9d0 kernel config: ht

Re: [PATCH v3] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h

2021-04-15 Thread Tony Ambardar
Hello Michael, The latest version of this patch addressed all feedback I'm aware of when submitted last September, and I've seen no further comments from reviewers since then. Could you please let me know where this stands and if anything further is needed? Kind regards, Tony On Thu, 17 Sept 20

Re: [kbuild] drivers/gpu/drm/msm/adreno/a3xx_gpu.c:600 a3xx_gpu_init() error: passing non negative 1 to ERR_PTR

2021-04-15 Thread Dan Carpenter
On Thu, Apr 15, 2021 at 04:21:01PM -0700, Rob Clark wrote: > > > 5785dd7a8ef0de Akhil P Oommen 2020-10-28 571 icc_path = > > > devm_of_icc_get(&pdev->dev, "gfx-mem"); > > > 5785dd7a8ef0de Akhil P Oommen 2020-10-28 572 ret = > > > IS_ERR(icc_path); > > > 5785dd7a8ef0de Akhil P Oo

Re: [PATCH] bonding: 3ad: update slave arr after initialize

2021-04-15 Thread Jay Vosburgh
jinyiting wrote: >From: jin yiting > >The bond works in mode 4, and performs down/up operations on the bond >that is normally negotiated. The probability of bond-> slave_arr is NULL > >Test commands: >ifconfig bond1 down >ifconfig bond1 up > >The conflict occurs in the following process:

Re: [PATCH 00/13] [RFC] Rust support

2021-04-15 Thread Boqun Feng
[Copy LKMM people, Josh, Nick and Wedson] On Thu, Apr 15, 2021 at 08:58:16PM +0200, Peter Zijlstra wrote: > On Wed, Apr 14, 2021 at 08:45:51PM +0200, oj...@kernel.org wrote: > > > Rust is a systems programming language that brings several key > > advantages over C in the context of the Linux kern

Re: [PATCH 00/13] [RFC] Rust support

2021-04-15 Thread Al Viro
On Fri, Apr 16, 2021 at 03:22:16AM +0100, Wedson Almeida Filho wrote: > > HTML is not a valid documentation format. Heck, markdown itself is > > barely readable. > > Are you stating [what you perceive as] a fact or just venting? If the former, > would you mind enlightening us with some evidence?

Re: [PATCH v4] kernel/resource: Fix locking in request_free_mem_region

2021-04-15 Thread Dan Williams
On Thu, Apr 15, 2021 at 7:58 PM Alistair Popple wrote: > > request_free_mem_region() is used to find an empty range of physical > addresses for hotplugging ZONE_DEVICE memory. It does this by iterating > over the range of possible addresses using region_intersects() to see if > the range is free.

Re: [PATCH] fs: split receive_fd_replace from __receive_fd

2021-04-15 Thread Al Viro
On Fri, Apr 02, 2021 at 12:01:05PM -0700, Kees Cook wrote: > On Thu, Mar 25, 2021 at 09:22:09AM +0100, Christoph Hellwig wrote: > > receive_fd_replace shares almost no code with the general case, so split > > it out. Also remove the "Bump the sock usage counts" comment from > > both copies, as tha

[PATCH 7/8] of: allow sending a NULL value to early_init_dt_scan_chosen

2021-04-15 Thread Daniel Walker
It's possible that an architecture may want to populate boot_command_line before calling the device tree code. Currently, early_init_dt_scan_chosen won't accept a NULL in the data parameter and it returns immediately if you send one. I changed early_init_dt_scan_nodes() to send a NULL into early_i

[PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline

2021-04-15 Thread Daniel Walker
This adds code to handle the generic command line changes. The efi code appears that it doesn't benefit as much from this design as it could. For example, if you had a prepend command line with "nokaslr" then you might be helpful to re-enable it in the boot loader or dts, but there appears to be n

[PATCH 8/8] CMDLINE: arm64: convert to generic builtin command line

2021-04-15 Thread Daniel Walker
This removes arm64 from the device tree handling of the command line arguments. The boot_command_line variable is populated inside the earliest user of the command line, which is in idreg-override.c. The device tree should not be needed to do any further handling of the boot command line options.

[PATCH 6/8] CMDLINE: x86: convert to generic builtin command line

2021-04-15 Thread Daniel Walker
This updates the x86 code to use the CONFIG_GENERIC_CMDLINE option. Cc: xe-linux-exter...@cisco.com Signed-off-by: Ruslan Ruslichenko Signed-off-by: Ruslan Bilovol Signed-off-by: Daniel Walker --- arch/x86/Kconfig| 44 + arch/x86/kernel/setup.c |

[PATCH 4/8] CMDLINE: mips: convert to generic builtin command line

2021-04-15 Thread Daniel Walker
This updates the mips code to use the CONFIG_GENERIC_CMDLINE option. This deletes the option for MIPS_CMDLINE_BUILTIN_EXTEND and replaces the functionality with generic code. Of note, the pic32 has some strange handling of the current built in command line. It was converted to use the static vari

[PATCH 1/8] CMDLINE: add generic builtin command line

2021-04-15 Thread Daniel Walker
This code allows architectures to use a generic builtin command line. The state of the builtin command line options across architecture is diverse. MIPS and X86 once has similar systems, then mips added some options to allow extending the command line. Powerpc did something simiar in adding the abi

  1   2   3   4   5   6   7   8   9   10   >