RE: [PATCH 0/6] net: macb patch set cover letter

Hi All, Please ignore patches sent in-reply chain to patch 0001. Sending all patches in reply to patch -cover-letter.patch. Regards, Parshuram Thombare >-Original Message- >From: Parshuram Thombare >Sent: Sunday, June 16, 2019 5:15 AM >To: and...@lunn.ch; nicolas.fe...@microchip.co

Re: [PATCH] tomoyo: Don't check open/getattr permission on sockets.

Hello, Al. Q1: Do you agree that we should fix TOMOYO side rather than SOCKET_I()->sk management. Q2: Do you see any problem with using f->f_path.dentry->d_inode ? Do we need to use d_backing_inode() or d_inode() ? Regards. On 2019/06/09 15:41, Tetsuo Handa wrote: > syzbot is reporting

Re: [PATCH v3 1/2] staging: erofs: add requirements field in superblock

Hi Sasha, On 2019/6/16 6:16, Sasha Levin wrote: > Hi, > > [This is an automated email] > > This commit has been processed because it contains a "Fixes:" tag, > fixing commit: ba2b77a82022 staging: erofs: add super block operations. > > The bot has tested the following trees: v5.1.9, v4.19.50. >

Re: [PATCH] memcg: Ignore unprotected parent in mem_cgroup_protected()

Hi Chirs, On 2019/6/16 AM 12:08, Chris Down wrote: > Hi Xunlei, > > Xunlei Pang writes: >> Currently memory.min|low implementation requires the whole >> hierarchy has the settings, otherwise the protection will >> be broken. >> >> Our hierarchy is kind of like(memory.min value in brackets), >> >>

Re: [PATCH v9 04/12] mm/sparsemem: Convert kmalloc_section_memmap() to populate_section_memmap()

Dan Williams writes: > Allow sub-section sized ranges to be added to the memmap. > populate_section_memmap() takes an explict pfn range rather than > assuming a full section, and those parameters are plumbed all the way > through to vmmemap_populate(). There should be no sub-section usage in > cu

[PATCH] staging: rtl8723bs: os_dep: ioctl_linux: Make use rtw_zmalloc

rtw_malloc with memset can be replace with rtw_zmalloc. Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/os_dep/ioctl_linux.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_linux.c b/drivers/staging/rtl8723bs/

[PATCH] staging: rtl8723bs: os_dep: Make use rtw_zmalloc

rtw_malloc with memset can be replaced with rtw_zmalloc. Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c b/drivers/staging/rtl8723bs/os_

Re: [PATCH] psi: Don't account force reclaim as memory pressure

Hi Chris, On 2019/6/15 PM 11:58, Chris Down wrote: > Hi Xunlei, > > Xunlei Pang writes: >> There're several cases like resize and force_empty that don't >> need to account to psi, otherwise is misleading. > > I'm afraid I'm quite confused by this patch. Why do you think accounting > for force re

Re: [PATCH -next] mm/hotplug: skip bad PFNs from pfn_to_online_page()

Dan Williams writes: > On Fri, Jun 14, 2019 at 9:18 AM Aneesh Kumar K.V > wrote: >> >> On 6/14/19 9:05 PM, Oscar Salvador wrote: >> > On Fri, Jun 14, 2019 at 02:28:40PM +0530, Aneesh Kumar K.V wrote: >> >> Can you check with this change on ppc64. I haven't reviewed this series >> >> yet. >> >>

[PATCH] staging/rtl8723bs/core/rtw_ap: Remove redundant call to memset

rtw_zmalloc is internally doing memset . So there is no need to call memset again. Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/core/rtw_ap.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_ap.c b/drivers/staging/rtl8723bs/core/rtw_ap.c i

[PATCH] staging/rtl8723bs/core: Remove redundant call to memset

rtw_zmalloc is doing memset . So there is no need to call memset again. Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/core/rtw_mlme.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_mlme.c b/drivers/staging/rtl8723bs/core/rtw_mlme.c index

[PATCH] staging: rtl8723bs: hal: Add null check after memory allocation

Add NULL check post call to rtw_zmalloc. Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/sdio_ops.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/staging/rtl8723bs/hal/sdio_ops.c b/drivers/staging/rtl8723bs/hal/sdio_ops.c index ac79de8..9177c18 100644 --- a/dr

[Patch v2 1/2] staging: rtl8723bs: hal: Remove return type of initrecvbuf

change return of initrecvbuf from s32 to void. As this function always returns SUCCESS . Signed-off-by: Hariprasad Kelam --- changes in v2: break the patch for specific change --- drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) d

[Patch v2 2/2] staging: rtl8723bs: hal: fix Using comparison to false is error prone

fix below issue reported by checkpatch CHECK: Using comparison to false is error prone Signed-off-by: Hariprasad Kelam --- changes in v2: break the patch for specific change --- drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 1/2] media: vimc: stream: add missing function documentation

On 6/15/19 7:09 PM, André Almeida wrote: > Add comments at vimc_streamer_s_stream and vimc_streamer_thread, making > the vimc-stream totally documented. > > Signed-off-by: André Almeida > --- > Commit extracted from [PATCH 0/4] media: vimc: Minor code cleanup > and documentation > > Changes in v

[PATCH v2 1/2] media: vimc: stream: add missing function documentation

Add comments at vimc_streamer_s_stream and vimc_streamer_thread, making the vimc-stream totally documented. Signed-off-by: André Almeida --- Commit extracted from [PATCH 0/4] media: vimc: Minor code cleanup and documentation Changes in v2: fix typos drivers/media/platform/vimc/vimc-streamer.c

[PATCH v2 2/2] media: docs: create vimc documentation

Create vimc documentation file to explain it basics features, it's topology, how to configure it and to document vimc's subdevices. Signed-off-by: André Almeida Suggested-by: Helen Koike --- Commit extracted from [PATCH 0/4] media: vimc: Minor code cleanup and documentation Changes in v2: - Fix

[PATCH 1/6] net: macb: add phylink support

This patch replace phylib API's by phylink API's. Signed-off-by: Parshuram Thombare --- drivers/net/ethernet/cadence/Kconfig | 2 +- drivers/net/ethernet/cadence/macb.h | 3 + drivers/net/ethernet/cadence/macb_main.c | 288 +-- 3 files changed, 173 insertions(+),

[PATCH 5/6] net: macb: add support for high speed interface

This patch add support for high speed USXGMII PCS and 10G speed in Cadence ethernet controller driver. Signed-off-by: Parshuram Thombare --- drivers/net/ethernet/cadence/macb.h | 42 + drivers/net/ethernet/cadence/macb_main.c | 219 +++ 2 files changed, 228 insertio

Re: [PATCHv4 0/2] Document memory-to-memory video codec interfaces

Le samedi 15 juin 2019 à 10:08 +0200, Hans Verkuil a écrit : > On 6/14/19 3:09 AM, Nicolas Dufresne wrote: > > Le jeudi 13 juin 2019 à 08:48 +0200, Hans Verkuil a écrit : > > > On 6/3/19 1:28 PM, Hans Verkuil wrote: > > > > Since Tomasz was very busy with other things, I've taken over this > > > >

[PATCH 6/6] net: macb: parameter added to cadence ethernet controller DT binding

New parameters added to Cadence ethernet controller DT binding for USXGMII interface. Signed-off-by: Parshuram Thombare --- Documentation/devicetree/bindings/net/macb.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/net/macb.txt b/Documentation/devic

[PATCH 4/6] net: macb: add support for c45 PHY

This patch modify MDIO read/write functions to support communication with C45 PHY. Signed-off-by: Parshuram Thombare --- drivers/net/ethernet/cadence/macb.h | 15 -- drivers/net/ethernet/cadence/macb_main.c | 61 +++- drivers/net/ethernet/cadence/macb_pci.c | 60 +++

[PATCH 3/6] net: macb: add PHY configuration in MACB PCI wrapper

This patch add TI PHY DP83867 configuration for SGMII link in Cadence MACB PCI wrapper. Signed-off-by: Parshuram Thombare --- drivers/net/ethernet/cadence/macb_pci.c | 225 1 file changed, 225 insertions(+) diff --git a/drivers/net/ethernet/cadence/macb_pci.c b/drivers

[PATCH 2/6] net: macb: add support for sgmii MAC-PHY interface

This is version 2 of patch to add support for SGMII interface) and 2.5Gbps MAC in Cadence ethernet controller driver. Signed-off-by: Parshuram Thombare --- drivers/net/ethernet/cadence/macb.h | 76 +-- drivers/net/ethernet/cadence/macb_main.c | 157 --- 2 files

[PATCH 0/6] net: macb patch set cover letter

Hello !, This is second version of patch set containing following patches for Cadence ethernet controller driver. 1. 0001-net-macb-add-phylink-support.patch Replace phylib API's with phylink API's. 2. 0002-net-macb-add-support-for-sgmii-MAC-PHY-interface.patch This patch add support for SGM

Re: [PATCH bpf v2] bpf: fix nested bpf tracepoints with per-cpu data

On Tue, Jun 11, 2019 at 2:54 PM Matt Mullins wrote: > > BPF_PROG_TYPE_RAW_TRACEPOINTs can be executed nested on the same CPU, as > they do not increment bpf_prog_active while executing. > > This enables three levels of nesting, to support > - a kprobe or raw tp or perf event, > - another one o

general protection fault in sctp_sched_prio_sched

Hello, syzbot found the following crash on: HEAD commit:35fc07ae Merge branch 'tcp-add-three-static-keys' git tree: net console output: https://syzkaller.appspot.com/x/log.txt?x=118e5caea0 kernel config: https://syzkaller.appspot.com/x/.config?x=e8b7a9cd7feeb720 dashboard link: ht

Re: [PATCH] i2c: mux-gpio: Use "mux" con_id to find channel GPIOs

On Sat, Jun 15, 2019 at 02:43:09PM +0300, Andy Shevchenko wrote: > On Sat, Jun 15, 2019 at 12:51 AM Serge Semin wrote: > > > > Recent patch - ("i2c: mux/i801: Switch to use descriptor passing") > > altered the i2c-mux-gpio driver to use the GPIO-descriptor > > based interface to find and request t

[PATCH] HID: uclogic: Add support for Huion HS64 tablet

Add support for Huion HS64 drawing tablet to hid-uclogic Signed-off-by: Kyle Godbey --- drivers/hid/hid-ids.h| 1 + drivers/hid/hid-uclogic-core.c | 2 ++ drivers/hid/hid-uclogic-params.c | 2 ++ 3 files changed, 5 insertions(+) diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid

[PATCH v2] usb: cp210x: Add cp2108 GPIOs support

Each chip from the cp210x series got GPIOs on board. This commit provides the support for sixteen ones placed on the cp2108 four-ports serial console controller. Since all GPIOs are accessible via any cp2108 USB interface we manually and equally distributed them between all interfaces in accordance

Re: [PATCH] usb: cp210x: Add cp2108 GPIOs support

Hello Johan On Mon, Jun 03, 2019 at 02:52:05PM +0200, Johan Hovold wrote: > On Tue, May 14, 2019 at 01:53:57PM +0300, Serge Semin wrote: > > Each chip from the cp210x series got GPIOs on board. This commit > > provides the support for sixteen ones placed on the cp2108 four-ports > > serial console

[PATCH bpf] bpf: fix the check that forwarding is enabled in bpf_ipv6_fib_lookup

The bpf_ipv6_fib_lookup function should return BPF_FIB_LKUP_RET_FWD_DISABLED when forwarding is disabled for the input device. However instead of checking if forwarding is enabled on the input device, it checked the global net->ipv6.devconf_all->forwarding flag. Change it to behave as expected.

Re: [PATCH AUTOSEL 5.1 16/59] fpga: dfl: Add lockdep classes for pdata->lock

On Sat, Jun 15, 2019 at 07:47:39AM +0200, Greg Kroah-Hartman wrote: On Fri, Jun 14, 2019 at 04:28:00PM -0400, Sasha Levin wrote: From: Scott Wood [ Upstream commit dfe3de8d397bf878b31864d4e489d41118ec475f ] struct dfl_feature_platform_data (and it's mutex) is used by both fme and port devices

Re: [PATCH 16/43] KVM: nVMX: Always sync GUEST_BNDCFGS when it comes from vmcs01

You should apply something as the following instead of the original fix by Sean to play nicely on upstream without additional dependency: diff --git a/arch/x86/kvm/vmx/nested.c b/arch/x86/kvm/vmx/nested.c index f1a69117ac0f..3fc44852ed4f 100644 --- a/arch/x86/kvm/vmx/nested.c +++ b/arch/x86/kvm/vm

Re: [PATCH 2/3] hugetlbfs: Use i_mmap_rwsem to fix page fault/truncate race

On Fri, Jun 14, 2019 at 04:33:53PM -0700, Mike Kravetz wrote: On 6/14/19 2:56 PM, Sasha Levin wrote: Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: ebed4bfc8da8 [PATCH] hugetlb: fix absurd HugePages_Rsvd. How should we pro

Re: [PATCH AUTOSEL 5.1 06/60] driver core: platform: Fix the usage of platform device name(pdev->name)

On Wed, Jun 05, 2019 at 06:58:46AM +0200, Greg Kroah-Hartman wrote: On Tue, Jun 04, 2019 at 07:21:16PM -0400, Sasha Levin wrote: From: Venkata Narendra Kumar Gutta [ Upstream commit edb16da34b084c66763f29bee42b4e6bb33c3d66 ] Platform core is using pdev->name as the platform device name to do

Re: [PATCH] mtd: rawnand: ingenic: Fix build error

Hi, I don't think the patch is correct. We want to be able to build the ingenic_nand driver without the ingenic_ecc code. The actual problem is that if the ingenic_nand driver is built-in, then the ingenic_ecc driver must be built-in too (if enabled), and we don't verify that constraint. Someth

Re: [PATCH bpf] bpf, x64: fix stack layout of JITed bpf code

On Fri, Jun 14, 2019 at 4:10 PM Alexei Starovoitov wrote: > > Since commit 177366bf7ceb the %rbp stopped pointing to %rbp of the > previous stack frame. That broke frame pointer based stack unwinding. > This commit is a partial revert of it. > Note that the location of tail_call_cnt is fixed, sinc

Re: [PATCH v2 bpf-next] bpf: sk_storage: Fix out of bounds memory access

On Fri, Jun 14, 2019 at 3:36 PM Daniel Borkmann wrote: > > > >> Force the minimum number of locks to two. > >> > >> Signed-off-by: Arthur Fabre > >> Fixes: 6ac99e8f23d4 ("bpf: Introduce bpf sk local storage") > > The offending commit is already in Linus tree hence if so bpf tree. Arthur, > pleas

Re: general protection fault in oom_unkillable_task

On 2019/06/16 3:50, Shakeel Butt wrote: >> While dump_tasks() traverses only each thread group, mem_cgroup_scan_tasks() >> traverses each thread. > > I think mem_cgroup_scan_tasks() traversing threads is not intentional > and css_task_iter_start in it should use CSS_TASK_ITER_PROCS as the > oom ki

[PATCH v2] staging: rtl8723bs: Resolve checkpatch error "that open brace { should be on the previous line" in the rtl8723 driver

Cleaned up the code from the following files to get rid of check patch error "that open brace { should be on the previous line" drivers/staging/rtl8723bs/os_dep/mlme_linux.c drivers/staging/rtl8723bs/os_dep/recv_linux.c drivers/staging/rtl8723bs/os_dep/rtw_proc.c drivers/staging/rtl8723bs/os_dep/s

Re: [PATCH net-next] net: stmmac: Fix wrapper drivers not detecting PHY

From: Jose Abreu Date: Fri, 14 Jun 2019 17:06:57 +0200 > Because of PHYLINK conversion we stopped parsing the phy-handle property > from DT. Unfortunatelly, some wrapper drivers still rely on this phy > node to configure the PHY. > > Let's restore the parsing of PHY handle while these wrapper dr

Re: [RFC 0/5] livepatch: new API to track system state changes

On Tue, Jun 11, 2019 at 03:56:22PM +0200, Petr Mladek wrote: > Hi, > > this is another piece in the puzzle that helps to maintain more > livepatches. > > Especially pre/post (un)patch callbacks might change a system state. > Any newly installed livepatch has to somehow deal with system state > mo

Re: [v2, 0/6] Reuse ptp_qoriq driver for dpaa2-ptp

From: Yangbo Lu Date: Fri, 14 Jun 2019 18:40:49 +0800 > Although dpaa2-ptp.c driver is a fsl_mc_driver which > is using MC APIs for register accessing, it's same IP > block with eTSEC/DPAA/ENETC 1588 timer. > This patch-set is to convert to reuse ptp_qoriq driver by > using register ioremap and d

Re: [PATCH v4 0/3] livepatch: Cleanup of reliable stacktrace warnings

On Tue, Jun 11, 2019 at 04:13:17PM +0200, Miroslav Benes wrote: > This is the fourth attempt to improve the situation of reliable stack > trace warnings in livepatch. Based on discussion in > 20190531074147.27616-1-pmla...@suse.com (v3). > > Changes against v3: > + weak save_stack_trace_tsk_reliab

Re: [PATCH net-next] hinic: Use devm_kasprintf instead of hard coding it

From: Christophe JAILLET Date: Thu, 13 Jun 2019 21:54:12 +0200 > 'devm_kasprintf' is less verbose than: >snprintf(NULL, 0, ...); >devm_kzalloc(...); >sprintf > so use it instead. > > Signed-off-by: Christophe JAILLET Applied.

Re: [PATCH] net: ipva: fix uninitialized variable warning

From: Charles <18oliveira.char...@gmail.com> Date: Thu, 13 Jun 2019 14:28:41 -0300 > Avoid following compiler warning on uninitialized variable > > net/ipv4/fib_semantics.c: In function ‘fib_check_nh_v4_gw’: > net/ipv4/fib_semantics.c:1023:12: warning: ‘err’ may be used > uninitialized in this fu

Re: [PATCH] fix double-fetch bug in sock_getsockopt()

From: JingYi Hou Date: Thu, 13 Jun 2019 18:44:57 +0800 > In sock_getsockopt(), 'optlen' is fetched the first time from userspace. > 'len < 0' is then checked. Then in condition 'SO_MEMINFO', 'optlen' is > fetched the second time from userspace without check. > > if a malicious user can change it

Re: [PATCH 4.19 080/118] ARM: dts: imx51: Specify IMX5_CLK_IPG as "ahb" clock to SDMA

Hi! > [ Upstream commit 918bbde8085ae147a43dcb491953e0dd8f3e9d6a ] > > Since 25aaa75df1e6 SDMA driver uses clock rates of "ipg" and "ahb" > clock to determine if it needs to configure the IP block as operating > at 1:1 or 1:2 clock ratio (ACR bit in SDMAARM_CONFIG). Specifying both > clocks as IM

Re: [PATCH v6 1/4] PCI: Consider alignment of hot-added bridges when distributing available resources

Mika, this patch changes code you added in 1a5767725cec ("PCI: Distribute available resources to hotplug-capable bridges"). Is there any chance you could help review this? On Wed, May 22, 2019 at 02:30:44PM +, Nicholas Johnson wrote: > Rewrite pci_bus_distribute_available_resources to better

Re: [PATCH v6 2/4] PCI: Modify extend_bridge_window() to set resource size directly

On Wed, May 22, 2019 at 02:30:57PM +, Nicholas Johnson wrote: > Background > == > > In the current state, the PCI allocation could fail with Thunderbolt > under certain unusual circumstances, because add_list resources are

Re: [PATCH v6 0/4] PCI: Patch series to support Thunderbolt without any BIOS support

[+cc Ben, Logan] Ben, Logan, since you're looking at the resource code, maybe you'd be interested in this as well? On Wed, May 22, 2019 at 02:30:30PM +, Nicholas Johnson wrote: > Rebase patches to apply cleanly to 5.2-rc1 source. Remove patch for > comment style cleanup as this has already b

Re: [PATCH] staging: rtl8723bs: Resolve checkpatch error "that open brace { should be on the previous line" in the rtl8723bs driver

On Thu, Jun 13, 2019 at 07:12:10PM -0700, Shobhit Kukreti wrote: > Cleaned up the code from the following files to get rid of > check patch error "that open brace { should be on the previous line" > > drivers/staging/rtl8723bs/os_dep/mlme_linux.c > drivers/staging/rtl8723bs/os_dep/recv_linux.c > d

Re: [PATCH] staging: rtl8723bs: hal: Remove return type of initrecvbuf

On Sat, Jun 15, 2019 at 10:52:20PM +0530, Hariprasad Kelam wrote: > change return of initrecvbuf from s32 to void. As this function always > returns SUCCESS . > > fix checkpatch warning "Comparison to false is error prone" That is doing multiple things in the same patch, please break this up :(

Re: general protection fault in oom_unkillable_task

On Sat, Jun 15, 2019 at 9:49 AM Tetsuo Handa wrote: > > On 2019/06/16 1:11, Shakeel Butt wrote: > > On Sat, Jun 15, 2019 at 6:50 AM Michal Hocko wrote: > >> diff --git a/mm/oom_kill.c b/mm/oom_kill.c > >> index 5a58778c91d4..43eb479a5dc7 100644 > >> --- a/mm/oom_kill.c > >> +++ b/mm/oom_kill.c >

RE: [PATCH] scsi: storvsc: Add ability to change scsi queue depth

From: Branden Bonaby Sent: Friday, June 14, 2019 4:48 PM > > Adding functionality to allow the SCSI queue depth to be changed, > by utilizing the "scsi_change_queue_depth" function. > > Signed-off-by: Branden Bonaby > --- > drivers/scsi/storvsc_drv.c | 11 +++ > 1 file changed, 11 ins

Re: [GIT PULL] platform-drivers-x86 for 5.2-3

The pull request you sent on Sat, 15 Jun 2019 20:15:15 +0300: > git://git.infradead.org/linux-platform-drivers-x86.git > tags/platform-drivers-x86-v5.2-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e01e060fe00dca46959bbf055b75d9f57ba6e7be Thank you! -- Deet-doot

Re: [GIT PULL] tracing: A few fixes for 5.2-rc4

The pull request you sent on Sat, 15 Jun 2019 08:49:03 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git > trace-v5.2-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/6a71398c6aead255efe445ea96d52b33f0d5f0b2 Thank you! -- Deet-doot-do

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.2-4 tag

The pull request you sent on Sat, 15 Jun 2019 23:34:46 +1000: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-5.2-4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/fa1827d7731ac24f44309ddc2ca806650912bf0e Thank you! -- Deet-doot-do

Re: [GIT PULL] USB fixes for 5.2-rc5

The pull request you sent on Sat, 15 Jun 2019 17:48:45 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.2-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ff39074b1d4e727c299ccfd1588f9cca17a59c86 Thank you! -- Deet-doot-dot, I am a

Greetings My Dear, Please I Need Your Help.

Greetings My Dear, I sent this mail praying it will found you in a good condition of health, since I myself are in a very critical health condition in which I sleep every night without knowing if I may be alive to see the next day. I am Mrs. Monika John Carlsen from Denmark wife of late Mr J

[PATCH] staging: rtl8723bs: hal: Remove return type of initrecvbuf

change return of initrecvbuf from s32 to void. As this function always returns SUCCESS . fix checkpatch warning "Comparison to false is error prone" Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-

[PATCH] regulator: twl: mark vdd1/2 as continuous on twl4030

_opp_supported_by_regulators() wrongly ignored errors from regulator_is_supported_voltage(), so it considered errors as success. Since commit 498209445124 ("regulator: core: simplify return value on suported_voltage") regulator_is_supported_voltage() returns a real boolean, so errors make _opp_sup

[GIT PULL] platform-drivers-x86 for 5.2-3

Hi Linus, Bunch of few fixes for v5.2 cycle, no merge conflicts observed. Thanks, With Best Regards, Andy Shevchenko The following changes since commit d1fdb6d8f6a4109a4263176c84b899076a5f8008: Linux 5.2-rc4 (2019-06-08 20:24:46 -0700) are available in the Git repository at: git://git.in

Dear Friend,

-- Dear Friend, I am Mrs Alice Johnson.am sending you this brief letter to solicit your partnership to transfer $18.5 million US Dollars.I shall send you more information and procedures when I receive positive response from you. please send me a message in my Email box (mrsalicejohns...@gmail.c

RE: [PATCH net] hvsock: fix epollout hang from race condition

> From: Sunil Muthuswamy > Sent: Saturday, June 15, 2019 12:23 AM > To: Dexuan Cui ; David Miller > > ... > > It looks a simple inline assembly code can confuse gcc. I'm not sure if I > > should > > report a bug for gcc... > > > > I posted a patch to suppress these bogus warnings just now. The S

Re: general protection fault in oom_unkillable_task

On 2019/06/16 1:11, Shakeel Butt wrote: > On Sat, Jun 15, 2019 at 6:50 AM Michal Hocko wrote: >> diff --git a/mm/oom_kill.c b/mm/oom_kill.c >> index 5a58778c91d4..43eb479a5dc7 100644 >> --- a/mm/oom_kill.c >> +++ b/mm/oom_kill.c >> @@ -161,8 +161,8 @@ static bool oom_unkillable_task(struct task_st

[PATCH v2] ARM: dts: qcom: ipq4019: fix high resolution timer

From: Abhishek Sahu Cherry-picked from CAF QSDK repo with Change-Id I7c00b3c74d97c2a30ac9f05e18b511a0550fd459. Original commit message: The kernel is failing in switching the timer for high resolution mode and clock source operates in 10ms resolution. The always-on property needs to be given fo

Re: [PATCH RFC] mm: memcontrol: add cgroup v2 interface to read memory watermark

On Sat, Jun 15, 2019 at 04:20:04PM +0800, Xi Ruoyao wrote: > Introduce a control file memory.watermark showing the watermark > consumption of the cgroup and its descendants, in bytes. > > Signed-off-by: Xi Ruoyao Memory usage w/o pressure metric isn't all that useful and reporting just the histo

Re: general protection fault in oom_unkillable_task

On Sat, Jun 15, 2019 at 6:50 AM Michal Hocko wrote: > > On Fri 14-06-19 20:15:31, Shakeel Butt wrote: > > On Fri, Jun 14, 2019 at 6:08 PM syzbot > > wrote: > > > > > > Hello, > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:3f310e51 Add linux-next specific files for 20

Re: [PATCH] memcg: Ignore unprotected parent in mem_cgroup_protected()

Hi Xunlei, Xunlei Pang writes: Currently memory.min|low implementation requires the whole hierarchy has the settings, otherwise the protection will be broken. Our hierarchy is kind of like(memory.min value in brackets), root | docker(0) /

[PATCH] dmaengine: fix semicolon.cocci warnings

From: kbuild test robot drivers/dma/dw-edma/dw-edma-core.c:617:2-3: Unneeded semicolon Remove unneeded semicolon. Generated by: scripts/coccinelle/misc/semicolon.cocci Fixes: e63d79d1ffcd ("dmaengine: Add Synopsys eDMA IP core driver") CC: Gustavo Pimentel Signed-off-by: kbuild test robot

Re: [PATCH] media: v4l2-ioctl: clear fields in s_parm

On Wed, May 29, 2019 at 12:32:47PM +0100, Naresh Kamboju wrote: > From: Hans Verkuil > > commit 8a7c5594c02022ca5fa7fb603e11b3e1feb76ed5 upstream. > > Zero the reserved capture/output array. > > Zero the extendedmode (it is never used in drivers). > > Clear all flags in capture/outputmode exce

Re: general protection fault in oom_unkillable_task

On 2019/06/15 10:10, Tetsuo Handa wrote: > I'm not sure this patch is correct/safe. Can you try memcg OOM torture > test (including memcg group OOM killing enabled) with this patch applied? Well, I guess this patch was wrong. The ordering of removing threads does not matter as long as we start tra

Re: [PATCH] psi: Don't account force reclaim as memory pressure

Hi Xunlei, Xunlei Pang writes: There're several cases like resize and force_empty that don't need to account to psi, otherwise is misleading. I'm afraid I'm quite confused by this patch. Why do you think accounting for force reclaim in PSI is misleading? I completely expect that force reclaim

Re: [PATCH 08/10] blkcg: implement blk-ioweight

Hello, On Fri, Jun 14, 2019 at 10:50:34PM +0200, Toke Høiland-Jørgensen wrote: > > Within a single cgroup, the IOs are FIFO. When an IO has enough vtime > > credit, it just passes through. When it doesn't, it always waits > > behind any other IOs which are already waiting. > > OK. Is there any fu

[PATCH] ARM: dts: qcom: ipq4019: directly define voltage per opp

From: Pavel Kubelun This should align opp table with what it was before converting to OPP v2. Signed-off-by: Pavel Kubelun Signed-off-by: Christian Lamparter --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/qcom

[PATCH] ipq40xx: fix high resolution timer

From: Abhishek Sahu Cherry-picked from CAF QSDK repo with Change-Id I7c00b3c74d97c2a30ac9f05e18b511a0550fd459. Original commit message: The kernel is failing in switching the timer for high resolution mode and clock source operates in 10ms resolution. The always-on property needs to be given for

[GIT PULL] USB fixes for 5.2-rc5

The following changes since commit f2c7c76c5d0a443053e94adb9f0918fa2fb85c3a: Linux 5.2-rc3 (2019-06-02 13:55:33 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.2-rc5 for you to fetch changes up to 5f54a85db5df67df8161739

Re: [PATCH v2] pwm: rockchip: Use of_clk_get_parent_count()

Am Montag, 27. Mai 2019, 15:55:09 CEST schrieb Kefeng Wang: > Use of_clk_get_parent_count() instead of open coding. > > Cc: Thierry Reding > Cc: Heiko Stuebner > Signed-off-by: Kefeng Wang Reviewed-by: Heiko Stuebner > --- > v2: > - add include > drivers/pwm/pwm-rockchip.c | 5 +++-- > 1 f

Re: Linux 5.1.10

Thanks, a bunch Greg! :) On 17:09 Sat 15 Jun , Greg KH wrote: I'm announcing the release of the 5.1.10 kernel. All users of the 5.1 kernel series must upgrade. The updated 5.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.1.y

[PATCH 2/3] clk: rockchip: add watchdog pclk on rk3328

The watchdog pclk is controlled from the secure GRF but we still want to mention it explicitly to not use arbitary parent clocks in the devicetree wdt node, so add a SGRF_GATE for it. Suggested-by: Leonidas P. Papadakos Signed-off-by: Heiko Stuebner --- drivers/clk/rockchip/clk-rk3328.c | 3 +++

[PATCH 1/3] clk: rockchip: add clock id for watchdog pclk on rk3328

Needed to export that added clock. Signed-off-by: Heiko Stuebner --- include/dt-bindings/clock/rk3328-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/rk3328-cru.h b/include/dt-bindings/clock/rk3328-cru.h index afb811340382..555b4ff660ae 100644 --- a/include/d

[PATCH 3/3] arm64: dts: rockchip: enable rk3328 watchdog clock

From: Leonidas P. Papadakos Add the missing clock property for the watchdog on rk3328. Signed-off-by: Leonidas P. Papadakos [set wdt node to always enabled, as it is not board-specific] Signed-off-by: Heiko Stuebner --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 1 + 1 file changed, 1 inserti

Re: [PATCH v7 03/14] x86/cet/ibt: Add IBT legacy code bitmap setup function

> On Jun 14, 2019, at 3:06 PM, Dave Hansen wrote: > >> On 6/14/19 2:34 PM, Yu-cheng Yu wrote: >> On Fri, 2019-06-14 at 13:57 -0700, Dave Hansen wrote: I have a related question: Do we allow the application to read the bitmap, or any fault from the application on bitmap pag

Re: [PATCH 1/2] HID: input: make sure the wheel high resolution multiplier is set

On Sat, Jun 15, 2019 at 12:03:04PM +0300, Thomas Backlund wrote: > Den 15-06-2019 kl. 08:50, skrev Greg KH: > > On Fri, Jun 14, 2019 at 04:09:35PM -0600, James Feeney wrote: > > > Hey Everyone > > > > > > On 4/24/19 10:41 AM, Benjamin Tissoires wrote: > > > > > > For a patch to be picked up by sta

Re: Linux 5.1.9 build failure with CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT=n

On Sat, Jun 15, 2019 at 01:21:59PM +0300, Thomas Backlund wrote: > Den 13-06-2019 kl. 10:42, skrev Greg Kroah-Hartman: > > > I've just reverted it now. > > > > If someone can send me a patch series of all of what needs to be > > applied, in a format that I can actually apply them in, I will be gl

Re: Linux 5.1.10

diff --git a/Documentation/devicetree/bindings/input/touchscreen/goodix.txt b/Documentation/devicetree/bindings/input/touchscreen/goodix.txt index 8cf0b4d38a7e..109cc0cebaa2 100644 --- a/Documentation/devicetree/bindings/input/touchscreen/goodix.txt +++ b/Documentation/devicetree/bindings/input/to

Linux 4.19.51

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

Linux 5.1.10

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

Re: Linux 4.19.51

diff --git a/Makefile b/Makefile index f7e7e365e2ff..dd4be2f32b88 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 19 -SUBLEVEL = 50 +SUBLEVEL = 51 EXTRAVERSION = NAME = "People's Front" diff --git a/arch/arm/boot/dts/exynos5420

Re: Linux 4.14.126

diff --git a/Makefile b/Makefile index 9182c0b13988..631f8a8e28e0 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 125 +SUBLEVEL = 126 EXTRAVERSION = NAME = Petit Gorille diff --git a/arch/arm/boot/dts/exynos5420-

Linux 4.14.126

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

Re: [PATCH v4] fs/proc: add VmTaskSize field to /proc/$$/status

The most immediate use case is the optimization of an internal test, but upon closer examination neither this patch nor the test itself turn out to be worth pursuing. Thank you for your time and constructive comments. Best, Joel Savitz On Thu, Jun 13, 2019 at 3:30 PM Andrew Morton wrote: > > O

Re: [PATCH] MAINTAINERS: don't automatically patches involving SiFive to the linux-riscv list

On Thu, 13 Jun 2019 00:02:25 PDT (-0700), Paul Walmsley wrote: The current K: entry in the "SIFIVE DRIVERS" section causes scripts/get_maintainer.pl to recommend that all patches that originate from, or are sent or copied to, anyone with a @sifive.com E-mail address to be copied to the linux-ri..

Re: [PATCH] MAINTAINERS: change the arch/riscv git tree to the new shared tree

On Thu, 13 Jun 2019 00:07:21 PDT (-0700), Paul Walmsley wrote: Palmer, with Konstantin's gracious help, set up a shared kernel.org git tree for arch/riscv patches going forward. Change the MAINTAINERS file accordingly. Signed-off-by: Paul Walmsley Cc: Palmer Dabbelt --- MAINTAINERS | 2 +- 1

Re: [PATCH] powerpc/mm/32s: only use MMU to mark initmem NX if STRICT_KERNEL_RWX

On Jun 15 2019, Christophe Leroy wrote: > Andreas Schwab a écrit : > >> If STRICT_KERNEL_RWX is disabled, never use the MMU to mark initmen >> nonexecutable. > > I dont understand, can you elaborate ? It breaks suspend. > This area is mapped with BATs so using change_page_attr() is pointless.

Re: [RFC PATCH 8/8] svm: Allow AVIC with in-kernel irqchip mode

On Wed, 2019-02-06 at 11:20 +, Suthikulpanit, Suravee wrote: > Alex, > > On 2/6/19 1:34 AM, Alex Williamson wrote: > > On Mon, 4 Feb 2019 14:42:32 + > > "Suthikulpanit, Suravee" wrote: > > > > > Once the IRQ ack notifier for in-kernel PIT is no longer required > > > and run-time AVIC act

Re: [PATCH v2 1/1] watchdog: atmel: atmel-sama5d4-wdt: Disable watchdog on system suspend

On Fri, Jun 14, 2019 at 08:45:28PM +, Ken Sloat wrote: > > -Original Message- > > From: Alexandre Belloni > > Sent: Friday, June 14, 2019 4:33 PM > > To: Ken Sloat > > Cc: Guenter Roeck ; nicolas.fe...@microchip.com; > > ludovic.desroc...@microchip.com; w...@linux-watchdog.org; linux-

Re: [RFC] Disable lockref on arm64

On Sat, 15 Jun 2019 at 15:59, Kees Cook wrote: > > On Sat, Jun 15, 2019 at 10:47:19AM +0200, Ard Biesheuvel wrote: > > remaining question Will had was whether it makes sense to do the > > condition checks before doing the actual store, to avoid having a time > > window where the refcount assumes i

  1   2   >