[PATCH] vhost: add mutex_lock/unlock for vhost_vq_reset

vq->mutex is to protect any vq accessing, hence adding mutex_lock/unlock makes sense to avoid potential race condition. Signed-off-by: Jia He --- drivers/vhost/vhost.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index

[PATCH -next] NTFS: Remove unneeded semicolon

Fixes coccicheck warnings: fs/ntfs/lcnalloc.c:902:2-3: Unneeded semicolon fs/ntfs/super.c:1615:2-3: Unneeded semicolon fs/ntfs/super.c:1684:2-3: Unneeded semicolon Reported-by: Hulk Robot Signed-off-by: Zou Wei --- fs/ntfs/lcnalloc.c | 2 +- fs/ntfs/super.c| 4 ++-- 2 files changed, 3

Re: [LKP] Re: [mm/debug] fa6726c1e7: kernel_BUG_at_include/linux/mm.h

On 04/30/2020 12:04 AM, Christophe Leroy wrote: > > > Le 29/04/2020 à 20:15, Catalin Marinas a écrit : >> On Wed, Apr 29, 2020 at 08:52:25PM +0800, Chen, Rong A wrote: >>> On 4/29/2020 11:28 AM, Anshuman Khandual wrote: On 04/28/2020 02:51 PM, Catalin Marinas wrote: > On Tue, Apr 28,

[PATCH -next] hpfs: Remove unneeded semicolon

Fixes coccicheck warning: fs/hpfs/buffer.c:56:2-3: Unneeded semicolon Reported-by: Hulk Robot Signed-off-by: Zou Wei --- fs/hpfs/buffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hpfs/buffer.c b/fs/hpfs/buffer.c index e285d6b..d392468 100644 ---

Re: [PATCH v5 0/5] Track and expose idle PURR and SPURR ticks

Gautham R Shenoy writes: > On Mon, Apr 20, 2020 at 03:46:35PM -0700, Tyrel Datwyler wrote: >> On 4/7/20 1:47 AM, Gautham R. Shenoy wrote: >> > From: "Gautham R. Shenoy" >> > >> > Hi, >> > >> > This is the fifth version of the patches to track and expose idle PURR >> > and SPURR ticks. These

[PATCH v5] media: vimc: get pixformat info from v4l2_format_info

There is overlapping code over two distinct lists. This repurposes vimc_pix_map for mapping formats and remaps the calls to the matching v4l2_format_info. Signed-off-by: Carlos E. C. Barbosa --- Changes in v5: - .bayer member was removed and replaced by v4l2 functions calls Changes in v4: -

Re: [PATCH 0/2] Build ORC fast lookup table in scripts/sorttable tool

> On Apr 29, 2020, at 4:49 PM, Peter Zijlstra wrote: > > On Wed, Apr 29, 2020 at 02:46:24PM +0800, Huaixin Chang wrote: >> Move building of fast lookup table from boot to sorttable tool. This saves us >> 6380us boot time on Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz with cores. > > And what

[PATCH v6] MIPS: Loongson: Add DMA support for LS7A

In the current market, the most used bridge chip on the Loongson platform are RS780E and LS7A, the RS780E bridge chip is already supported by the mainline kernel. In order to use the default implementation of __phys_to_dma() and __dma_to_phys() in dma-direct.h, remove CONFIG_ARCH_HAS_PHYS_TO_DMA

Re: [PATCH] dma-buf: Documentation: fix: `make htmldocs` warnings

On Wed, 2020-04-29 at 19:06 -0700, Randy Dunlap wrote: > On 4/29/20 6:59 PM, Vitor Massaru Iha wrote: > > Add missed ":" on kernel-doc function parameter. > > > > This patch fixes this warnings from `make htmldocs`: > > ./drivers/dma-buf/dma-buf.c:678: warning: Function parameter or > > member

Re: [GIT PULL] Please pull proc and exec work for 5.7-rc1

On Wed, Apr 29, 2020 at 6:08 PM Bernd Edlinger wrote: > > I added the BIG FAT WARNNIG comments as a mitigation for that. > Did you like those comments? No. What's the point olf saying "THIS CODE IS GARBAGE" and then expecting that to make it ok? No,m that doesn't make it ok. It just means that

Re: [PATCH][next] scsi: qla2xxx: make 1 bit bit-fields unsigned int

On Tue, 28 Apr 2020 11:20:13 +0100, Colin King wrote: > The bitfields mpi_fw_dump_reading and mpi_fw_dumped are currently signed > which is not recommended as the representation is an implementation defined > behaviour. Fix this by making the bit-fields unsigned ints. Applied to 5.8/scsi-queue,

Re: [PATCH] scsi: dpt_i2o: Remove always false 'chan < 0' statement

On Wed, 29 Apr 2020 20:10:18 +0800, Xiongfeng Wang wrote: > The channel index is represented by an unsigned variable 'u32 chan'. We > don't need to check whether it is less than zero. The following > statement is always false and let's remove it. > 'chan < 0' Applied to 5.8/scsi-queue,

Re: [GIT PULL] Please pull proc and exec work for 5.7-rc1

On Wed, Apr 29, 2020 at 5:00 PM Jann Horn wrote: > > Wouldn't you end up livelocked in the scenario that currently deadlocks? The test case that we already know is broken, and any fix will have to change anyway? Let's just say that I don't care in the least. But Bernd's patch as-is breaks a

Re: [PATCH bpf-next] bpf, riscv: Fix stack layout of JITed code on RV32

On Wed, Apr 29, 2020 at 5:51 PM Luke Nelson wrote: > > This patch fixes issues with stackframe unwinding and alignment in the > current stack layout for BPF programs on RV32. > > In the current layout, RV32 fp points to the JIT scratch registers, rather > than to the callee-saved registers. This

Re: [PATCH v3 11/14] dt-bindings: PCI: Add EP mode dt-bindings for TI's J721E SoC

On Fri, Apr 17, 2020 at 06:27:50PM +0530, Kishon Vijay Abraham I wrote: > Add PCIe EP mode dt-bindings for TI's J721E SoC. > > Signed-off-by: Kishon Vijay Abraham I > --- > .../bindings/pci/ti,j721e-pci-ep.yaml | 89 +++ > 1 file changed, 89 insertions(+) > create mode

[PATCH] vhost: vsock: don't send pkt when vq is not started

Ning Bo reported an abnormal 2-second gap when booting Kata container [1]. The unconditional timeout is caused by VSOCK_DEFAULT_CONNECT_TIMEOUT of connect at client side. The vhost vsock client tries to connect an initlizing virtio vsock server. The abnormal flow looks like: host-userspace

Re: [PATCH] perf/script: remove extraneous newline in perf_sample__fprintf_regs()

On Wed, Apr 29, 2020 at 7:09 PM Andi Kleen wrote: > > > I was under the impression that perf script was generating one line > > per sample. Otherwise, seems hard to parse. > > That's only true for simple cases. A lot of the extended output options > have long generated multiple lines. And of

Re: [PATCH v3 10/14] dt-bindings: PCI: Add host mode dt-bindings for TI's J721E SoC

On Fri, 17 Apr 2020 18:27:49 +0530, Kishon Vijay Abraham I wrote: > Add host mode dt-bindings for TI's J721E SoC. > > Signed-off-by: Kishon Vijay Abraham I > --- > .../bindings/pci/ti,j721e-pci-host.yaml | 113 ++ > 1 file changed, 113 insertions(+) > create mode 100644

Re: [PATCH v3 12/14] PCI: j721e: Add TI J721E PCIe driver

On Fri, Apr 17, 2020 at 06:27:51PM +0530, Kishon Vijay Abraham I wrote: > Add support for PCIe controller in J721E SoC. The controller uses the > Cadence PCIe core programmed by pcie-cadence*.c. The PCIe controller > will work in both host mode and device mode. > Some of the features of the

Re: BPF vs objtool again

On Wed, Apr 29, 2020 at 07:13:00PM -0500, Josh Poimboeuf wrote: > On Wed, Apr 29, 2020 at 04:41:59PM -0700, Alexei Starovoitov wrote: > > On Wed, Apr 29, 2020 at 04:51:59PM -0500, Josh Poimboeuf wrote: > > > On Thu, Jul 18, 2019 at 12:14:08PM -0700, tip-bot for Josh Poimboeuf > > > wrote: > > > >

Re: [PATCH] perf/script: remove extraneous newline in perf_sample__fprintf_regs()

> I was under the impression that perf script was generating one line > per sample. Otherwise, seems hard to parse. That's only true for simple cases. A lot of the extended output options have long generated multiple lines. And of course call stacks always did. > Could you give me the cmdline

Re: [PATCH] dma-buf: Documentation: fix: `make htmldocs` warnings

On 4/29/20 6:59 PM, Vitor Massaru Iha wrote: > Add missed ":" on kernel-doc function parameter. > > This patch fixes this warnings from `make htmldocs`: > ./drivers/dma-buf/dma-buf.c:678: warning: Function parameter or member > 'importer_ops' not described in 'dma_buf_dynamic_attach' >

Re: [PATCH] selftests/ftrace: treat module requirement unmet situation as unsupported

On Thu, 30 Apr 2020 09:46:36 +0800 Po-Hsu Lin wrote: > > I'm fine with these changes if Masami is. But it is Masami's call as his > > infrastructure is more sensitive to the return calls than mine. I just run > > the test and see what passes. I don't actually look at the return codes. >

答复: [PATCH][v2] kvm: x86: emulate APERF/MPERF registers

> -邮件原件- > 发件人: Paolo Bonzini [mailto:pbonz...@redhat.com] > 发送时间: 2020年4月29日 18:21 > 收件人: Peter Zijlstra ; Li,Rongqing > > 抄送: linux-kernel@vger.kernel.org; k...@vger.kernel.org; x...@kernel.org; > h...@zytor.com; b...@alien8.de; mi...@redhat.com; t...@linutronix.de; > j...@8bytes.org;

Re: [PATCH v2 0/5] Fix ELF / FDPIC ELF core dumping, and use mmap_sem properly in there

On Wed, 29 Apr 2020, Russell King - ARM Linux admin wrote: > On Wed, Apr 29, 2020 at 11:49:49PM +0200, Jann Horn wrote: > > At the moment, we have that rather ugly mmget_still_valid() helper to > > work around : ELF core dumping > > doesn't take the mmap_sem

[PATCH] dma-buf: Documentation: fix: `make htmldocs` warnings

Add missed ":" on kernel-doc function parameter. This patch fixes this warnings from `make htmldocs`: ./drivers/dma-buf/dma-buf.c:678: warning: Function parameter or member 'importer_ops' not described in 'dma_buf_dynamic_attach' ./drivers/dma-buf/dma-buf.c:678: warning: Function parameter or

Re: [PATCH v3 09/14] PCI: cadence: Add MSI-X support to Endpoint driver

On Fri, Apr 17, 2020 at 06:27:48PM +0530, Kishon Vijay Abraham I wrote: > From: Alan Douglas > > Implement ->set_msix() and ->get_msix() callback functions in order > to configure MSIX capability in the PCIe endpoint controller. > > Add cdns_pcie_ep_send_msix_irq() to send MSIX interrupts to

Re: [PATCH v3 0/5] Add support for RESOLVE_MAYEXEC

On 2020-04-28, Mickaël Salaün wrote: > The goal of this patch series is to enable to control script execution > with interpreters help. A new RESOLVE_MAYEXEC flag, usable through > openat2(2), is added to enable userspace script interpreter to delegate > to the kernel (and thus the system

COMPENSATION

Dear Old Friend I know you may have forgotten me, I am very happy to inform you about my success in getting the money transferred under the co-operation of a new partner from Venezuela. Presently I am in Venezuela with my partner for investment projects; I told you that I rather die to miss this

Re: [PATCH 0/6] arm64: dts: meson-gx: add initial playback support

> On 21 Apr 2020, at 8:39 pm, Jerome Brunet wrote: > > This patchset is adding the aiu support in DT and well as basic card > support for the p230/q200 and libretech boards > > I was hoping to provide the internal codec support with this series but > this is still blocked on the reset

Re: [PATCH bpf-next 1/2] bpf: Change error code when ops is NULL

Hi Mao, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on bpf-next/master] [also build test WARNING on bpf/master net/master net-next/master ipvs/master v5.7-rc2 next-20200423] [if your patch is applied to the wrong git tree, please drop us a note to help

Re: [PATCH v2 0/7] staging: qlge: Checkpatch.pl indentation fixes in qlge_main.c

On Wed, 2020-04-29 at 21:31 -0400, Rylan Dmello wrote: > This patchset fixes some indentation- and style-related issues in qlge_main.c > reported by checkpatch.pl, such as: > > WARNING: Avoid multiple line dereference > WARNING: line over 80 characters > WARNING: suspect code indent for

Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup is above protection

On Thu, Apr 30, 2020 at 9:46 AM Chris Down wrote: > > Yafang Shao writes: > >My concern is why we add these barriers to memcg protection > >specifically but don't add these barriers to the other memebers like > >memcg->oom_group which has the same issue ? > >What is the difference between these

Re: [PATCH v2 00/10] change the implementation of the PageHighMem()

On Wed, 29 Apr 2020 12:26:33 +0900 js1...@gmail.com wrote: > From: Joonsoo Kim > > Changes on v2 > - add "acked-by", "reviewed-by" tags > - replace PageHighMem() with use open-code, instead of using > new PageHighMemZone() macro. Related file is "include/linux/migrate.h" > > Hello, > > This

Re: [PATCH] selftests/ftrace: treat module requirement unmet situation as unsupported

On Thu, Apr 30, 2020 at 12:29 AM Steven Rostedt wrote: > > On Wed, 29 Apr 2020 17:50:44 +0800 > Po-Hsu Lin wrote: > > > When the required module for the test does not exist, use > > exit_unsupported instead of exit_unresolved to indicate this test is > > not supported. > > > > By doing this we

[PATCH -next v3] hinic: Use ARRAY_SIZE for nic_vf_cmd_msg_handler

fix coccinelle warning, use ARRAY_SIZE drivers/net/ethernet/huawei/hinic/hinic_sriov.c:713:43-44: WARNING: Use ARRAY_SIZE v1-->v2: remove cmd_number v2-->v3: preserve the reverse christmas tree ordering of local variables Reported-by: Hulk Robot Signed-off-by: Zou Wei ---

Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup is above protection

Yafang Shao writes: My concern is why we add these barriers to memcg protection specifically but don't add these barriers to the other memebers like memcg->oom_group which has the same issue ? What is the difference between these members and that members ? There are certainly more missing

Re: [PATCH v8 3/4] dt-bindings: media: i2c: Add bindings for IMI RDACM2x

On Fri, Apr 17, 2020 at 11:34:23AM +0100, Kieran Bingham wrote: > From: Jacopo Mondi > > The IMI RDACM20 and IMI RDACM21 are Gigabit Multimedia Serial Link (GMSL) > camera > capable of transmitting video and I2C control messages on a coax cable > physical link for automotive applications. > >

[PATCH v14 02/11] hwmon: pwm-fan: Use 64-bit division macro

Since the PWM framework is switching struct pwm_args.period's datatype to u64, prepare for this transition by using DIV_ROUND_UP_ULL to handle a 64-bit dividend. Signed-off-by: Guru Das Srinagesh Acked-by: Guenter Roeck --- drivers/hwmon/pwm-fan.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v14 00/11] Convert PWM period and duty cycle to u64

Because period and duty cycle are defined in the PWM framework structs as ints with units of nanoseconds, the maximum time duration that can be set is limited to ~2.147 seconds. Consequently, applications desiring to set greater time periods via the PWM framework are not be able to do so - like,

[PATCH v14 01/11] drm/i915: Use 64-bit division macro

Since the PWM framework is switching struct pwm_state.duty_cycle's datatype to u64, prepare for this transition by using DIV_ROUND_UP_ULL to handle a 64-bit dividend. Signed-off-by: Guru Das Srinagesh Reviewed-by: Jani Nikula Acked-by: Jani Nikula ---

[PATCH v14 09/11] backlight: pwm_bl: Use 64-bit division function

Since the PWM framework is switching struct pwm_state.period's datatype to u64, prepare for this transition by using div_u64 to handle a 64-bit dividend instead of a straight division operation. Signed-off-by: Guru Das Srinagesh Reviewed-by: Daniel Thompson Acked-by: Lee Jones ---

[PATCH v14 10/11] clk: pwm: Use 64-bit division function

Since the PWM framework is switching struct pwm_args.period's datatype to u64, prepare for this transition by using div64_u64() to handle a 64-bit divisor. Also ensure that divide-by-zero (with fixed_rate as denominator) does not happen with an explicit check with probe failure as a consequence.

[PATCH v14 11/11] pwm: core: Convert period and duty cycle to u64

Because period and duty cycle are defined as ints with units of nanoseconds, the maximum time duration that can be set is limited to ~2.147 seconds. Change their definitions to u64 in the structs of the PWM framework so that higher durations may be set. Also use the right format specifiers in

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

Since the PWM framework is switching struct pwm_args.period's datatype to u64, prepare for this transition by typecasting it to u32. Also, since the dividend is still a 32-bit number, any divisor greater than the numerator will cause the quotient to be zero, so return 0 in that case to

[PATCH v14 06/11] pwm: imx27: Use 64-bit division macro and function

Since the PWM framework is switching struct pwm_state.period's datatype to u64, prepare for this transition by using DIV_ROUND_UP_ULL to handle a 64-bit dividend, and div64_u64 to handle a 64-bit divisor. Also handle a possible overflow in the calculation of period_cycles when both clk_rate and

[PATCH v14 08/11] pwm: sun4i: Use nsecs_to_jiffies to avoid a division

Since the PWM framework is switching struct pwm_state.period's datatype to u64, prepare for this transition by using nsecs_to_jiffies() which does away with the need for a division operation. Signed-off-by: Guru Das Srinagesh Acked-by: Chen-Yu Tsai --- drivers/pwm/pwm-sun4i.c | 2 +- 1 file

[PATCH v14 03/11] ir-rx51: Use 64-bit division macro

Since the PWM framework is switching struct pwm_state.period's datatype to u64, prepare for this transition by using DIV_ROUND_CLOSEST_ULL to handle a 64-bit dividend. Signed-off-by: Guru Das Srinagesh Acked-by: Sean Young --- drivers/media/rc/ir-rx51.c | 3 ++- 1 file changed, 2

[PATCH v14 05/11] pwm: pwm-imx-tpm: Use 64-bit division macro

Since the PWM framework is switching struct pwm_state.period's datatype to u64, prepare for this transition by using DIV64_U64_ROUND_CLOSEST to handle a 64-bit divisor. Signed-off-by: Guru Das Srinagesh --- drivers/pwm/pwm-imx-tpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v14 07/11] pwm: sifive: Use 64-bit division macro

Since the PWM framework is switching struct pwm_args.period's datatype to u64, prepare for this transition by using DIV64_U64_ROUND_CLOSEST to handle a 64-bit divisor. Signed-off-by: Guru Das Srinagesh Acked-by: Palmer Dabbelt --- drivers/pwm/pwm-sifive.c | 2 +- 1 file changed, 1

Re: [PATCH -next v2] hinic: Use ARRAY_SIZE for nic_vf_cmd_msg_handler

On 2020/4/30 2:43, David Miller wrote: From: Zou Wei Date: Wed, 29 Apr 2020 12:17:40 +0800 fix coccinelle warning, use ARRAY_SIZE drivers/net/ethernet/huawei/hinic/hinic_sriov.c:713:43-44: WARNING: Use ARRAY_SIZE -- Please don't put this "---" here. diff --git

[PATCH] perf evsel: Get group fd from CPU0 for system wide event

A metric may consist of system wide event and non system-wide event. The event group leader may be the system wide event. For example, the metric "C2_Pkg_Residency" consists of "cstate_pkg/c2-residency" and "msr/tsc". The former counts on the first CPU of socket (tagged system-wide) and the

Re: [RFC PATCH 1/3] sched/fair: Call newidle_balance() from finish_task_switch()

On Wed, 2020-04-29 at 10:27 +0200, Vincent Guittot wrote: > On Tue, 28 Apr 2020 at 07:02, Scott Wood wrote: > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > > index 02f323b85b6d..74c3c5280d6b 100644 > > --- a/kernel/sched/fair.c > > +++ b/kernel/sched/fair.c > > @@ -6758,8 +6758,6 @@

[PATCH v2 7/7] staging: qlge: Fix function argument alignment warning in ql_init_device

Fix checkpatch.pl check: CHECK: Alignment should match open parenthesis Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/qlge/qlge_main.c b/drivers/staging/qlge/qlge_main.c index

[PATCH net-next] hinic: make a bunch of functions static

These fucntions is used only in hinic_sriov.c, so make them static to fix sparse warnings. Reported-by: Hulk Robot Signed-off-by: YueHaibing --- .../net/ethernet/huawei/hinic/hinic_sriov.c | 91 ++- 1 file changed, 48 insertions(+), 43 deletions(-) diff --git

[PATCH v2 6/7] staging: qlge: Fix suspect code indent warning in ql_init_device

Fix checkpatch.pl warnings: WARNING: suspect code indent for conditional statements (16, 23) WARNING: line over 80 characters Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2 5/7] staging: qlge: Remove multi-line dereference from ql_request_irq

Fix checkpatch.pl warning: WARNING: Avoid multiple line dereference - prefer 'qdev->flags' Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/qlge/qlge_main.c

[PATCH v2 3/7] staging: qlge: Fix indentation in ql_get_mac_addr_reg

This has similar indentation style issues as ql_set_mac_addr_reg, so I thought I'd re-indent this too. Fix several checkpatch.pl warnings: WARNING: line over 80 characters Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 76 1 file changed,

[PATCH v2 4/7] staging: qlge: Remove goto statements from ql_get_mac_addr_reg

Similar to ql_set_mac_addr_reg, ql_get_mac_addr_reg also has several goto statements that can be trivially replaced with a break statement. Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[PATCH v2 1/7] staging: qlge: Fix indentation in ql_set_mac_addr_reg

Based on Joe Perches' feedback, fix the indentation throughout ql_set_mac_addr_reg. This helps fix several "line over 80 characters" warnings along with the original "multiple line dereference" warning. Fix checkpatch.pl warnings: WARNING: Avoid multiple line dereference - prefer 'qdev->func'

[PATCH v2 2/7] staging: qlge: Remove gotos from ql_set_mac_addr_reg

As suggested by Joe Perches, this patch removes the 'exit' label from the ql_set_mac_addr_reg function and replaces the goto statements with break statements. Signed-off-by: Rylan Dmello --- drivers/staging/qlge/qlge_main.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-)

[PATCH v2 0/7] staging: qlge: Checkpatch.pl indentation fixes in qlge_main.c

This patchset fixes some indentation- and style-related issues in qlge_main.c reported by checkpatch.pl, such as: WARNING: Avoid multiple line dereference WARNING: line over 80 characters WARNING: suspect code indent for conditional statements v2: - Addressed feedback from Joe Perches by

Re: [RFC PATCH 1/3] sched/fair: Call newidle_balance() from finish_task_switch()

On Wed, 2020-04-29 at 11:05 +0200, Peter Zijlstra wrote: > On Tue, Apr 28, 2020 at 06:20:32PM -0500, Scott Wood wrote: > > On Wed, 2020-04-29 at 01:02 +0200, Peter Zijlstra wrote: > > > On Tue, Apr 28, 2020 at 05:55:03PM -0500, Scott Wood wrote: > > > > On Wed, 2020-04-29 at 00:09 +0200, Peter

Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup is above protection

On Thu, Apr 30, 2020 at 9:16 AM Chris Down wrote: > > Hi Yafang, > > Yafang Shao writes: > >Would you pls. add some comments above these newly added WRITE_ONCE() ? > >E.g. > >What does them mean to fix ? > >Why do we must add WRITE_ONCE() and READ_ONCE here and there all over > >the memcg

Re: [PATCH v2 0/5] Fix ELF / FDPIC ELF core dumping, and use mmap_sem properly in there

On Wed, 29 Apr 2020, Linus Torvalds wrote: > While we're at it, is there anybody who knows binfmt_flat? I'd say Greg Ungerer. > It might be Nicolas too. I only contributed the necessary changes to make it work on targets with a MMU. Once fdpic started to worked I used that instead. FWIW I

Re: [PATCH -next] block/genhd: align title and output

On Sun, Apr 26, 2020 at 8:22 PM Bo YU wrote: > > Before the patch: > > major minor #blocks name > > 2540 57671680 vda > 2541 57670656 vda1 > > After the patch: > > major minor #blocksname > > 254 0 57671680 vda > 254 1 57670656 vda1 > > According

Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup is above protection

Hi Yafang, Yafang Shao writes: Would you pls. add some comments above these newly added WRITE_ONCE() ? E.g. What does them mean to fix ? Why do we must add WRITE_ONCE() and READ_ONCE here and there all over the memcg protection ? Otherwise, it may be harder to understand by the others. There

[PATCH USB v2] usb: raw-gadget: support stalling/halting/wedging endpoints

Raw Gadget is currently unable to stall/halt/wedge gadget endpoints, which is required for proper emulation of certain USB classes. This patch adds a few more ioctls: - USB_RAW_IOCTL_EP0_STALL allows to stall control endpoint #0 when there's a pending setup request for it. -

Re: [PATCH V3] f2fs: Avoid double lock for cp_rwsem during checkpoint

On 2020/4/30 1:00, Sayali Lokhande wrote: > There could be a scenario where f2fs_sync_node_pages gets > called during checkpoint, which in turn tries to flush > inline data and calls iput(). This results in deadlock as > iput() tries to hold cp_rwsem, which is already held at the > beginning by

Re: [PATCH USB] usb: raw-gadget: support stalling/halting/wedging endpoints

On Thu, Apr 30, 2020 at 3:08 AM Andrey Konovalov wrote: > > Raw Gadget is currently unable to stall/halt/wedge gadget endpoints, > which is required for proper emulation of certain USB classes. > > This patch adds a few more ioctls: > > - USB_RAW_IOCTL_EP0_STALL allows to stall control endpoint

[PATCH USB] usb: raw-gadget: support stalling/halting/wedging endpoints

Raw Gadget is currently unable to stall/halt/wedge gadget endpoints, which is required for proper emulation of certain USB classes. This patch adds a few more ioctls: - USB_RAW_IOCTL_EP0_STALL allows to stall control endpoint #0 when there's a pending setup request for it. -

RE: [EXT] Re: [v4,net-next 1/4] net: qos: introduce a gate control flow action

Hi Vlad, > -Original Message- > From: Vlad Buslov > Sent: 2020年4月30日 1:04 > To: Po Liu > Cc: da...@davemloft.net; linux-kernel@vger.kernel.org; > net...@vger.kernel.org; vinicius.go...@intel.com; Claudiu Manoil > ; Vladimir Oltean ; > Alexandru Marginean ; > michael.c...@broadcom.com;

Re: [GIT PULL] Please pull proc and exec work for 5.7-rc1

On 4/30/20 1:59 AM, Jann Horn wrote: > On Thu, Apr 30, 2020 at 1:22 AM Linus Torvalds > wrote: >> On Wed, Apr 29, 2020 at 3:38 PM Linus Torvalds >> wrote: >>> >>> If you do it properly, with a helper function instead of repeating >>> that fragile nasty thing, maybe it will look better to me. I

Re: [PATCH v4 1/2] dt-bindings: mtd: Add YAML for Nand Flash Controller support

Hi Boris, Thank you very much for the review comments and your time... On 29/4/2020 11:34 pm, Boris Brezillon wrote: On Wed, 29 Apr 2020 18:42:04 +0800 "Ramuthevar,Vadivel MuruganX" wrote: From: Ramuthevar Vadivel Murugan Add YAML file for dt-bindings to support NAND Flash Controller on

Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup is above protection

On Wed, Apr 29, 2020 at 2:26 AM Chris Down wrote: > > From: Yafang Shao > > A cgroup can have both memory protection and a memory limit to isolate > it from its siblings in both directions - for example, to prevent it > from being shrunk below 2G under high pressure from outside, but also > from

Re: [RFC PATCH] iommu/amd: fix a race in fetch_pte()

> On Apr 29, 2020, at 7:20 AM, Joerg Roedel wrote: > > On Mon, Apr 20, 2020 at 09:26:12AM -0400, Qian Cai wrote: >> No dice. There could be some other races. For example, > > Can you please test this branch: > > >

Re: [RFC][PATCH 1/7] rbtree: Add generic add and find helpers

Hi Peter, On Wed, Apr 29, 2020 at 05:32:59PM +0200, Peter Zijlstra wrote: > I've always been bothered by the endless (fragile) boilerplate for > rbtree, and I recently wrote some rbtree helpers for objtool and > figured I should lift them into the kernel and use them more widely. > > Provide: >

[PATCH net-next 3/3] ptp: ptp_clockmatrix: Add adjphase() to support PHC write phase mode.

From: Vincent Cheng Add idtcm_adjphase() to support PHC write phase mode. Signed-off-by: Vincent Cheng --- drivers/ptp/ptp_clockmatrix.c | 123 ++ drivers/ptp/ptp_clockmatrix.h | 11 +++- 2 files changed, 132 insertions(+), 2 deletions(-) diff --git

[PATCH V4 4/5] dt-bindings: clock: Convert i.MX6SLL clock to json-schema

Convert the i.MX6SLL clock binding to DT schema format using json-schema. Signed-off-by: Anson Huang --- Changes since V3: - update license to be with (GPL-2.0-only OR BSD-2-Clause); - remove unnecessary minItem for interrupts; - remove label in example. ---

[PATCH V4 2/5] dt-bindings: clock: Convert i.MX6SX clock to json-schema

Convert the i.MX6SX clock binding to DT schema format using json-schema. Signed-off-by: Anson Huang --- Changes since V3: - update license to be with (GPL-2.0-only OR BSD-2-Clause); - remove unnecessary minItem for interrupts; - remove label in example. ---

[PATCH V4 1/5] dt-bindings: clock: Convert i.MX6Q clock to json-schema

Convert the i.MX6Q clock binding to DT schema format using json-schema. Signed-off-by: Anson Huang --- Changes since V3: - update license to be with (GPL-2.0-only OR BSD-2-Clause); - remove unnecessary minItem for interrupts; - remove label in example. ---

[PATCH V4 3/5] dt-bindings: clock: Convert i.MX6SL clock to json-schema

Convert the i.MX6SL clock binding to DT schema format using json-schema. Signed-off-by: Anson Huang --- Changes since V3: - update license to be with (GPL-2.0-only OR BSD-2-Clause); - remove unnecessary minItem for interrupts; - remove label in example. ---

[PATCH V4 5/5] dt-bindings: clock: Convert i.MX6UL clock to json-schema

Convert the i.MX6UL clock binding to DT schema format using json-schema. Signed-off-by: Anson Huang --- Changes since V3: - update license to be with (GPL-2.0-only OR BSD-2-Clause); - remove unnecessary minItem for interrupts; - remove label in example. ---

Re: [PATCH v2 1/2] docs: sysctl/kernel: document ftrace entries

On Wed, 29 Apr 2020 22:57:56 +0200 Stephen Kitt wrote: > Based on the ftrace documentation, the tp_printk boot parameter > documentation, and the implementation in kernel/trace/trace.c. > > Signed-off-by: Stephen Kitt > --- > Changes since v2: > - spelling and grammar fixes in

Re: [PATCH v5 0/4] introduction of migration_version attribute for VFIO live migration

On Wed, Apr 29, 2020 at 10:13:01PM +0800, Eric Blake wrote: > [meta-comment] > > On 4/29/20 4:35 AM, Yan Zhao wrote: > > On Wed, Apr 29, 2020 at 04:22:01PM +0800, Dr. David Alan Gilbert wrote: > [...] > > This patchset introduces a migration_version attribute > >

[PATCH bpf-next] bpf, riscv: Fix stack layout of JITed code on RV32

This patch fixes issues with stackframe unwinding and alignment in the current stack layout for BPF programs on RV32. In the current layout, RV32 fp points to the JIT scratch registers, rather than to the callee-saved registers. This breaks stackframe unwinding, which expects fp to point just

Re: [PATCH v5 0/4] introduction of migration_version attribute for VFIO live migration

On Wed, Apr 29, 2020 at 05:48:44PM +0800, Dr. David Alan Gilbert wrote: > > > > > > > > > > > > > An mdev type is meant to define a software compatible > > > > > > > > > > > > > interface, so in > > > > > > > > > > > > > the case of mdev->mdev migration, doesn't migrating > > > > > > > > > > >

Re: [linux-next PATCH 2/2] mm: khugepaged: don't have to put being freed page back to lru

On 4/29/20 5:41 PM, Yang Shi wrote: On 4/29/20 3:56 PM, Yang Shi wrote: When khugepaged successfully isolated and copied data from base page to collapsed THP, the base page is about to be freed.  So putting the page back to lru sounds not that productive since the page might be isolated by

Re: [PATCH RFC 4/6] KVM: x86: acknowledgment mechanism for async pf page ready notifications

On Wed, Apr 29, 2020 at 10:40 AM Paolo Bonzini wrote: > > On 29/04/20 19:28, Andy Lutomirski wrote: > > This seems functional, but I'm wondering if it could a bit simpler and > > more efficient if the data structure was a normal descriptor ring with > > the same number slots as whatever the

[PATCH net-next 1/3] ptp: Add adjphase function to support phase offset control.

From: Vincent Cheng Adds adjust phase function to take advantage of a PHC clock's hardware filtering capability that uses phase offset control word instead of frequency offset control word. Signed-off-by: Vincent Cheng --- drivers/ptp/ptp_clock.c | 2 ++

Re: [PATCH] platform/chrome: cros_ec_typec: Handle NULL EC pointer during probe.

On Wed, Apr 29, 2020 at 5:38 PM Daniil Lunev wrote: > > [to make it appear on the mailing list as I didn't realize I was in > hypertext sending mode] > > On Thu, Apr 30, 2020 at 10:11 AM Daniil Lunev wrote: > > > > Hi Enric. > > I encountered the issue on a Hatch device when trying running 5.4

Re: [linux-next PATCH 2/2] mm: khugepaged: don't have to put being freed page back to lru

On 4/29/20 3:56 PM, Yang Shi wrote: When khugepaged successfully isolated and copied data from base page to collapsed THP, the base page is about to be freed. So putting the page back to lru sounds not that productive since the page might be isolated by vmscan but it can't be reclaimed by

Re: [PATCH] serial: earlycon: Allow earlier DT scan is acpi=off

Hi, On Tue, Apr 28, 2020 at 9:22 AM Daniel Thompson wrote: > > Currently if the kernel has support for ACPI SPCR parsing then earlycon > without arguments is processed later than the full earlycon=... > alternative. > > If ACPI has been explicitly disabled on the kernel command line then > there

[PATCH net-next 2/3] ptp: Add adjust_phase to ptp_clock_caps capability.

From: Vincent Cheng Add adjust_phase to ptp_clock_caps capability to allow user to query if a PHC driver supports adjust phase with ioctl PTP_CLOCK_GETCAPS command. Signed-off-by: Vincent Cheng --- drivers/ptp/ptp_chardev.c | 1 + include/uapi/linux/ptp_clock.h| 4 +++-

CAN I TRUST YOU?

Dear Friend, Please i want you to read this letter very carefully and i must apologize for berging this message into your mail box without any formal introduction due to the urgency and confidential of this issue and i know that this message will come to you as a surprise, Please this is not a

[PATCH] perf parse-events: Use strcmp to compare the PMU name

A big uncore event group is split into multiple small groups which only include the uncore events from the same PMU. This has been supported in the commit 3cdc5c2cb924a ("perf parse-events: Handle uncore event aliases in small groups properly"). If the event's PMU name starts to repeat, it must

Re: [PATCH] platform/chrome: cros_ec_typec: Handle NULL EC pointer during probe.

[to make it appear on the mailing list as I didn't realize I was in hypertext sending mode] On Thu, Apr 30, 2020 at 10:11 AM Daniil Lunev wrote: > > Hi Enric. > I encountered the issue on a Hatch device when trying running 5.4 kernel on > that. After talking to Prashant it seems that any device

[PATCH net-next 0/3] ptp: Add adjust phase to support phase offset.

From: Vincent Cheng This series adds adjust phase to the PTP Hardware Clock device interface. Some PTP hardware clocks have a write phase mode that has a built-in hardware filtering capability. The write phase mode utilizes a phase offset control word instead of a frequency offset control

Re: [PATCH] serial: kgdboc: Allow earlycon initialization to be deferred

Hi, On Wed, Apr 29, 2020 at 10:08 AM Daniel Thompson wrote: > > As described in the big comment in the patch, earlycon initialization > can be deferred if, a) earlycon was supplied without arguments and, b) > the ACPI SPCR table hasn't yet been parsed. > > Unfortunately, if deferred, then the

REPLY ME IMMEDIATELY

Assalamu alaykum wa Rahmatullahi wa Barakatuh., I am Mohammed Compaore, the manager of Bill and Exchange at the Foreign Remittance Department in my bank here in Burkina Faso, As you are not a nationality of my country I need you to help me in receiving the sum of ($50,000.000.00) Fifty Million

<    1   2   3   4   5   6   7   8   9   10   >