csky-linux-gcc: error: unrecognized command line option '-mbacktrace'; did you mean

2021-03-18 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 8b12a62a4e3ed4ae99c715034f557eb391d6b196 commit: 000591f1ca3312d9a29e15a9e3fe5c4171f75586 csky: Enable LOCKDEP_SUPPORT date: 12 months ago config: csky-randconfig-r012-20210318 (attached as .config

Re: [PATCHv3 6/6] MAINTAINERS: update Senozhatsky email address

2021-03-18 Thread Sergey Senozhatsky
On (21/03/19 14:53), Sergey Senozhatsky wrote: > > I don't check my @gmail.com addresses often enough these days. > Please ignore this one. It's a different story and does not belong to this series. -ss

[PATCH] power: supply: charger-manager: Fix a typo

2021-03-18 Thread Bhaskar Chowdhury
s/systme/system/ Signed-off-by: Bhaskar Chowdhury --- drivers/power/supply/charger-manager.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/power/supply/charger-manager.c b/drivers/power/supply/charger-manager.c index 4dea8ecd70bc..45da870aecca 100644 ---

[PATCHv3 6/6] MAINTAINERS: update Senozhatsky email address

2021-03-18 Thread Sergey Senozhatsky
I don't check my @gmail.com addresses often enough these days. Signed-off-by: Sergey Senozhatsky --- MAINTAINERS | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b2baeb5e4a68..01b000cd5774 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCHv3 5/6] media: uvcvideo: add UVC 1.5 ROI control

2021-03-18 Thread Sergey Senozhatsky
This patch implements UVC 1.5 Region of Interest (ROI) control. Note that, UVC 1.5 defines CT_DIGITAL_WINDOW_CONTROL controls and mentions that ROI rectangle coordinates "must be within the current Digital Window as specified by the CT_WINDOW control." (4.2.2.1.20 Digital Region of Interest (ROI)

[PATCHv3 2/6] media: v4l UAPI: document ROI selection targets

2021-03-18 Thread Sergey Senozhatsky
Document V4L2 selection targets that will be used to ROI implementation. Signed-off-by: Sergey Senozhatsky --- .../media/v4l/selection-api-configuration.rst | 22 +++ .../media/v4l/selection-api-examples.rst | 28 +++ .../media/v4l/v4l2-selection-targets.rst

[PATCHv3 4/6] media: v4l UAPI: document ROI auto-controls flags

2021-03-18 Thread Sergey Senozhatsky
Document ROI auto controls. Signed-off-by: Sergey Senozhatsky --- .../media/v4l/v4l2-selection-flags.rst| 40 +++ 1 file changed, 40 insertions(+) diff --git a/Documentation/userspace-api/media/v4l/v4l2-selection-flags.rst

[PATCHv3 3/6] media: v4l UAPI: add ROI auto-controls flags

2021-03-18 Thread Sergey Senozhatsky
UVC 1.5 defines the following Region Of Interest auto controls: D0: Auto Exposure D1: Auto Iris D2: Auto White Balance D3: Auto Focus D4: Auto Face Detect D5: Auto Detect and Track D6: Image Stabilization D7: Higher Quality D8 – D15: Reserved, set to zero Signed-off-by: Sergey Senozhatsky ---

[PATCHv3 0/6] media: uvcvideo: implement UVC 1.5 ROI

2021-03-18 Thread Sergey Senozhatsky
Hello, This patch set implements UVC 1.5 ROI using v4l2_selection API. V3: - reimplemented ROI. We dont' use split controls anymore. - Ricardo's feedback Sergey Senozhatsky (6): media: v4l UAPI: add ROI selection targets media: v4l UAPI: document ROI selection targets media: v4l

[PATCHv3 1/6] media: v4l UAPI: add ROI selection targets

2021-03-18 Thread Sergey Senozhatsky
UVC 1.5 requires Region Of Interest control to implement GET_CUR, GET_DEF, GET_MIN and GET_MAX requests. This patch adds new V4L2 selection API targets that will implement those ROI requests. Signed-off-by: Sergey Senozhatsky --- include/uapi/linux/v4l2-common.h | 8 1 file changed, 8

Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver

2021-03-18 Thread Viresh Kumar
On 16-03-21, 18:35, Jie Deng wrote: > +++ b/drivers/i2c/busses/i2c-virtio.c > +static int virtio_i2c_send_reqs(struct virtqueue *vq, > + struct virtio_i2c_req *reqs, > + struct i2c_msg *msgs, int nr) > +{ > + struct scatterlist *sgs[3],

Re: [PATCH] fs/cifs/: fix misspellings using codespell tool

2021-03-18 Thread Steve French
merged into cifs-2.6.git for-next On Thu, Mar 18, 2021 at 7:50 PM wrote: > > From: Liu xuzhi > > A typo is found out by codespell tool in 251th lines of cifs_swn.c: > > $ codespell ./fs/cifs/ > ./cifs_swn.c:251: funciton ==> function > > Fix a typo found by codespell. > > Signed-off-by: Liu

Re: [PATCH 1/1] leds: lgm: Improve Kconfig help

2021-03-18 Thread Rahul Tanwar
Hi Pavel, On 19/3/2021 4:37 am, Pavel Machek wrote: > Hi! > > > > > > help > > > > - Parallel to serial conversion, which is also called SSO > > > > controller, > > > > - can drive external shift register for LED outputs. > > > > - This enables LED support for Serial Shift Output

[PATCH 1/2] mm: memcontrol: don't allocate cgroup swap arrays when memcg is disabled

2021-03-18 Thread Johannes Weiner
Since commit 2d1c498072de ("mm: memcontrol: make swap tracking an integral part of memory control"), the cgroup swap arrays are used to track memory ownership at the time of swap readahead and swapoff, even if swap space *accounting* has been turned off by the user via swapaccount=0 (which sets

[PATCH 2/2] mm: memcontrol: deprecate swapaccounting=0 mode

2021-03-18 Thread Johannes Weiner
The swapaccounting= commandline option already does very little today. To close a trivial containment failure case, the swap ownership tracking part of the swap controller has recently become mandatory (see commit 2d1c498072de ("mm: memcontrol: make swap tracking an integral part of memory

[PATCH] MAINTAINERS: update Senozhatsky email address

2021-03-18 Thread Sergey Senozhatsky
I don't check my @gmail.com addresses often enough these days. Signed-off-by: Sergey Senozhatsky --- MAINTAINERS | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b2baeb5e4a68..01b000cd5774 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH] drm/amd/display: Set AMDGPU_DM_DEFAULT_MIN_BACKLIGHT to 0

2021-03-18 Thread Evan Benn
AMDGPU_DM_DEFAULT_MIN_BACKLIGHT was set to the value of 12 to ensure no display backlight will flicker at low user brightness settings. However this value is quite bright, so for devices that do not implement the ACPI ATIF ATIF_FUNCTION_QUERY_BRIGHTNESS_TRANSFER_CHARACTERISTICS functionality the

Re: remove the legacy ide driver

2021-03-18 Thread Christoph Hellwig
On Fri, Mar 19, 2021 at 12:43:48PM +1100, Finn Thain wrote: > A few months ago I wrote another patch to move some more platforms away > from macide but it has not been tested yet. That is not to say you should > wait. However, my patch does have some changes that are missing from your > patch

Re: [PATCH] x86/sgx: Avoid returning NULL in __sgx_alloc_epc_page()

2021-03-18 Thread Jarkko Sakkinen
On Fri, Mar 19, 2021 at 05:06:02PM +1300, Kai Huang wrote: > Below kernel bug happened when running simple SGX application when EPC > is under pressure. The root cause is with commit 5b8719504e3a > ("x86/sgx: Add a basic NUMA allocation scheme to sgx_alloc_epc_page()"), > __sgx_alloc_epc_page()

Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver

2021-03-18 Thread Viresh Kumar
On 19-03-21, 13:31, Jie Deng wrote: > > On 2021/3/19 11:54, Viresh Kumar wrote: > > On 18-03-21, 15:52, Arnd Bergmann wrote: > > > Allowing multiple virtio-i2c controllers in one system, and multiple i2c > > > devices attached to each controller is clearly something that has to work. > > Good. >

Re: [PATCH] x86/sgx: fix uninitialized 'nid' variable

2021-03-18 Thread Jarkko Sakkinen
On Thu, Mar 18, 2021 at 02:49:33PM -0700, Dave Hansen wrote: > The NUMA fallback in __sgx_alloc_epc_page() recently grew an > additional 'nid' variable to prevent extra trips through the > fallback loop in case where the thread is migrated around. > > But, the new copy is not properly

Re: [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority

2021-03-18 Thread Wolfram Sang
On Wed, Mar 17, 2021 at 02:53:54PM +0800, Clark Wang wrote: > From: Gao Pan > > use subsys_initcall for i2c driver to improve i2c driver probe priority > > Signed-off-by: Gao Pan I usually don't take subsys_initcall patches anymore. In most cases, the client drivers can be fixed instead. If

Re: [PATCH] selftests/sgx: improve error detection and messages

2021-03-18 Thread Jarkko Sakkinen
On Thu, Mar 18, 2021 at 12:43:01PM -0700, Dave Hansen wrote: > > From: Dave Hansen > > The SGX device file (/dev/sgx_enclave) is unusual in that it requires > execute permissions. It has to be both "chmod +x" *and* be on a > filesystem without 'noexec'. > > In the future, udev and systemd

Re: [PATCHv2 3/3] media: uvcvideo: add UVC 1.5 ROI control

2021-03-18 Thread Sergey Senozhatsky
On (21/03/18 22:19), Ricardo Ribalda wrote: > > > > May I please ask for more opinions on this? > > Could you try setting the roi in a loop in your device and verify that > it accepts all the values with no modification. If so we can implement > the set/get as a quirk for other devices. Tested

RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support

2021-03-18 Thread Clark Wang
> -Original Message- > From: Aisheng Dong > Sent: Friday, March 19, 2021 12:40 > To: Clark Wang ; shawn...@kernel.org; > s.ha...@pengutronix.de > Cc: ker...@pengutronix.de; feste...@gmail.com; dl-linux-imx i...@nxp.com>; sumit.sem...@linaro.org; christian.koe...@amd.com; >

Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver

2021-03-18 Thread Jie Deng
On 2021/3/19 11:54, Viresh Kumar wrote: On 18-03-21, 15:52, Arnd Bergmann wrote: Allowing multiple virtio-i2c controllers in one system, and multiple i2c devices attached to each controller is clearly something that has to work. Good. I don't actually see a limitation though. Viresh, what

[PATCH] io_uring: Try to merge io requests only for regular files

2021-03-18 Thread Dmitry Monakhov
Otherwise we may endup blocking on pipe or socket. Fixes: 6d5d5ac ("io_uring: extend async work merge") Testcase: https://github.com/dmonakhov/liburing/commit/16d171b6ef9d68e6db66650a83d98c5c721d01f6 Signed-off-by: Dmitry Monakhov --- fs/io_uring.c | 3 +++ 1 file changed, 3 insertions(+)

RE: [PATCH 11/11] i2c: imx-lpi2c: add edma mode support

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > Add eDMA receive and send mode support. > Support to read and write data larger than 256 bytes in one frame. > > Signed-off-by: Clark Wang > Reviewed-by: Li Jun > --- > drivers/i2c/busses/i2c-imx-lpi2c.c | 291

[PATCH] w1: slaves: Typo fixes

2021-03-18 Thread Bhaskar Chowdhury
s/mesured/measured/ ...twice Signed-off-by: Bhaskar Chowdhury --- drivers/w1/slaves/w1_therm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/w1/slaves/w1_therm.c b/drivers/w1/slaves/w1_therm.c index 976eea28f268..d3b4ceb07622 100644 ---

Re: [PATCH v2 0/2] AM64: Add support for GPIO

2021-03-18 Thread Aswath Govindraju
Hi Nishanth, On 09/03/21 9:28 pm, Nishanth Menon wrote: > On 21:20-20210309, Aswath Govindraju wrote: >> Hi Nishanth, >> >> On 09/03/21 8:13 pm, Nishanth Menon wrote: >>> On 16:59-20210304, Aswath Govindraju wrote: The following series of patches adds support for gpio on AM642 evm/sk.

Re: [PATCH] futex: use wake_up_process() instead of wake_up_state()

2021-03-18 Thread Mike Galbraith
On Fri, 2021-03-19 at 10:59 +0800, Wang Qing wrote: > Using wake_up_process() is more simpler and friendly, > and it is more convenient for analysis and statistics I likely needn't bother, and don't have a NAK to paste on this thing, but here's another copy of my NOPE for yet another gratuitous

Re: [PATCH v5 1/2] dt-bindings: Add doc for FriendlyARM NanoPi R4S

2021-03-18 Thread Tianling Shen
Sorry everyone, please ignore these patches as I forgot to update them... New patches were sent. On 2021-03-19 13:10, Tianling Shen wrote: > > Add devicetree binding documentation for the FriendlyARM NanoPi R4S. > > Changes in v5: > - Dropped the empty PCIe node > - Dropped useless

[PATCH v3 1/2] arm64: dts: ti: k3-am64: Add GPIO DT nodes

2021-03-18 Thread Aswath Govindraju
Add device tree nodes for GPIO modules and interrupt controller in main and mcu domains. Signed-off-by: Aswath Govindraju --- arch/arm64/boot/dts/ti/k3-am64-main.dtsi | 45 arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi | 27 ++ 2 files changed, 72 insertions(+)

[PATCH v3 2/2] arm64: dts: ti: k3-am642: reserve gpio in mcu domain for firmware usage

2021-03-18 Thread Aswath Govindraju
The gpio0 subsystem present in MCU domain might be used by firmware and is not pinned out in evm/sk. Therefore, reserve it for MCU firmware. Signed-off-by: Aswath Govindraju --- arch/arm64/boot/dts/ti/k3-am642-evm.dts | 5 + arch/arm64/boot/dts/ti/k3-am642-sk.dts | 5 + 2 files

[PATCH v3 0/2] AM64: Add support for GPIO

2021-03-18 Thread Aswath Govindraju
The following series of patches adds support for gpio on AM642 evm/sk. GPIO test logs, AM642-evm: https://pastebin.ubuntu.com/p/PCGmY34spb/ AM642-sk: https://pastebin.ubuntu.com/p/nrxzyQTKkX/ Changes since v2: - Rebased the series on top of ti-k3-dts-next branch - Added gpio test logs. Changes

[PATCH] MIPS: PCI: Fix a typo

2021-03-18 Thread Bhaskar Chowdhury
s/packt/packet/ Signed-off-by: Bhaskar Chowdhury --- arch/mips/pci/pci-xtalk-bridge.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/pci/pci-xtalk-bridge.c b/arch/mips/pci/pci-xtalk-bridge.c index 50f7d42cca5a..d2216942af18 100644 ---

[PATCH v6 1/2] dt-bindings: Add doc for FriendlyARM NanoPi R4S

2021-03-18 Thread Tianling Shen
Add devicetree binding documentation for the FriendlyARM NanoPi R4S. Changes in v6: - Fixed format of LED nodes Changes in v5: - Dropped the empty PCIe node - Dropped useless `/delete-property/` - Renamed LED nodes Changes in v4: - Correctly dropped `display-subsystem` node - Dropped

[PATCH v6 2/2] rockchip: rk3399: Add support for FriendlyARM NanoPi R4S

2021-03-18 Thread Tianling Shen
This adds support for the NanoPi R4S from FriendlyArm. Rockchip RK3399 SoC 1GB DDR3 or 4GB LPDDR4 RAM Gigabit Ethernet (WAN) Gigabit Ethernet (PCIe) (LAN) USB 3.0 Port x 2 MicroSD slot Reset button WAN - LAN - SYS LED [initial DTS file] Co-developed-by: Jensen Huang Signed-off-by: Jensen Huang

RE: [PATCH 10/11] i2c: imx-lpi2c: fix type char overflow issue when calculating the clock cycle

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > Claim clkhi and clklo as integer type to avoid possible calculation errors > caused > by data overflow. > > Reviewed-by: Fugang Duan > Signed-off-by: Clark Wang Reviewed-by: Dong Aisheng Regards Aisheng > --- >

RE: [PATCH 09/11] i2c: imx-lpi2c: fix i2c timing issue

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > The clkhi and clklo ratio was not very precise before that can make the time > of > START/STOP/HIGH LEVEL out of specification. > > Therefore, the calculation of these times has been modified in this patch. > At the same time,

[PATCH] MAINTAINERS: Update MCAN MMIO device driver maintainer

2021-03-18 Thread Pankaj Sharma
Update Chandrasekar Ramakrishnan as maintainer for mcan mmio device driver as I will be moving to a different role. Signed-off-by: Pankaj Sharma --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index a50a543e3c81..76db44337f6c 100644

RE: [PATCH 08/11] i2c: imx-lpi2c: add bus recovery feature

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > Add bus recovery feature for LPI2C. > Need add gpio pinctrl, scl-gpios and sda-gpios configuration in dts. > Pls also update dt-binding first > Signed-off-by: Clark Wang > --- > drivers/i2c/busses/i2c-imx-lpi2c.c | 83

RE: [PATCH 07/11] i2c: imx-lpi2c: increase PM timeout to avoid operate clk frequently

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > Switching the clock frequently will affect the data transmission efficiency, > and > prolong the timeout to reduce autosuspend times for lpi2c. > > Acked-by: Fugang Duan > Signed-off-by: Clark Wang Reviewed-by: Dong Aisheng

[PATCH v5 1/2] dt-bindings: Add doc for FriendlyARM NanoPi R4S

2021-03-18 Thread Tianling Shen
Add devicetree binding documentation for the FriendlyARM NanoPi R4S. Changes in v5: - Dropped the empty PCIe node - Dropped useless `/delete-property/` - Renamed LED nodes Changes in v4: - Correctly dropped `display-subsystem` node - Dropped meaningless `pwm-fan` node - Dropped wrong `sdmmc`

[PATCH v5 2/2] rockchip: rk3399: Add support for FriendlyARM NanoPi R4S

2021-03-18 Thread Tianling Shen
This adds support for the NanoPi R4S from FriendlyArm. Rockchip RK3399 SoC 1GB DDR3 or 4GB LPDDR4 RAM Gigabit Ethernet (WAN) Gigabit Ethernet (PCIe) (LAN) USB 3.0 Port x 2 MicroSD slot Reset button WAN - LAN - SYS LED [initial DTS file] Co-developed-by: Jensen Huang Signed-off-by: Jensen Huang

Re: [PATCH V3] exit: trigger panic when global init has exited

2021-03-18 Thread qianli zhao
Hi,Oleg > But then I don't understand the SIGNAL_GROUP_EXIT check added by your > patch. Do we really need it if we want to avoid zap_pid_ns_processes() > when the global init exits? I think check SIGNAL_GROUP_EXIT is necessary,or panic() will happen after all init sub-threads do_exit(),so the

RE: [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > use subsys_initcall for i2c driver to improve i2c driver probe priority Will this affect DMA support which will be probed much later compared with subsys_initcall? > > Signed-off-by: Gao Pan Add your sign-off > --- >

Re: [PATCH] swiotlb: Make SWIOTLB_NO_FORCE perform no allocation

2021-03-18 Thread Konrad Rzeszutek Wilk
On Thu, Mar 18, 2021 at 09:00:54PM -0700, Florian Fainelli wrote: > When SWIOTLB_NO_FORCE is used, there should really be no allocations of > io_tlb_nslabs to occur since we are not going to use those slabs. If a > platform was somehow setting swiotlb_no_force and a later call to > swiotlb_init()

Re: [PATCH net-next 4/4] net: ipa: activate some commented assertions

2021-03-18 Thread Leon Romanovsky
On Thu, Mar 18, 2021 at 11:29:23PM -0500, Alex Elder wrote: > Convert some commented assertion statements into real calls to > ipa_assert(). If the IPA device pointer is available, provide it, > otherwise pass NULL for that. > > There are lots more places to convert, but this serves as an

[PATCH v2] hwmon: add driver for NZXT Kraken X42/X52/X62/X72

2021-03-18 Thread Jonas Malaco
These are "all-in-one" CPU liquid coolers that can be monitored and controlled through a proprietary USB HID protocol. While the models have differently sized radiators and come with varying numbers of fans, they are all indistinguishable at the software level. The driver exposes fan/pump speeds

Re: [PATCH v2] perf stat: Align CSV output for summary mode

2021-03-18 Thread Jin, Yao
Hi Arnaldo, On 3/18/2021 9:15 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Mar 17, 2021 at 02:51:42PM -0700, Andi Kleen escreveu: If you care about not breaking existing scripts, then the output they get with what they use as command line options must continue to produce the same output. It's

RE: [PATCH 05/11] i2c: imx-lpi2c: add debug message when i2c peripheral clk doesn't work

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > add debug message when i2c peripheral clk rate is 0, then directly return > -EINVAL. > > Signed-off-by: Gao Pan > Reviewed-by: Andy Duan Drop old review when patch is changed > --- > drivers/i2c/busses/i2c-imx-lpi2c.c | 7

[PATCH] microblaze: Fix a typo

2021-03-18 Thread Bhaskar Chowdhury
s/storign/storing/ Signed-off-by: Bhaskar Chowdhury --- arch/microblaze/lib/uaccess_old.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/microblaze/lib/uaccess_old.S b/arch/microblaze/lib/uaccess_old.S index 0e8cc2710c27..eca290090038 100644 ---

Re: [PATCH net-next 3/4] net: ipa: introduce ipa_assert()

2021-03-18 Thread Leon Romanovsky
On Thu, Mar 18, 2021 at 11:29:22PM -0500, Alex Elder wrote: > Create a new macro ipa_assert() to verify that a condition is true. > This produces a build-time error if the condition can be evaluated > at build time; otherwise __ipa_assert_runtime() is called (described > below). > > Another

RE: [PATCH 04/11] i2c: imx-lpi2c: manage irq resource request/release in runtime pm

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > Manage irq resource request/release in runtime pm to save irq domain's > power. > > Signed-off-by: Frank Li > Signed-off-by: Fugang Duan > Reviewed-by: Frank Li > --- > drivers/i2c/busses/i2c-imx-lpi2c.c | 26

[PATCH] sch_red: Fix a typo

2021-03-18 Thread Bhaskar Chowdhury
s/recalcultion/recalculation/ Signed-off-by: Bhaskar Chowdhury --- include/net/red.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/net/red.h b/include/net/red.h index 932f0d79d60c..6b418b69dc48 100644 --- a/include/net/red.h +++ b/include/net/red.h @@ -287,7

RE: [PATCH 03/11] i2c: imx-lpi2c: add ipg clk for lpi2c driver

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > The lpi2c IP needs two clks: ipg clk and per clk. The old lpi2c driver missed > ipg > clk. This patch adds ipg clk for lpi2c driver. > Pleas also update dt-binding and sent along with this patchset.(before this one) >

Re: [PATCH] PCI: keystone: Let AM65 use the pci_ops defined in pcie-designware-host.c

2021-03-18 Thread Krzysztof Wilczyński
Hi Kishon, Thank you for the fix! [...] > @@ -798,7 +798,8 @@ static int __init ks_pcie_host_init(struct pcie_port *pp) > int ret; > > pp->bridge->ops = _pcie_ops; > - pp->bridge->child_ops = _child_pcie_ops; > + if (!ks_pcie->is_am6) > + pp->bridge->child_ops =

Re: [PATCH] cifsd: fix a precedence bug in parse_dacl()

2021-03-18 Thread Sergey Senozhatsky
On (21/03/18 16:10), Dan Carpenter wrote: > > The shift has higher precedence than mask so this doesn't work as > intended. > > Fixes: ef24dca82789 ("cifsd: add support for ACLs") > Signed-off-by: Dan Carpenter Thanks. Reviewed-by: Sergey Senozhatsky -ss

Re: [PATCH RESEND] cifsd: fix a IS_ERR() vs NULL bug

2021-03-18 Thread Sergey Senozhatsky
On (21/03/18 16:11), Dan Carpenter wrote: > > The smb_direct_alloc_sendmsg() function never returns NULL, it only > returns error pointers so the check needs to be updated. > > Fixes: cabcebc31de4 ("cifsd: introduce SMB3 kernel server") > Signed-off-by: Dan Carpenter Thanks. Reviewed-by:

Re: [PATCH v2 5/6] PCI: fu740: Add SiFive FU740 PCIe host controller driver

2021-03-18 Thread Krzysztof Wilczyński
Hi, [...] > > + /* Wait for wait_idle */ > > + ret = readl_poll_timeout(phy_cr_para_ack, val, val, 10, 5000); > > + if (ret) > > + dev_err(dev, "Wait for wait_ilde state failed!\n"); > > It would be "wait_idle" rather than "wait_idle". [...] Apologies, meant to say "wait_ilde"

Re: [PATCH] cifsd: Fix a use after free on error path

2021-03-18 Thread Sergey Senozhatsky
On (21/03/18 16:12), Dan Carpenter wrote: > The ksmbd_free_work_struct() frees "work" so we need to swap the order > of these two function calls to avoid a use after free. > > Fixes: cabcebc31de4 ("cifsd: introduce SMB3 kernel server") > Signed-off-by: Dan Carpenter Thanks. Reviewed-by: Sergey

RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > Subject: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support > > - Add runtime pm support to dynamicly manage the clock. > - Put the suspend to suspend_noirq. > - Call .pm_runtime_force_suspend() to force runtime pm suspended > in

[PATCH] drm: i915: Fix a typo

2021-03-18 Thread Bhaskar Chowdhury
s/nothign/nothing/ Signed-off-by: Bhaskar Chowdhury --- drivers/gpu/drm/i915/display/intel_dpll_mgr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/display/intel_dpll_mgr.c b/drivers/gpu/drm/i915/display/intel_dpll_mgr.c index

Re: [PATCH v2 5/6] PCI: fu740: Add SiFive FU740 PCIe host controller driver

2021-03-18 Thread Krzysztof Wilczyński
Hi, [...] > +static void fu740_phyregwrite(const uint8_t phy, const uint16_t addr, > + const uint16_t wrdata, struct fu740_pcie *afp) > +{ > + struct device *dev = afp->pci.dev; > + void __iomem *phy_cr_para_addr; > + void __iomem *phy_cr_para_wr_data; > +

[PATCH net-next 1/4] net: ipa: fix init header command validation

2021-03-18 Thread Alex Elder
We use ipa_cmd_header_valid() to ensure certain values we will program into hardware are within range, well in advance of when we actually program them. This way we avoid having to check for errors when we actually program the hardware. Unfortunately the dev_err() call for a bad offset value

[PATCH net-next 4/4] net: ipa: activate some commented assertions

2021-03-18 Thread Alex Elder
Convert some commented assertion statements into real calls to ipa_assert(). If the IPA device pointer is available, provide it, otherwise pass NULL for that. There are lots more places to convert, but this serves as an initial verification of the new mechanism. The assertions here implement

[PATCH net-next 2/4] net: ipa: fix IPA validation

2021-03-18 Thread Alex Elder
There are blocks of IPA code that sanity-check various values, at compile time where possible. Most of these checks can be done once during development but skipped for normal operation. These checks permit the driver to make certain assumptions, thereby avoiding the need for runtime error

[PATCH net-next 3/4] net: ipa: introduce ipa_assert()

2021-03-18 Thread Alex Elder
Create a new macro ipa_assert() to verify that a condition is true. This produces a build-time error if the condition can be evaluated at build time; otherwise __ipa_assert_runtime() is called (described below). Another macro, ipa_assert_always() verifies that an expression yields true at

[PATCH net-next 0/4] net: ipa: fix validation

2021-03-18 Thread Alex Elder
There is sanity checking code in the IPA driver that's meant to be enabled only during development. This allows the driver to make certain assumptions, but not have to verify those assumptions are true at (operational) runtime. This code is built conditional on IPA_VALIDATION, set (if desired)

Re: [PATCH v3 9/9] dt-bindings: serial: stm32: add phandle 'bluetooth' to fix dtbs_check warrning

2021-03-18 Thread dillon min
No changes, Just loop lkp in. Hi lkp, Sorry for the late reply, thanks for your report. This patch is to fix the build warning message. Thanks. Regards On Mon, Mar 15, 2021 at 5:45 PM wrote: > > From: dillon min > > when run make dtbs_check with 'bluetoothi brcm,bcm43438-bt' > dts enabled

Re: [PATCH v6 3/3] arm64: dts: ti: k3-j7200: Add support for higher speed modes and update delay select values for MMCSD subsystems

2021-03-18 Thread Kishon Vijay Abraham I
Hi Aswath, On 19/03/21 9:14 am, Aswath Govindraju wrote: > The following speed modes are now supported in J7200 SoC, > - HS200 and HS400 modes at 1.8 V card voltage, in MMCSD0 subsystem [1]. > - UHS-I speed modes in MMCSD1 subsystem [1]. > > Add support for UHS-I modes by adding voltage

Re: [PATCH v3 6/9] ARM: dts: stm32: add support for art-pi board based on stm32h750xbh6

2021-03-18 Thread dillon min
No changes, Just loop lkp in. Hi lkp, Sorry for the late reply, thanks for your report. This patch is to fix the build warning message. Thanks. On Mon, Mar 15, 2021 at 5:45 PM wrote: > > From: dillon min > > This patchset has following changes: > > - introduce stm32h750.dtsi to support

RE: [PATCH 01/11] i2c: imx-lpi2c: directly retrun ISR when detect a NACK

2021-03-18 Thread Aisheng Dong
> From: Clark Wang > Sent: Wednesday, March 17, 2021 2:54 PM > > A NACK flag in ISR means i2c bus error. In such codition, there is no need to > do > read/write operation. It's better to return ISR directly and then stop i2c > transfer. > > Signed-off-by: Gao Pan > Signed-off-by: Clark Wang

[RFC PATCH v5 4/4] scheduler: Add cluster scheduler level for x86

2021-03-18 Thread Barry Song
From: Tim Chen There are x86 CPU architectures (e.g. Jacobsville) where L2 cahce is shared among a cluster of cores instead of being exclusive to one single core. To prevent oversubscription of L2 cache, load should be balanced between such L2 clusters, especially for tasks with no shared data.

[RFC PATCH v5 0/4] scheduler: expose the topology of clusters and add cluster scheduler

2021-03-18 Thread Barry Song
ARM64 server chip Kunpeng 920 has 6 or 8 clusters in each NUMA node, and each cluster has 4 cpus. All clusters share L3 cache data while each cluster has local L3 tag. On the other hand, each cluster will share some internal system bus. This means cache is much more affine inside one cluster than

[RFC PATCH v5 3/4] scheduler: scan idle cpu in cluster before scanning the whole llc

2021-03-18 Thread Barry Song
On kunpeng920, cpus within one cluster can communicate wit each other much faster than cpus across different clusters. A simple hackbench can prove that. hackbench running on 4 cpus in single one cluster and 4 cpus in different clusters shows a large contrast: (1) within a cluster: root@ubuntu:~#

[RFC PATCH v5 2/4] scheduler: add scheduler level for clusters

2021-03-18 Thread Barry Song
ARM64 chip Kunpeng 920 has 6 or 8 clusters in each NUMA node, and each cluster has 4 cpus. All clusters share L3 cache data, but each cluster has local L3 tag. On the other hand, each clusters will share some internal system bus. This means cache coherence overhead inside one cluster is much less

[RFC PATCH v5 1/4] topology: Represent clusters of CPUs within a die

2021-03-18 Thread Barry Song
From: Jonathan Cameron Both ACPI and DT provide the ability to describe additional layers of topology between that of individual cores and higher level constructs such as the level at which the last level cache is shared. In ACPI this can be represented in PPTT as a Processor Hierarchy Node

Re: [PATCH v2] erofs: fix bio->bi_max_vecs behavior change

2021-03-18 Thread Gao Xiang
Hi Chao, On Fri, Mar 19, 2021 at 10:15:18AM +0800, Chao Yu wrote: > On 2021/3/6 12:04, Gao Xiang wrote: ... > > + (*last_block + 1 != current_block || !*eblks)) { > > Xiang, > > I found below function during checking bi_max_vecs usage in f2fs: > > /** > * bio_full - check if the bio

Re: [PATCH] atl1c: optimize rx loop

2021-03-18 Thread Willy Tarreau
On Fri, Mar 19, 2021 at 12:04:47PM +0800, Sieng Piaw Liew wrote: > Remove this trivial bit of inefficiency from the rx receive loop, > results in increase of a few Mbps in iperf3. Tested on Intel Core2 > platform. > > Signed-off-by: Sieng Piaw Liew > --- >

[PATCH] atl1c: use napi_alloc_skb

2021-03-18 Thread Sieng Piaw Liew
Using napi_alloc_skb in NAPI context avoids enable/disable IRQs, which increases iperf3 result by a few Mbps. Since napi_alloc_skb() uses NET_IP_ALIGN, convert other alloc methods to the same padding. Tested on Intel Core2 and AMD K10 platforms. Signed-off-by: Sieng Piaw Liew ---

Re: [RFC PATCH v3 00/18] dynamic debug diet plan

2021-03-18 Thread Andi Kleen
Jim Cromie writes: > CONFIG_DYNAMIC_DEBUG creates a struct _ddebug (56 bytes) for each > callsite, which includes 3 pointers to: module, filename, function. > These are repetetive, and compressible, this patch series goes about > doing that, it: So how much memory does it actually save? -Andi

Re: [PATCH] ASoC: fsl_sai: remove reset code from dai_probe

2021-03-18 Thread Shengjiu Wang
Hi Mark On Tue, Mar 16, 2021 at 9:51 PM Mark Brown wrote: > > On Tue, Mar 16, 2021 at 01:42:40PM +, Viorel Suman wrote: > > > To me it makes sense to manage the clocks and reset from the same place. > > Currently we have the clocks management moved completely into runtime PM > >

[PATCH] x86/sgx: Avoid returning NULL in __sgx_alloc_epc_page()

2021-03-18 Thread Kai Huang
Below kernel bug happened when running simple SGX application when EPC is under pressure. The root cause is with commit 5b8719504e3a ("x86/sgx: Add a basic NUMA allocation scheme to sgx_alloc_epc_page()"), __sgx_alloc_epc_page() returns NULL when there's no free EPC page can be allocated, while

Re: [External] Re: [PATCH v4 4/5] mm: memcontrol: use obj_cgroup APIs to charge kmem pages

2021-03-18 Thread Muchun Song
On Fri, Mar 19, 2021 at 11:40 AM Shakeel Butt wrote: > > On Thu, Mar 18, 2021 at 4:08 AM Muchun Song wrote: > > > [...] > > > > +static inline struct mem_cgroup *get_obj_cgroup_memcg(struct obj_cgroup > > *objcg) > > I would prefer get_mem_cgroup_from_objcg(). Inspired by obj_cgroup_memcg()

[PATCH] atl1c: optimize rx loop

2021-03-18 Thread Sieng Piaw Liew
Remove this trivial bit of inefficiency from the rx receive loop, results in increase of a few Mbps in iperf3. Tested on Intel Core2 platform. Signed-off-by: Sieng Piaw Liew --- drivers/net/ethernet/atheros/atl1c/atl1c_main.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH] ARM: Qualify enabling of swiotlb_init()

2021-03-18 Thread Florian Fainelli
We do not need a SWIOTLB unless we have DRAM that is addressable beyond the arm_dma_limit. Compare max_pfn with arm_dma_pfn_limit to determine whether we do need a SWIOTLB to be initialized. Fixes: ad3c7b18c5b3 ("arm: use swiotlb for bounce buffering on LPAE configs") Signed-off-by: Florian

Re: [PATCH v4 00/25] Page folios

2021-03-18 Thread Matthew Wilcox
On Fri, Mar 05, 2021 at 04:18:36AM +, Matthew Wilcox (Oracle) wrote: > Our type system does not currently distinguish between tail pages and > head or single pages. This is a problem because we call compound_head() > multiple times (and the compiler cannot optimise it out), bloating the >

[PATCH] swiotlb: Make SWIOTLB_NO_FORCE perform no allocation

2021-03-18 Thread Florian Fainelli
When SWIOTLB_NO_FORCE is used, there should really be no allocations of io_tlb_nslabs to occur since we are not going to use those slabs. If a platform was somehow setting swiotlb_no_force and a later call to swiotlb_init() was to be made we would still be proceeding with allocating the default

[PATCH net-next] atl1c: switch to napi_gro_receive

2021-03-18 Thread Sieng Piaw Liew
Changing to napi_gro_receive() improves efficiency significantly. Tested on Intel Core2-based motherboards and iperf3. Signed-off-by: Sieng Piaw Liew --- drivers/net/ethernet/atheros/atl1c/atl1c_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [V2,1/1] platform/x86: add support for Advantech software defined button

2021-03-18 Thread YingChieh, Ho
Hi Hans, Thank you for your kindly review. As a beginner in driver coding, I got gains much from your suggestions. Path v3 is ready at patchwork.^^ Hans de Goede 於 2021年3月19日 週五 上午12:21寫道: > > Hi, > > On 3/12/21 9:11 AM, YingChieh Ho wrote: > > From: "Andrea.Ho" > > > > Advantech sw_button is

Re: CLANG LTO compatibility issue with DEBUG_INFO_BTF

2021-03-18 Thread Yonghong Song
On 3/18/21 8:45 PM, Jisheng Zhang wrote: Hi, When trying the latest 5.12-rc3 with both LTO_CLANG_THIN and DEBUG_INFO_BTF enabled, I met lots of warnings such as: ... tag__recode_dwarf_type: couldn't find 0x4a7ade5 type for 0x4ab9f88 (subroutine_type)! ftype__recode_dwarf_types: couldn't

Re: [PATCH v2 4/6] dt-bindings: PCI: Add SiFive FU740 PCIe host controller

2021-03-18 Thread Krzysztof Wilczyński
Hi, Thank you for sending the patches over! A few nitpicks. > +title: SiFive fu740 PCIe host controller > + > +description: > + SiFive fu740 PCIe host controller is based on the Synopsys DesignWare > + PCI core. It shares common features with the PCIe DesignWare core and > + inherits common

Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver

2021-03-18 Thread Viresh Kumar
On 18-03-21, 15:52, Arnd Bergmann wrote: > Allowing multiple virtio-i2c controllers in one system, and multiple i2c > devices attached to each controller is clearly something that has to work. Good. > I don't actually see a limitation though. Viresh, what is the problem > you see for having

[PATCH v4 4/4] arm64: dts: mt8183: Add kukui-jacuzzi-juniper board

2021-03-18 Thread Hsin-Yi Wang
Juniper is known as Acer Chromebook Spin 311 (CP311-3H). Signed-off-by: Hsin-Yi Wang --- arch/arm64/boot/dts/mediatek/Makefile | 1 + .../mt8183-kukui-jacuzzi-juniper-sku16.dts| 13 + .../mt8183-kukui-jacuzzi-juniper.dtsi | 27 +++ 3 files changed,

[PATCH v4 3/4] arm64: dts: mt8183: Add kukui-jacuzzi-damu board

2021-03-18 Thread Hsin-Yi Wang
Damu is known as ASUS Chromebook Flip CM3. Signed-off-by: Hsin-Yi Wang --- v3->v4: none v2->v3: remove unused nodes v1->v2: fix pp3300_panel regulator property --- arch/arm64/boot/dts/mediatek/Makefile | 1 + .../mediatek/mt8183-kukui-jacuzzi-damu.dts| 31 ++

[PATCH v4 2/4] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-juniper

2021-03-18 Thread Hsin-Yi Wang
mt8183-kukui-jacuzzi-juniper board also known as Acer Chromebook Spin 311, using mediatek mt8183 SoC. Signed-off-by: Hsin-Yi Wang --- Documentation/devicetree/bindings/arm/mediatek.yaml | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml

[PATCH v4 1/4] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-damu

2021-03-18 Thread Hsin-Yi Wang
mt8183-kukui-jacuzzi-damu board also known as ASUS Chromebook Flip CM3, using mediatek mt8183 SoC. Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/arm/mediatek.yaml | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH 00/30] [Set 2] Rid W=1 warnings in SCSI

2021-03-18 Thread Martin K. Petersen
On Fri, 12 Mar 2021 09:47:08 +, Lee Jones wrote: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. > > Lee Jones (30): > scsi: mpt3sas: mpt3sas_config: Fix a bunch of potential naming

  1   2   3   4   5   6   7   8   9   10   >