Re: [PATCH] PCI: hv: Fix build error without CONFIG_SYSFS

+cc Lorenzo Pieralisi On 2019/6/15 14:18, Yuehaibing wrote: > > On 2019/6/2 6:59, Michael Kelley wrote: >> From: YueHaibing Sent: Friday, May 31, 2019 8:09 AM >>> >>> while building without CONFIG_SYSFS, fails as below: >>> >>> drivers/pci/controller/pci-hyperv.o: In function 'hv_pci_assign_sl

[PATCH] vsock/virtio: set SOCK_DONE on peer shutdown

Set the SOCK_DONE flag to match the TCP_CLOSING state when a peer has shut down and there is nothing left to read. This fixes the following bug: 1) Peer sends SHUTDOWN(RDWR). 2) Socket enters TCP_CLOSING but SOCK_DONE is not set. 3) read() returns -ENOTCONN until close() is called, then returns 0.

Re: [PATCH] PCI: hv: Fix build error without CONFIG_SYSFS

On 2019/6/2 6:59, Michael Kelley wrote: > From: YueHaibing Sent: Friday, May 31, 2019 8:09 AM >> >> while building without CONFIG_SYSFS, fails as below: >> >> drivers/pci/controller/pci-hyperv.o: In function 'hv_pci_assign_slots': >> pci-hyperv.c:(.text+0x40a): undefined reference to 'pci_creat

Re: [PATCH v2 3/4] perf augmented_raw_syscalls: Support arm64 raw syscalls

On Thu, Jun 13, 2019 at 03:15:14PM -0300, Arnaldo Carvalho de Melo wrote: [...] > > > > diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c > > > > index 1a2a605cf068..eb70a4b71755 100644 > > > > --- a/tools/perf/builtin-trace.c > > > > +++ b/tools/perf/builtin-trace.c > > > > @@

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

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 stable, it first needs to go in Linus' > >>> tree. Currently we are working on 5.1, so any stable patches need to > >>> go in 5.1 fir

Re: [PATCH AUTOSEL 5.1 17/59] fpga: dfl: expand minor range when registering chrdev region

On Fri, Jun 14, 2019 at 04:28:01PM -0400, Sasha Levin wrote: > From: Chengguang Xu > > [ Upstream commit de9a7f6f5f1967d275311cca9163b4a3ffe9b0ae ] > > Actually, total amount of available minor number > for a single major is MINORMASK + 1. So expand > minor range when registering chrdev region.

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

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, and when lockdep is enabled it > complains about nesting

Re: [PATCH -next] soc: qcom: fix QCOM_AOSS_QMP dependency and build errors

e/power/domain_governor.c:82:17: error: ‘struct dev_pm_info’ > has no member named ‘ignore_children’ > > Signed-off-by: Randy Dunlap > Cc: Bjorn Andersson > Cc: Bjorn Andersson > Cc: Andy Gross > Cc: David Brown > --- > drivers/soc/qcom/Kconfig |2 +- > 1

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 9:27 PM Josh Poimboeuf wrote: > > On Fri, Jun 14, 2019 at 05:02:36PM -0700, Alexei Starovoitov wrote: > > On Fri, Jun 14, 2019 at 4:54 PM Josh Poimboeuf wrote: > > > The previous patch you posted has my patch description, push/pop and > > > comment changes, with no credit:

RE: [PATCHv5 18/20] PCI: mobiveil: Disable IB and OB windows set by bootloader

Hi Lorenzo, > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 2019年6月13日 0:24 > To: Z.q. Hou ; bhelg...@google.com > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > ro

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

> From: linux-hyperv-ow...@vger.kernel.org > On Behalf Of Dexuan Cui > Sent: Friday, June 14, 2019 8:23 PM > To: David Miller ; Sunil Muthuswamy > > Cc: KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger > ; sas...@kernel.org; Michael Kelley > ; net...@vger.kernel.org; > linux-hyp...@vger.kernel

[PATCH net] hv_sock: Suppress bogus "may be used uninitialized" warnings

gcc 8.2.0 may report these bogus warnings under some condition: warning: ‘vnew’ may be used uninitialized in this function warning: ‘hvs_new’ may be used uninitialized in this function Actually, the 2 pointers are only initialized and used if the variable "conn_from_host" is true. The code is not

Re: [PATCH V3] i2c: busses: tegra: Add suspend-resume support

> > Without a maintainer ack, this is an exception this time. Should we add > > Dmitry as another maintainer or reviewer at least? > > > I shall followup with Maintainer for ACK in future I2C tegra patches. This comment was not directed at you, sorry if that was not clear. It was more for Laxman

[PATCH 1/2] staging: rtl8723bs: hal: Using comparison to true is error prone

fix below issue reported by checkpatch CHECK: Using comparison to true is error prone CHECK: Using comparison to false is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/rtl8723bs_xmit.c | 26 +- 1 file changed, 13 insertions(+), 13 deletion

[PATCH 2/2] staging: rtl8723bs: hal: spaces preferred around unary operator

This patch fixes below issues reported by checkpatch CHECK: spaces preferred around that '-' (ctx:VxV) CHECK: spaces preferred around that '/' (ctx:VxV) Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/rtl8723bs_xmit.c | 8 1 file changed, 4 insertions(+), 4 deletions(

Re: [PATCH V3] i2c: busses: tegra: Add suspend-resume support

On 6/14/19 2:11 PM, Wolfram Sang wrote: On Thu, Jun 06, 2019 at 10:37:47PM -0700, Bitan Biswas wrote: Post suspend I2C registers have power on reset values. Before any transfer initialize I2C registers to prevent I2C transfer timeout and implement suspend and resume callbacks needed. Fix belo

When SME is enabled on Dell PowerEdge R7425(AMD) machine, the first kernel can not successfully boot because of the megaraid_sas failure

Hi, On the Dell PowerEdge R7425(AMD) machine, when SME is enabled, the first kernel can not successfully boot because of the following failure: .. [ 211.950273] megaraid_sas :61:00.0: Init cmd return status FAILED for SCSI host 0 [ 211.982750] megaraid_sas :61:00.0: Failed from meg

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 05:02:36PM -0700, Alexei Starovoitov wrote: > On Fri, Jun 14, 2019 at 4:54 PM Josh Poimboeuf wrote: > > The previous patch you posted has my patch description, push/pop and > > comment changes, with no credit: > > > > https://lkml.kernel.org/r/20190614210555.q4ictql3tzzji..

Re: [RFC] Disable lockref on arm64

tl;dr: if arm/arm64 can catch overflow, untested dec-to-zero, and inc-from-zero, while performing better than existing REFCOUNT_FULL, it's a no-brainer to switch. Minimum parity to x86 would be to catch overflow and untested dec-to-zero. Minimum viable protection would be to catch overflow. LKDTM i

Re: [GIT PULL] cgroup fixes for v5.2-rc4

The pull request you sent on Fri, 14 Jun 2019 13:02:53 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-5.2-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0011572c883082a95e02d47f45fc4a42dc0e8634 Thank you! -- Deet-doot-dot, I am a bot.

Re: pagecache locking (was: bcachefs status update) merged)

On Thu, Jun 13, 2019 at 5:08 PM Linus Torvalds wrote: > > I do not believe that posix itself actually requires that at all, > although extended standards may. So I tried to see if I could find what this perhaps alludes to. And I suspect it's not in the read/write thing, but the pthreads side tal

RE: [RFC PATCH 0/1] security: add SECURE_KEEP_FSUID to preserve fsuid/fsgid across execve

On Sat, 15 Jun 2019, Lubashev, Igor wrote: > > On Friday, June 14, 2019, James Morris wrote: > Unfortunately, perf is using uid==0 and euid==0 as a "capability bits". > > > In tools/perf/util/evsel.c: > static bool perf_event_can_profile_kernel(void) > { > return geteui

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

> From: linux-hyperv-ow...@vger.kernel.org > On Behalf Of David Miller > Sent: Friday, June 14, 2019 7:15 PM > To: Sunil Muthuswamy > > This adds lots of new warnings: > > net/vmw_vsock/hyperv_transport.c: In function ‘hvs_probe’: > net/vmw_vsock/hyperv_transport.c:205:20: warning: ‘vnew’ may b

Re: [PATCH net-next v2 0/4] net: dsa: use switchdev attr and obj handlers

From: Vivien Didelot Date: Fri, 14 Jun 2019 13:49:18 -0400 > This series reduces boilerplate in the handling of switchdev attribute and > object operations by using the switchdev_handle_* helpers, which check the > targeted devices and recurse into their lower devices. > > This also brings back

Re: [PATCH v2 1/2] x86/asm: Pin sensitive CR4 bits

On Fri, Jun 14, 2019 at 04:57:36PM +0200, Thomas Gleixner wrote: > Wouldn't it make sense to catch situations where a regular caller provides > @val with pinned bits unset? I.e. move the OR into this code path after > storing bits_missing. I mentioned this in the commit log, but maybe I wasn't ver

Re: general protection fault in oom_unkillable_task

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 20190607 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=15ab8771a0 > kernel config: https:

Re: [PATCH -next] x86/amd_nb: Make hygon_nb_misc_ids static

On 2019/6/15 1:51, Borislav Petkov wrote: > On Fri, Jun 14, 2019 at 11:54:41PM +0800, YueHaibing wrote: >> Fix sparse warning: >> >> arch/x86/kernel/amd_nb.c:74:28: warning: >> symbol 'hygon_nb_misc_ids' was not declared. Should it be static? >> >> Reported-by: Hulk Robot > ^^^

Re: [PATCH 1/3] lib/vsprintf: add snprintf_noterm

On Sat, 2019-06-15 at 10:41 +0800, Yan, Zheng wrote: > On Fri, Jun 14, 2019 at 9:48 PM Jeff Layton wrote: > > The getxattr interface returns a length after filling out the value > > buffer, and the convention with xattrs is to not NULL terminate string > > data. > > > > CephFS implements some vir

Re: [PATCH next] of/fdt: Fix defined but not used compiler warning

On 2019/6/14 21:53, Rob Herring wrote: > On Wed, Jun 12, 2019 at 12:29 PM Frank Rowand wrote: >> >> On 6/12/19 10:00 AM, Rob Herring wrote: >>> On Wed, Jun 12, 2019 at 10:45 AM Frank Rowand >>> wrote: Hi Kefeng, If Rob agrees, I'd like to see one more change in this patch.

[PATCH] fsi: cf-fsi-fw: Use the correct style for SPDX License Identifier

This patch corrects the SPDX License Identifier style in header file related to Drivers for FRU Support Interface. For C header files Documentation/process/license-rules.rst mandates C-like comments (opposed to C source files where C++ style should be used) Changes made by using a script provided

[PATCH next v2] of/fdt: Fix defined but not used compiler warning

When CONFIG_OF_EARLY_FLATTREE is disabled, there is a compiler warning, drivers/of/fdt.c:129:19: warning: ‘of_fdt_match’ defined but not used [-Wunused-function] static int __init of_fdt_match(const void *blob, unsigned long node, Since the only caller of of_fdt_match() is of_flat_dt_match(), l

Re: [PATCH net] hv_netvsc: Set probe mode to sync

From: Haiyang Zhang Date: Thu, 13 Jun 2019 21:06:53 + > For better consistency of synthetic NIC names, we set the probe mode to > PROBE_FORCE_SYNCHRONOUS. So the names can be aligned with the vmbus > channel offer sequence. > > Fixes: af0a5646cb8d ("use the new async probing feature for the

Re: [PATCH v2] arm64/mm: Correct the cache line size warning with non coherent device

Hi Masayoshi, A few trivial comments inline. On 2019/6/14 21:11, Masayoshi Mizuma wrote: > From: Masayoshi Mizuma > > If the cache line size is greater than ARCH_DMA_MINALIGN (128), > the warning shows and it's tainted as TAINT_CPU_OUT_OF_SPEC. > > However, it's not good because as discussed i

Re: [PATCH 1/3] lib/vsprintf: add snprintf_noterm

On Fri, Jun 14, 2019 at 9:48 PM Jeff Layton wrote: > > The getxattr interface returns a length after filling out the value > buffer, and the convention with xattrs is to not NULL terminate string > data. > > CephFS implements some virtual xattrs by using snprintf to fill the > buffer, but that alw

RE: [PATCHv5 17/20] PCI: mobiveil: Complete initialization of host even if no PCIe link

Hi Lorenzo, > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 2019年6月12日 22:35 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; r

Re: [PATCH net-next 0/2] enable and use static_branch_deferred_inc

From: Willem de Bruijn Date: Thu, 13 Jun 2019 11:08:14 -0400 > From: Willem de Bruijn > > 1. make static_branch_deferred_inc available if !CONFIG_JUMP_LABEL > 2. convert the existing STATIC_KEY_DEFERRED_FALSE user to this api Series applied.

Re: [PATCH v3] net: dsa: fix warning same module names

From: Anders Roxell Date: Thu, 13 Jun 2019 13:35:03 +0200 > When building with CONFIG_NET_DSA_REALTEK_SMI and CONFIG_REALTEK_PHY > enabled as loadable modules, we see the following warning: > > warning: same module names found: > drivers/net/phy/realtek.ko > drivers/net/dsa/realtek.ko > > R

Re: [PATCH net-next 00/12] net: hns3: some code optimizations & cleanups & bugfixes

From: Huazhong Tan Date: Thu, 13 Jun 2019 17:12:20 +0800 > This patch-set includes code optimizations, cleanups and bugfixes for > the HNS3 ethernet controller driver. > > [patch 1/12 - 6/12] adds some code optimizations and bugfixes about RAS > and MSI-X HW error. > > [patch 7/12] fixes a load

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

This adds lots of new warnings: net/vmw_vsock/hyperv_transport.c: In function ‘hvs_probe’: net/vmw_vsock/hyperv_transport.c:205:20: warning: ‘vnew’ may be used uninitialized in this function [-Wmaybe-uninitialized] remote->svm_port = host_ephemeral_port++; ~^~~~

Re: [PATCH net-next v2 1/1] net: stmmac: use GPIO descriptors in stmmac_mdio_reset

From: Martin Blumenstingl Date: Wed, 12 Jun 2019 21:31:15 +0200 > Switch stmmac_mdio_reset to use GPIO descriptors. GPIO core handles the > "snps,reset-gpio" for GPIO descriptors so we don't need to take care of > it inside the driver anymore. > > The advantage of this is that we now preserve th

Re: [PULL REQUEST] i2c for 5.2

The pull request you sent on Fri, 14 Jun 2019 18:45:53 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5dcedf4600f8708150b89485d25cead88bff08a4 Thank you! -- Deet-doot-dot, I am a bo

Re: [GIT PULL] SCSI fixes for 5.2-rc4

The pull request you sent on Fri, 14 Jun 2019 15:24:03 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1ed1fa5f9c311a74f031cabb18a415b4defdfa03 Thank you! -- Deet-doot-dot, I am a bot. ht

Re: [PATCH net-next] net: ethernet: ti: cpsw_ethtool: simplify slave loops

From: Ivan Khoronzhuk Date: Wed, 12 Jun 2019 00:59:40 +0300 > Only for consistency reasons, do it like in main cpsw.c module > and use ndev reference but not by means of slave. > > Signed-off-by: Ivan Khoronzhuk Applied.

Re: [PATCH net-next] net: ethernet: ti: cpsw: use cpsw as drv data

From: Ivan Khoronzhuk Date: Wed, 12 Jun 2019 00:49:03 +0300 > No need to set ndev for drvdata when mainly cpsw reference is needed, > so correct this legacy decision. > > Reviewed-by: Grygorii Strashko > Signed-off-by: Ivan Khoronzhuk > --- > > Based on net-next/master Applied.

RE: [PATCHv5 04/20] PCI: mobiveil: Remove the flag MSI_FLAG_MULTI_PCI_MSI

Hi Lorenzo, > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 2019年6月12日 21:08 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; r

Re: [PATCH] MAINTAINERS: Update my email address to use @kernel.org

On Fri, Jun 14, 2019 at 6:21 AM Will Deacon wrote: > > When I say "stop working" I really mean "will go to my line manager", so > send patches there at your peril because they may reply with roadmaps > and spreadsheets. You have been warned. Oh we'd better avoid _that_. > Unless Linus wants to p

RE: [RFC PATCH 0/1] security: add SECURE_KEEP_FSUID to preserve fsuid/fsgid across execve

> On Friday, June 14, 2019, James Morris wrote: > On Thu, 13 Jun 2019, Igor Lubashev wrote: > > > I've posted this in March but received no response. Reposting. > > > > This patch introduces SECURE_KEEP_FSUID to allow fsuid/fsgid to be > > preserved across execve. It is currently impossible to exe

Re: pagecache locking (was: bcachefs status update) merged)

On Thu, Jun 13, 2019 at 9:31 PM Dave Chinner wrote: > > Yes, they do, I see plenty of cases where the page cache works just > fine because it is still faster than most storage. But that's _not > what I said_. I only quoted one small part of your email, because I wanted to point out how you again

RE: [PATCHv5 19/20] PCI: mobiveil: Add 8-bit and 16-bit register accessors

Hi Lorenzo, > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 2019年6月12日 21:54 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; r

Re: general protection fault in oom_unkillable_task

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? >From a436624c73d106fad9b880a6cef5abd83b2329a2 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Sat, 15 Jun 201

[PATCH 3/4] arm_pmu: acpi: spe: Add initial MADT/SPE probing

ACPI 6.3 adds additional fields to the MADT GICC structure to describe SPE PPI's. We pick these out of the cached reference to the madt_gicc structure similarly to the core PMU code. We then create a platform device referring to the IRQ and let the user/module loader decide whether to load the SPE

[PATCH v4 0/4] arm64: SPE ACPI enablement

This patch series enables the Arm Statistical Profiling Extension (SPE) on ACPI platforms. This is possible because ACPI 6.3 uses a previously reserved field in the MADT to store the SPE interrupt number, similarly to how the normal PMU is described. If a consistent valid interrupt exists across a

[PATCH 1/4] ACPI/PPTT: Modify node flag detection to find last IDENTICAL

The ACPI specification implies that the IDENTICAL flag should be set on all non leaf nodes where the children are identical. This means that we need to be searching for the last node with the identical flag set rather than the first one. Since this flag is also dependent on the table revision, we

[PATCH 4/4] perf: arm_spe: Enable ACPI/Platform automatic module loading

Lets add the MODULE_TABLE and platform id_table entries so that the SPE driver can attach to the ACPI platform device created by the core pmu code. Signed-off-by: Jeremy Linton Reviewed-by: Sudeep Holla --- drivers/perf/arm_spe_pmu.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deleti

[PATCH 2/4] ACPI/PPTT: Add function to return ACPI 6.3 Identical tokens

ACPI 6.3 adds a flag to indicate that child nodes are all identical cores. This is useful to authoritatively determine if a set of (possibly offline) cores are identical or not. Since the flag doesn't give us a unique id we can generate one and use it to create bitmaps of sibling nodes, or simply

general protection fault in oom_unkillable_task

Hello, syzbot found the following crash on: HEAD commit:3f310e51 Add linux-next specific files for 20190607 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=15ab8771a0 kernel config: https://syzkaller.appspot.com/x/.config?x=5d176e1849bbc45 dashboard

[ANNOUNCE] 4.19.50-rt22

Dear RT Folks, I'm pleased to announce the 4.19.50-rt22 stable release. This release is just an update to the new stable 4.19.50 version and no RT specific changes have been made. *** NOTE *** The 4.19 stable fixed a "use after free" bug in kernel/irq/manage.c, which was the use case of imple

Re: [PATCH, RFC 45/62] mm: Add the encrypt_mprotect() system call for MKTME

On Fri, Jun 14, 2019 at 01:51:37PM +0200, Peter Zijlstra wrote: > On Wed, May 08, 2019 at 05:44:05PM +0300, Kirill A. Shutemov wrote: snip > > /* > > - * When pkey==NO_KEY we get legacy mprotect behavior here. > > + * do_mprotect_ext() supports the legacy mprotect behavior plus extensions > > + *

Re: [PATCH] Smack: Restore the smackfsdef mount option and add missing prefixes

On Fri, Jun 14, 2019 at 1:08 PM Casey Schaufler wrote: > > Al, are you going to take this, or should I find another way > to get it in for 5.2? I guess I can take it directly. I was assuming it would come through either Al (which is how I got the commit it fixes) or Casey (as smack maintainer),

[PATCH] KVM: improve definition of KVM_GET/SET_NESTED_STATE structs

Liran sent me a patch with a large overhaul of the KVM_GET/SET_NESTED_STATE structs. However, I am wary of changing the userspace ABI in backwards-incompatible ways, so here is the bare minimum that is needed to achieve the same functionality. Namely, the format of VMX nested state is detailed in

[PATCH 5.2 1/2] mwifiex: Don't abort on small, spec-compliant vendor IEs

Per the 802.11 specification, vendor IEs are (at minimum) only required to contain an OUI. A type field is also included in ieee80211.h (struct ieee80211_vendor_ie) but doesn't appear in the specification. The remaining fields (subtype, version) are a convention used in WMM headers. Thus, we shoul

[PATCH 2/2] mwifiex: use 'total_ie_len' in mwifiex_update_bss_desc_with_ie()

This is clearer than copy/pasting the magic number '+ 2' around, and it even saves the need for one existing comment. Cc: Takashi Iwai Signed-off-by: Brian Norris --- drivers/net/wireless/marvell/mwifiex/scan.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/d

Re: [PATCH v2 2/5] objtool: Fix ORC unwinding in non-JIT BPF generated code

On Fri, Jun 14, 2019 at 5:02 PM Josh Poimboeuf wrote: > > On Fri, Jun 14, 2019 at 04:30:15PM -0700, Alexei Starovoitov wrote: > > On Fri, Jun 14, 2019 at 4:17 PM Josh Poimboeuf wrote: > > > > > > On Fri, Jun 14, 2019 at 02:22:59PM -0700, Alexei Starovoitov wrote: > > > > On Fri, Jun 14, 2019 at 2

Re: [PATCH v2 2/5] objtool: Fix ORC unwinding in non-JIT BPF generated code

Maybe add more multidimensional arrays? Sent from my iPhone >> On Jun 14, 2019, at 5:02 PM, Josh Poimboeuf wrote: >> >>> On Fri, Jun 14, 2019 at 04:30:15PM -0700, Alexei Starovoitov wrote: On Fri, Jun 14, 2019 at 4:17 PM Josh Poimboeuf wrote: On Fri, Jun 14, 2019 at 02:22:59PM

Re: [PATCH, RFC 47/62] mm: Restrict MKTME memory encryption to anonymous VMAs

On Fri, Jun 14, 2019 at 01:55:20PM +0200, Peter Zijlstra wrote: > On Wed, May 08, 2019 at 05:44:07PM +0300, Kirill A. Shutemov wrote: > > From: Alison Schofield > > > > Memory encryption is only supported for mappings that are ANONYMOUS. > > Test the VMA's in an encrypt_mprotect() request to make

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 4:54 PM Josh Poimboeuf wrote: > > On Fri, Jun 14, 2019 at 04:23:41PM -0700, Alexei Starovoitov wrote: > > On Fri, Jun 14, 2019 at 4:13 PM Josh Poimboeuf wrote: > > > > > > On Fri, Jun 14, 2019 at 02:27:30PM -0700, Alexei Starovoitov wrote: > > > > On Fri, Jun 14, 2019 at 2

Re: [PATCH v2 2/5] objtool: Fix ORC unwinding in non-JIT BPF generated code

On Fri, Jun 14, 2019 at 04:30:15PM -0700, Alexei Starovoitov wrote: > On Fri, Jun 14, 2019 at 4:17 PM Josh Poimboeuf wrote: > > > > On Fri, Jun 14, 2019 at 02:22:59PM -0700, Alexei Starovoitov wrote: > > > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf > > > wrote: > > > > > > > > > > > > > > >

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 04:23:41PM -0700, Alexei Starovoitov wrote: > On Fri, Jun 14, 2019 at 4:13 PM Josh Poimboeuf wrote: > > > > On Fri, Jun 14, 2019 at 02:27:30PM -0700, Alexei Starovoitov wrote: > > > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf > > > wrote: > > > > > > > > On Fri, Jun 14

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

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 insertions(+) diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_d

RE: [PATCH] ACPI: PM: Export the function acpi_sleep_state_supported()

> From: linux-hyperv-ow...@vger.kernel.org > On Behalf Of Russell King > On Fri, Jun 14, 2019 at 10:19:02PM +, Dexuan Cui wrote: > > It looks ARM does not support the ACPI S4 state, then how do we know > > if an ARM host supports hibernation or not? > > Don't forget that Linux does not suppor

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

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 proceed with this patch? > I hope you do nothing wit

Re: [PATCH v2 2/5] objtool: Fix ORC unwinding in non-JIT BPF generated code

On Fri, Jun 14, 2019 at 4:17 PM Josh Poimboeuf wrote: > > On Fri, Jun 14, 2019 at 02:22:59PM -0700, Alexei Starovoitov wrote: > > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf wrote: > > > > > > > > > > > > > > +#define JUMP_TABLE_SYM_PREFIX "jump_table." > > > > > > > > > > > > since external t

Re: [PATCH] arm64: dts: meson-g12a-x96-max: add sound card

Neil Armstrong writes: > Enable the sound card on the X96 Max, enabling HDMI output using the > TDM interface B, being aligned on other boards sound cards. > SPDI/F support is also enabled to the physical toslink port and to HDMI. > > The internal DAC connected to the audio jack will be added lat

Re: [PATCH 0/2] Use Media Dev Allocator to fix vimc dev lifetime bugs

On 6/13/19 7:24 AM, Helen Koike wrote: On 6/13/19 2:44 AM, Hans Verkuil wrote: On 5/24/19 5:31 AM, Shuah Khan wrote: media_device is embedded in struct vimc_device and when vimc is removed vimc_device and the embedded media_device goes with it, while the active stream and vimc_capture continu

Re: [PATCH] arm64: dts: meson-g12b-odroid-n2: add sound card

Neil Armstrong writes: > Enable the sound card on the Hardkernel Odroid-N2, enabling HDMI output > using the TDM interface B, being aligned on other boards sound cards. > > The internal DAC connected to the audio jack will be added later on, when > driver support is added. > > Tested by running:

Re: [PATCH bpf-next] bpf: Fix build error without CONFIG_INET

On 06/12/2019 11:18 AM, YueHaibing wrote: > If CONFIG_INET is not set, building fails: > > kernel/bpf/verifier.o: In function `check_mem_access': > verifier.c: undefined reference to `bpf_xdp_sock_is_valid_access' > kernel/bpf/verifier.o: In function `convert_ctx_accesses': > verifier.c: undefined

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 4:13 PM Josh Poimboeuf wrote: > > On Fri, Jun 14, 2019 at 02:27:30PM -0700, Alexei Starovoitov wrote: > > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf wrote: > > > > > > On Fri, Jun 14, 2019 at 02:05:56PM -0700, Alexei Starovoitov wrote: > > > > Have you tested it ? > >

Re: [RFC PATCH v1 2/3] LSM/x86/sgx: Implement SGX specific hooks in SELinux

On Thu, Jun 13, 2019 at 05:46:00PM -0700, Sean Christopherson wrote: Good afternoon, I hope the week is ending well for everyone. > On Thu, Jun 13, 2019 at 01:02:17PM -0400, Stephen Smalley wrote: > > Given the complexity tradeoff, what is the clear motivating > > example for why #1 isn't the obv

[PATCH] kexec: fix warnig of crash_zero_bytes in crash.c

This patch fixes the following sparse warning: arch/x86/kernel/crash.c:59:15: warning: symbol 'crash_zero_bytes' was not declared. Should it be static? In addition, crash_zero_bytes is used when CONFIG_KEXEC_FILE is set, so make it only available under CONFIG_KEXEC_FILE. Otherwise, if CONFIG_KEXE

Re: [PATCH v2 2/5] objtool: Fix ORC unwinding in non-JIT BPF generated code

On Fri, Jun 14, 2019 at 02:22:59PM -0700, Alexei Starovoitov wrote: > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf wrote: > > > > > > > > > > > > +#define JUMP_TABLE_SYM_PREFIX "jump_table." > > > > > > > > > > since external tool will be looking at it should it be named > > > > > "bpf_jump_tabl

[PATCH v3 1/3] dt-bindings: power: reset: qcom: Add qcom,pm8998-pon compatibility line

Update bindings to support for qcom,pm8998-pon which uses gen2 pon Cc: Andy Gross Cc: David Brown Cc: Bjorn Andersson Cc: Amit Pundir Cc: Rob Herring Cc: Mark Rutland Cc: Sebastian Reichel Cc: linux-arm-...@vger.kernel.org Cc: devicet...@vger.kernel.org Reviewed-by: Bjorn Andersson Signed-

[PATCH v3 3/3] arm64: dts: qcom: pm8998: Use qcom,pm8998-pon binding for second gen pon

This changes pm8998 to use the new qcom,pm8998-pon compatible string for the pon in order to support the gen2 pon functionality properly. Cc: Andy Gross Cc: David Brown Cc: Bjorn Andersson Cc: Amit Pundir Cc: Rob Herring Cc: Mark Rutland Cc: Sebastian Reichel Cc: linux-arm-...@vger.kernel.o

[PATCH v3 2/3] reset: qcom-pon: Add support for gen2 pon

Add support for gen2 pon register so "reboot bootloader" can work on pixel3 and db845. Cc: Andy Gross Cc: David Brown Cc: Bjorn Andersson Cc: Amit Pundir Cc: Rob Herring Cc: Mark Rutland Cc: Sebastian Reichel Cc: linux-arm-...@vger.kernel.org Cc: devicet...@vger.kernel.org Reviewed-by: Bjor

Re: [PATCH v2 4/5] x86/bpf: Fix 64-bit JIT frame pointer usage

On Fri, Jun 14, 2019 at 02:27:30PM -0700, Alexei Starovoitov wrote: > On Fri, Jun 14, 2019 at 2:19 PM Josh Poimboeuf wrote: > > > > On Fri, Jun 14, 2019 at 02:05:56PM -0700, Alexei Starovoitov wrote: > > > Have you tested it ? > > > I really doubt, since in my test both CONFIG_UNWINDER_ORC and > >

RE: [PATCH 2/2] hv_balloon: Reorganize the probe function

> From: Michael Kelley > Sent: Friday, June 14, 2019 2:56 PM > > ... > > + ret = balloon_connect_vsp(dev); > > + if (ret != 0) > > + return ret; > > + > > dm_device.state = DM_INITIALIZED; > > - last_post_time = jiffies; > > I was curious about the above deletion. But I guess

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

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, since the verifier enforces MAX_BPF_STACK stack size for programs with ta

Re: [PATCH] Smack: Restore the smackfsdef mount option and add missing prefixes

On 6/3/2019 4:07 PM, Casey Schaufler wrote: > On 6/3/2019 3:42 PM, James Morris wrote: >> On Fri, 31 May 2019, David Howells wrote: >> >>> Should this go via Al's tree, James's tree, Casey's tree or directly to >>> Linus? >> If it's specific to one LSM (as this is), via Casey, who can decide to >

Re: [PATCH v3 1/3] thermal: sun8i: add thermal driver for h6

On Wed, Jun 12, 2019 at 9:50 AM Frank Lee wrote: > > > If you have a git tree I'll be happy to contribute A64 support. IIRC > > it was quite similar to H3. > > I built a ths branch and I will do some work later. > > https://github.com/TinyWindzz/linux/tree/ths Looks like you forgot to add your pa

Re: [PATCH 3/4] ARM: dts: rockchip: add display nodes for rk322x

Stephen, Am Freitag, 14. Juni 2019, 22:36:09 CEST schrieb Stephen Boyd: > Quoting Heiko Stuebner (2019-06-14 12:33:12) > > Am Freitag, 14. Juni 2019, 20:32:35 CEST schrieb Justin Swartz: > > > On 2019-06-14 19:45, Stephen Boyd wrote: > > > >> diff --git a/arch/arm/boot/dts/rk322x.dtsi > > > >> b/

Re: [PATCH net-next 2/2 v5] netns: restrict uevents

Hi Christian, On Sun, Apr 29, 2018 at 3:45 AM Christian Brauner wrote: > > commit 07e98962fa77 ("kobject: Send hotplug events in all network namespaces") >abhishe...@google.com > enabled sending hotplug events into all network namespaces back in 2010. > Over time the set of uevents that get sent

[PATCH] Revert "ARM: dts: rockchip: set PWM delay backlight settings for Minnie"

This reverts commit 288ceb85b505c19abe1895df068dda5ed20cf482. According to the commit message the AUO B101EAN01 panel on minnie requires a PWM delay of 200 ms, however this is not what the datasheet says. The datasheet mentions a *max* delay of 200 ms for T2 ("delay from LCDVDD to black video gene

Re: [PATCH, RFC 20/62] mm/page_ext: Export lookup_page_ext() symbol

On Fri, Jun 14, 2019 at 01:12:59PM +0200, Peter Zijlstra wrote: > On Wed, May 08, 2019 at 05:43:40PM +0300, Kirill A. Shutemov wrote: > > page_keyid() is inline funcation that uses lookup_page_ext(). KVM is > > going to use page_keyid() and since KVM can be built as a module > > lookup_page_ext() h

Re: [PATCH, RFC 18/62] x86/mm: Implement syncing per-KeyID direct mappings

On Fri, Jun 14, 2019 at 11:51:32AM +0200, Peter Zijlstra wrote: > On Wed, May 08, 2019 at 05:43:38PM +0300, Kirill A. Shutemov wrote: > > For MKTME we use per-KeyID direct mappings. This allows kernel to have > > access to encrypted memory. > > > > sync_direct_mapping() sync per-KeyID direct mappi

Re: [PATCH, RFC 13/62] x86/mm: Add hooks to allocate and free encrypted pages

On Fri, Jun 14, 2019 at 03:43:35PM +0200, Peter Zijlstra wrote: > On Fri, Jun 14, 2019 at 04:28:36PM +0300, Kirill A. Shutemov wrote: > > On Fri, Jun 14, 2019 at 01:04:58PM +0200, Peter Zijlstra wrote: > > > On Fri, Jun 14, 2019 at 11:34:09AM +0200, Peter Zijlstra wrote: > > > > On Wed, May 08, 201

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

On 06/15/2019 12:31 AM, Andrii Nakryiko wrote: > On Fri, Jun 14, 2019 at 2:45 AM Arthur Fabre wrote: >> >> bpf_sk_storage maps use multiple spin locks to reduce contention. >> The number of locks to use is determined by the number of possible CPUs. >> With only 1 possible CPU, bucket_log == 0, and

Re: [PATCH] ACPI: PM: Export the function acpi_sleep_state_supported()

Hi, On Fri, Jun 14, 2019 at 10:19:02PM +, Dexuan Cui wrote: > > -Original Message- > > From: Michael Kelley > > Sent: Friday, June 14, 2019 1:48 PM > > To: Dexuan Cui ; linux-a...@vger.kernel.org; > > r...@rjwysocki.net; l...@kernel.org; robert.mo...@intel.com; > > erik.schma...@intel

[PATCH v2 2/2] arm64: topology: Use PPTT to determine if PE is a thread

ACPI 6.3 adds a thread flag to represent if a CPU/PE is actually a thread. Given that the MPIDR_MT bit may not represent this information consistently on homogeneous machines we should prefer the PPTT flag if its available. Signed-off-by: Jeremy Linton --- arch/arm64/kernel/topology.c | 8 +-

[PATCH v2 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag

ACPI 6.3 adds a flag to the CPU node to indicate whether the given PE is a thread. Add a function to return that information for a given linux logical CPU. Signed-off-by: Jeremy Linton --- drivers/acpi/pptt.c | 53 +++- include/linux/acpi.h | 5 + 2

[PATCH v2 0/2] arm64/PPTT ACPI 6.3 thread flag support

ACPI 6.3 adds a flag to the CPU node to indicate whether the given CPU is a thread. Add a function to return that information for a given linux logical CPU and then utilize it while building the arm64 topology. v1->v2: Return ENOENT instead on ENONET. Jeremy Linton (2): ACPI/PPTT: Add s

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

On Fri, Jun 14, 2019 at 2:45 AM Arthur Fabre wrote: > > bpf_sk_storage maps use multiple spin locks to reduce contention. > The number of locks to use is determined by the number of possible CPUs. > With only 1 possible CPU, bucket_log == 0, and 2^0 = 1 locks are used. > > When updating elements,

  1   2   3   4   5   6   7   8   9   10   >