Re: [PATCH 0/2] Allow breaking up Thunderbolt/USB4 updates

On Mon, Jun 22, 2020 at 04:41:35PM +, mario.limoncie...@dell.com wrote: > > -Original Message- > > From: Mika Westerberg > > Sent: Monday, June 22, 2020 11:38 AM > > To: Limonciello, Mario > > Cc: Andreas Noever; Michael Jamet; Yehezkel Bernat; > > linux-...@vger.kernel.org; > > linux

Re: [PATCH 1/2] x86/fpu: Reset MXCSR to default in kernel_fpu_begin()

On Fri, Jun 19, 2020 at 11:01:44AM -0700, Andy Lutomirski wrote: > On Fri, Jun 19, 2020 at 10:41 AM Borislav Petkov wrote: > > > > From: Petteri Aimonen > > > > Previously, kernel floating point code would run with the MXCSR control > > register value last set by userland code by the thread that

Re: [PATCH] Revert "kernel/printk: add kmsg SEEK_CUR handling"

On Mon, Jun 22, 2020 at 09:42:25AM -0700, Linus Torvalds wrote: > > Would it make sense to return the next buffer index instead? Basically > > the same as SEEK_END does? The first "if (offset)" in the function would > > prevent any real relative move while SEEK_CUR would return a valid > > address

Re: [PATCH v2] USB: Serial: cypress_M8: Enable Simply Automated UPB PIM

On Mon, Jun 22, 2020 at 2:53 AM Johan Hovold wrote: > > On Tue, Jun 16, 2020 at 04:04:03PM -0600, James Hilliard wrote: > > This is a UPB(Universal Powerline Bus) PIM(Powerline Interface Module) > > which allows for controlling multiple UPB compatible devices from > > Linux using the standard seri

Re: [PATCH] docs: f2fs: fix a broken table

On Mon, Jun 22, 2020 at 07:39:07AM -0600, Jonathan Corbet wrote: > Commit ed318a6cc0b6 ("fscrypt: support test_dummy_encryption=v2") added an > entry to the massive option table in Documentation/filesystems/f2fs.txt. > The option was too wide for the formatting of the table, though, leading to > a

Re: [PATCH 2/2] selftests/fpu: Add an FPU selftest

On Fri, Jun 19, 2020 at 11:00:28AM -0700, Andy Lutomirski wrote: > This should be cc-option, not cc-ifversion, I think. Why? > But maybe we should consider dropping the problematic GCC version > instead? The old GCC versions with stack alignment problems are > seriously problematic for x86 kernel

Re: [PATCH v6 10/19] mm: memcg/slab: deprecate memory.kmem.slabinfo

On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > Deprecate memory.kmem.slabinfo. > > An empty file will be presented if corresponding config options are > enabled. > > The interface is implementation dependent, isn't present in cgroup v2, > and is generally useful only for core mm debuggin

Re: [PATCH] proc: Avoid a thundering herd of threads freeing proc dentries

On 6/22/20 8:20 AM, ebied...@xmission.com wrote: If I understand correctly, the Java VM is not exiting. Just some of it's threads. That is a very different problem to deal with. That are many optimizations that are possible when_all_ of the threads are exiting that are not possible when_many

Re: [PATCH][v2] PM / s2idle: Clear _TIF_POLLING_NRFLAG before suspend to idle

Hi Rafael, On Mon, Jun 22, 2020 at 06:19:35PM +0200, Rafael J. Wysocki wrote: [cut] > > +{ > > + if (!current_clr_polling_and_test()) > > + s2idle_enter(drv, dev, index); > > + > > + return index; > > Is the value returned here used at all? > It is not used for now IMO. >

Important Notification.

I am bringing this notice to your attention in respect of the death of a deceased client of mine that has the same surname with you and his fund valued at $19.9M to be paid to you.contact me at cephasagb...@gmail.com for more details. Yours Sincerely, Cephas Agbeh, Attorney At Law.

Re: [PATCH] docs: f2fs: fix a broken table

On Mon, 22 Jun 2020 10:11:06 -0700 Eric Biggers wrote: > Someone already sent out a fix for this: > https://lkml.kernel.org/linux-doc/52f851cb5c9fd2ecae97deec7e168e66b8c295c3.1591137229.git.mchehab+hua...@kernel.org/ > > Is it intentional that you're sending out a different fix rather than apply

Re: [PATCH 08/16] nouveau/hmm: fault one page at a time

On Fri, Jun 19, 2020 at 02:56:41PM -0700, Ralph Campbell wrote: > The SVM page fault handler groups faults into a range of contiguous > virtual addresses and requests hmm_range_fault() to populate and > return the page frame number of system memory mapped by the CPU. > In preparation for supporting

Re: [PATCH v2 10/16] KVM: PPC: Book3S PR: Remove uninitialized_var() usage

On Fri, Jun 19, 2020 at 8:30 PM Kees Cook wrote: > > Using uninitialized_var() is dangerous as it papers over real bugs[1] > (or can in the future), and suppresses unrelated compiler warnings (e.g. > "unused variable"). If the compiler thinks it is uninitialized, either > simply initialize the var

Re: [PATCH 09/16] mm/hmm: add output flag for compound page mapping

On Fri, Jun 19, 2020 at 02:56:42PM -0700, Ralph Campbell wrote: > hmm_range_fault() returns an array of page frame numbers and flags for > how the pages are mapped in the requested process' page tables. The PFN > can be used to get the struct page with hmm_pfn_to_page() and the page size > order ca

[PATCH v2] ima: move APPRAISE_BOOTPARAM dependency on ARCH_POLICY to runtime

IMA_APPRAISE_BOOTPARAM has been marked as dependent on !IMA_ARCH_POLICY in compile time, enforcing the appraisal whenever the kernel had the arch policy option enabled. However it breaks systems where the option is actually set but the system wasn't booted in a "secure boot" platform. In this scen

Re: [PATCH v2 13/16] mm/debug_vm_pgtable: Remove uninitialized_var() usage

On Fri, Jun 19, 2020 at 8:30 PM Kees Cook wrote: > > Using uninitialized_var() is dangerous as it papers over real bugs[1] > (or can in the future), and suppresses unrelated compiler warnings (e.g. > "unused variable"). If the compiler thinks it is uninitialized, either > simply initialize the var

Re: [PATCH] xfs: Couple of typo fixes in comments

On Sun, Jun 07, 2020 at 03:44:59AM -0400, Keyur Patel wrote: > ./xfs/libxfs/xfs_inode_buf.c:56: unnecssary ==> unnecessary > ./xfs/libxfs/xfs_inode_buf.c:59: behavour ==> behaviour > ./xfs/libxfs/xfs_inode_buf.c:206: unitialized ==> uninitialized > > Signed-off-by: Keyur Patel Looks simple enoug

Re: [PATCH v6 13/19] mm: memcg/slab: simplify memcg cache creation

On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > Because the number of non-root kmem_caches doesn't depend on the > number of memory cgroups anymore and is generally not very big, > there is no more need for a dedicated workqueue. > > Also, as there is no more need to pass any arguments to

Re: [PATCH] Replace HTTP links with HTTPS ones: Documentation/process

On Mon, 2020-06-22 at 19:03 +0200, Miguel Ojeda wrote: > On Mon, Jun 22, 2020 at 3:06 PM Jonathan Corbet wrote: > > As has been noted elsewhere, checkpatch.pl seems like the appropriate > > place to make this check. As for "the entire tree"...if this job gets > > completed, "git grep" should be a

UART/TTY console deadlock

We are trying an S3 suspend stress test and occasionally while entering S3 we get a console deadlock. Is this a known issue? I'm not really sure why a probe would be happening while suspending. The kernel command line is `console=ttyS0` and kernel 5.4.39. Here is the log: [ 278.885831] leds mmc

Re: [PATCH v2] dma-pool: Fix too large DMA pools on medium systems

On Mon, Jun 22, 2020 at 05:07:55PM +0100, Robin Murphy wrote: > Another angle, though, is to question why this driver is making such a > large allocation with GFP_ATOMIC in the first place. At a glance it looks > like there's no reason at all other than that it's still using the legacy > pci_all

[PATCH v3 0/3] pinctrl: single: support #pinctrl-cells = 2

Currently, pinctrl-single only allows #pinctrl-cells = 1. This series will allow pinctrl-single to also support #pinctrl-cells = 2 If "pinctrl-single,pins" has 3 arguments (offset, conf, mux) then pcs_parse_one_pinctrl_entry() does an OR operation on to get the value to store in the register.

[PATCH v3 1/3] pinctrl: single: parse #pinctrl-cells = 2

If "pinctrl-single,pins" has 3 arguments (offset, conf, mux) then pcs_parse_one_pinctrl_entry() does an OR operation on to get the value to store in the register. Signed-off-by: Drew Fustini --- drivers/pinctrl/pinctrl-single.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) d

Re: [PATCH] Revert "kernel/printk: add kmsg SEEK_CUR handling"

On Mon, Jun 22, 2020 at 10:10 AM Bruno Meneguele wrote: > > Although both options are pretty fine by me too, I "fear" (not really) > we can end up stacking special behavior interfaces, forcing userspace to > keep a "table of special case files". Personally, I prefer to return > something _valid_ t

[PATCH v3 3/3] ARM: dts: am33xx-l4: change #pinctrl-cells from 1 to 2

This requires AM33XX_PADCONF macro in omap.h to be modified to keep pin conf and pin mux values separate. pinctrl-single.c must also be changed to support "pinctrl-single,pins" with 3 arguments (offset, conf, mux). Signed-off-by: Drew Fustini --- arch/arm/boot/dts/am33xx-l4.dtsi | 2 +- 1 file

[PATCH 4/4] iommu/arm-smmu-v3: Remove cmpxchg() in arm_smmu_cmdq_issue_cmdlist()

It has been shown that the cmpxchg() for finding space in the cmdq can be a bottleneck: - for more CPUs contending the cmdq, the cmpxchg() will fail more often - since the software-maintained cons pointer is updated on the same 64b memory region, the chance of cmpxchg() failure increases again T

Re: [PATCH v6 16/19] mm: memcg/slab: remove redundant check in memcg_accumulate_slabinfo()

On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > memcg_accumulate_slabinfo() is never called with a non-root > kmem_cache as a first argument, so the is_root_cache(s) check > is redundant and can be removed without any functional change. > > Signed-off-by: Roman Gushchin > Reviewed-by: Vl

[PATCH 2/4] iommu/arm-smmu-v3: Calculate bits for prod and owner

Since the arm_smmu_ll_queue.prod will be for counting the "owner" value and also HW prod pointer, calculate how many bits are available for and used by each. This is based on the number of possible CPUs in the system. And we require that each CPU can issue a minimum of 2 commands per batch - 1 x C

[PATCH v3 2/3] ARM: dts: change AM33XX_PADCONF macro separate conf and mux

AM33XX_PADCONF macro is modified to keep pin conf and pin mux separate. This requires #pinctrl-cells = 2 in am33xx-l4.dtsi pinctrl-single.c but also be changed to support "pinctrl-single,pins" with 3 arguments (offset, conf, mux) Signed-off-by: Drew Fustini --- include/dt-bindings/pinctrl/omap

[PATCH 0/4] iommu/arm-smmu-v3: Improve cmdq lock efficiency

As mentioned in [0], the CPU may consume many cycles processing arm_smmu_cmdq_issue_cmdlist(). One issue we find is the cmpxchg() loop to get space on the queue takes approx 25% of the cycles for this function. This series removes that cmpxchg(). For my NVMe test with 3x NVMe SSDs, I'm getting a

[PATCH 3/4] iommu/arm-smmu-v3: Always issue a CMD_SYNC per batch

To ensure that a CPU does not send more than a permitted amount of commands to the cmdq, ensure that each batch includes a CMD_SYNC. When issuing a CMD_SYNC, we always wait for the consumption of its batch of commands - as such, we guarantee that any CPU will not issue more than its permitted amoun

[PATCH 1/4] iommu/arm-smmu-v3: Fix trivial typo

Set "cmq" -> "cmdq". Signed-off-by: John Garry --- drivers/iommu/arm-smmu-v3.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c index f578677a5c41..a8e814c652fe 100644 --- a/drivers/iommu/arm-smmu-v3.c +++ b/drivers/iom

Re: [PATCH] qla2xxx: Set NVME status code for failed NVME FCP request

On 6/4/20 5:07 AM, Daniel Wagner wrote: The qla2xxx driver knows when request was processed successfully or not. But it always sets the NVME status code to 0/NVME_SC_SUCCESS. The upper layer needs to figure out from the rcv_rsplen and transferred_length variables if the request was successfull

Re: [PATCH v3 2/6] remoteproc: k3: Add TI-SCI processor control helper functions

Hi Suman, Apologies for the late reply, this one slipped through the cracks... On Fri, Jun 12, 2020 at 05:49:10PM -0500, Suman Anna wrote: > Texas Instruments' K3 generation SoCs have specific modules/register > spaces used for configuring the various aspects of a remote processor. > These inclu

Re: drivers/gpu/drm/panel/panel-samsung-ld9040.c:240:12: warning: stack frame size of 8312 bytes in function 'ld9040_prepare'

Hi Vladimir > I really don't get what's the problem here. The listing of > ld9040_prepare at the given commit and with the given .config is: The culprint is likely ld9040_brightness_set() that is inlined. I think we have troubles with static u8 const ld9040_gammas[25][22] I did not look cl

Re: [PATCH v6 15/19] mm: memcg/slab: deprecate slab_root_caches

On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > Currently there are two lists of kmem_caches: > 1) slab_caches, which contains all kmem_caches, > 2) slab_root_caches, which contains only root kmem_caches. > > And there is some preprocessor magic to have a single list > if CONFIG_MEMCG_KME

Re: UART/TTY console deadlock

+Cc: Tony and console people On Mon, Jun 22, 2020 at 8:32 PM Raul Rangel wrote: > > We are trying an S3 suspend stress test and occasionally while > entering S3 we get a console deadlock. Is this a known issue? I'm not > really sure why a probe would be happening while suspending. > > The kernel

Re: [PATCH v33 01/21] x86/cpufeatures: x86/msr: Add Intel SGX hardware bits

On Thu, Jun 18, 2020 at 01:08:23AM +0300, Jarkko Sakkinen wrote: > From: Sean Christopherson > > Add X86_FEATURE_SGX from CPUID.(EAX=7, ECX=1), which informs whether the > CPU has SGX. > > Add X86_FEATURE_SGX1 and X86_FEATURE_SGX2 from CPUID.(EAX=12H, ECX=0), > which describe the level of SGX su

Re: [PATCH] Revert "kernel/printk: add kmsg SEEK_CUR handling"

On Mon, Jun 22, 2020 at 10:32:51AM -0700, Linus Torvalds wrote: > On Mon, Jun 22, 2020 at 10:10 AM Bruno Meneguele wrote: > > > > Although both options are pretty fine by me too, I "fear" (not really) > > we can end up stacking special behavior interfaces, forcing userspace to > > keep a "table of

Re: [PATCH] security: fix the key_permission LSM hook function type

On Mon, 15 Jun 2020, Sami Tolvanen wrote: > Commit 8c0637e950d6 ("keys: Make the KEY_NEED_* perms an enum rather than > a mask") changed the type of the key_permission callback functions, but > didn't change the type of the hook, which trips indirect call checking with > Control-Flow Integrity (CF

[PATCH 5/5] Huawei BMA: Adding Huawei BMA driver: host_kbox_drv

From: yunaixin The BMA software is a system management software offered by Huawei. It supports the status monitoring, performance monitoring, and event monitoring of various components, including server CPUs, memory, hard disks, NICs, IB cards, PCIe cards, RAID controller cards, and optical mo

Re: [PATCH v6 13/19] mm: memcg/slab: simplify memcg cache creation

On Mon, Jun 22, 2020 at 10:29:29AM -0700, Shakeel Butt wrote: > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > Because the number of non-root kmem_caches doesn't depend on the > > number of memory cgroups anymore and is generally not very big, > > there is no more need for a dedicate

Re: [PATCH v2 1/1] clk: qcom: gcc-msm8994: Add missing clocks, resets and GDSCs

On Mon 22 Jun 02:18 PDT 2020, Konrad Dybcio wrote: > changes since v1: > - refrain from reordering defines in the header The changelog goes after '---' below. > > This change adds GDSCs, resets and most of the missing > clocks to the msm8994 GCC driver. The remaining ones > are of local_vote_cl

Re: [PATCH v2] perf flamegraph: explicitly set utf-8 encoding

On 22.06.20 18:31, Arnaldo Carvalho de Melo wrote: Em Fri, Jun 19, 2020 at 05:32:31PM +0200, Andreas Gerstmayr escreveu: on some platforms the default encoding is not utf-8, which causes an UnicodeDecodeError when reading the flamegraph template and writing the flamegraph Thanks, applied. Th

Re: [PATCH v2 3/8] soc: qcom: socinfo: Add socinfo entry for SDM630

On Mon 22 Jun 01:37 PDT 2020, Konrad Dybcio wrote: > Hi Bjorn, > > you said "Applied" - so should I omit this patch when sending a v3 of > the series or keep it in there? > Seems I missed pushing out the drivers-for-5.9 branch, but the change is staged for 5.9 here: https://git.kernel.org/pub/s

Re: [PATCH 17/21] x86/fpu: Use proper mask to replace full instruction mask

On 6/22/2020 11:02 AM, Dave Hansen wrote: On 6/22/20 7:52 AM, Liang, Kan wrote: --- a/arch/x86/kernel/fpu/xstate.c +++ b/arch/x86/kernel/fpu/xstate.c @@ -58,6 +58,7 @@ static short xsave_cpuid_features[] __initdata = {    * XSAVE buffer, both supervisor and user xstates.    */   u64 xfeatu

Re: [PATCH v3 2/6] dt-bindings: usb: Add Qualcomm PMIC type C controller dt-binding

On 6/18/2020 3:23 PM, Rob Herring wrote: > On Thu, Jun 18, 2020 at 2:09 PM Wesley Cheng wrote: >> >> >> On 6/18/2020 11:33 AM, Rob Herring wrote: >>> On Wed, Jun 17, 2020 at 12:02 PM Wesley Cheng wrote: >>> >>> You are duplicating everything in usb-connector.yaml. You should have >>> a $ref to

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

Hello, Ian. On Sun, Jun 21, 2020 at 12:55:33PM +0800, Ian Kent wrote: > > > They are used for hotplugging and partitioning memory. The size of > > > the > > > segments (and thus the number of them) is dictated by the > > > underlying > > > hardware. > > > > This sounds so bad. There gotta be a be

Re: [PATCH][v2] PM / s2idle: Clear _TIF_POLLING_NRFLAG before suspend to idle

On Mon, Jun 22, 2020 at 06:19:35PM +0200, Rafael J. Wysocki wrote: > > Fixes: b2a02fc43a1f ("smp: Optimize send_call_function_single_ipi()") > > Suggested-by: Peter Zijlstra (Intel) > > Reported-by: kbuild test robot > > Cc: "Rafael J. Wysocki" > > Cc: Len Brown > > Cc: Peter Zijlstra (Intel)

Re: [PATCH] ARM: exynos: clear L310_AUX_CTRL_FULL_LINE_ZERO in default l2c_aux_val

On Fri, Jun 12, 2020 at 02:58:37PM +0100, Guillaume Tucker wrote: > This "alert" error message can be seen on exynos4412-odroidx2: > > L2C: platform modifies aux control register: 0x0207 -> 0x3e470001 > L2C: platform provided aux values permit register corruption. > > Followed by this

Re: [PATCH] crypto: sun8i-ce - Fix runtime PM imbalance in sun8i_ce_cipher_init

> Fix this by … Please replace the beginning of this sentence with the tag “Fixes”. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?id=625d3449788f85569096780592549d0340e9c0c7#n183 Regards, Markus

Re: [PATCH v7 3/5] remoteproc: Add support for runtime PM

Hi, On 6/11/20 11:17 PM, Suman Anna wrote: > On 6/10/20 11:39 PM, Bjorn Andersson wrote: >> On Wed 10 Jun 02:40 PDT 2020, Paul Cercueil wrote: >> >>> Hi, >>> >>> Le lun. 8 juin 2020 à 18:10, Suman Anna a écrit : Hi Paul, On 6/8/20 5:46 PM, Paul Cercueil wrote: > Hi Suman,

Re: [PATCH 00/11] Add support for HiHope RZ/G2M[N] Rev.3.0/4.0

Hi Geert, On Sun, Jun 7, 2020 at 7:35 PM Lad Prabhakar wrote: > > Hi All, > > This patch series adds supports for HiHope RZ/G2M[N] Rev.3.0/4.0 > boards. > > Patches are based on top of renesas-arm-dt-for-v5.9 branch [1]. > > [1] git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel.gi

Re: [PATCH v2 6/8] arm64: dts: qcom: sdm630: Add sdm630 dts file

On Mon 22 Jun 00:57 PDT 2020, Konrad Dybcio wrote: > Add devicetree files for SDM630 SoC and its pin configuration. > This commit adds basic nodes like cpu, psci and other required > configuration for booting up from eMMC to the serial console. > > Signed-off-by: Konrad Dybcio > --- > arch/arm6

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

On Fri, Jun 19, 2020 at 07:44:29PM -0700, Rick Lindsley wrote: > echo 0 > /sys/devices//system/memory/memory10374/online > > and boom - you've taken memory chunk 10374 offline. > > These changes are not just a whim. I used lockstat to measure contention > during boot. The addition of 250,000

Re: [PATCH v2 7/8] arm64: dts: qcom: Add support for Sony Xperia XA2/Plus/Ultra (Nile platform)

On Mon 22 Jun 00:57 PDT 2020, Konrad Dybcio wrote: > Add device tree support for the Sony Xperia XA2, XA2 Plus and > XA2 Ultra smartphones. They are all based on the Sony Nile > platform (sdm630) and share a lot of common code. The > differences are really minor, so a Nile-common DTSI > has been c

Re: [PATCH v4] xfs: Fix false positive lockdep warning with sb_internal & fs_reclaim

On 6/18/20 7:04 PM, Dave Chinner wrote: On Fri, Jun 19, 2020 at 08:58:10AM +1000, Dave Chinner wrote: On Thu, Jun 18, 2020 at 01:19:41PM -0400, Waiman Long wrote: diff --git a/fs/xfs/xfs_super.c b/fs/xfs/xfs_super.c index 379cbff438bc..1b94b9bfa4d7 100644 --- a/fs/xfs/xfs_super.c +++ b/fs/xfs/x

Re: [PATCH v2 8/8] arm64: dts: qcom: Add support for Sony Xperia 10/10 Plus (Ganges platform)

On Mon 22 Jun 00:57 PDT 2020, Konrad Dybcio wrote: > From: Martin Botka > > Add device tree support for the Sony Xperia 10 and 10 > Plus smartphones. They are all based on the Sony Ganges > platform (sdm630/636) and share a lot of common code. > The differences are really minor, so a Ganges-comm

Re: [PATCH v2 00/11] KVM: Support guest MAXPHYADDR < host MAXPHYADDR

On 6/22/20 12:03 PM, Paolo Bonzini wrote: > On 22/06/20 18:33, Tom Lendacky wrote: >> I'm not a big fan of trapping #PF for this. Can't this have a performance >> impact on the guest? If I'm not mistaken, Qemu will default to TCG >> physical address size (40-bits), unless told otherwise, causing #P

Re: [PATCH AUTOSEL 5.7 004/388] ASoC: tegra: tegra_wm8903: Support nvidia, headset property

On Mon, Jun 22, 2020 at 10:44:02AM -0400, Sasha Levin wrote: > On Mon, Jun 22, 2020 at 02:27:57PM +0100, Mark Brown wrote: > > On Mon, Jun 22, 2020 at 08:31:18AM -0400, Sasha Levin wrote: > > > How come? This is one of the things stable rules explicitly call for: > > > "New device IDs and quirks a

Re: [PATCH net-next 2/2] ipv6: fib6: avoid indirect calls from fib6_rule_lookup

On Mon, 2020-06-22 at 09:25 -0700, Brian Vazquez wrote: > > Hi Paolo > On Mon, Jun 22, 2020 at 3:13 AM Paolo Abeni wrote: > > Hi, > > > > On Fri, 2020-06-19 at 20:14 -0700, Brian Vazquez wrote: > > > @@ -111,11 +111,13 @@ struct dst_entry *fib6_rule_lookup(struct net *net, > > > struct flowi6 *

Re: Strange problem with SCTP+IPv6

> On 22. Jun 2020, at 18:57, Corey Minyard wrote: > > On Mon, Jun 22, 2020 at 08:01:23PM +0800, Xin Long wrote: >> On Sun, Jun 21, 2020 at 11:56 PM Corey Minyard wrote: >>> >>> I've stumbled upon a strange problem with SCTP and IPv6. If I create an >>> sctp listening socket on :: and set the I

Re: [PATCH v2 00/11] KVM: Support guest MAXPHYADDR < host MAXPHYADDR

On 22/06/20 19:57, Tom Lendacky wrote: >>> In bare-metal, there's no guarantee a CPU will report all the faults in a >>> single PF error code. And because of race conditions, software can never >>> rely on that behavior. Whenever the OS thinks it has cured an error, it >>> must always be able to ha

Re: [PATCH v2 1/3] mfd: core: Make a best effort attempt to match devices with the correct of_nodes

On 2020-06-22 10:10, Lee Jones wrote: > On Mon, 22 Jun 2020, Frank Rowand wrote: > >> On 2020-06-22 03:50, Lee Jones wrote: >>> On Thu, 18 Jun 2020, Frank Rowand wrote: >>> On 2020-06-15 04:26, Lee Jones wrote: > On Sun, 14 Jun 2020, Frank Rowand wrote: > >> Hi Lee, >> >>

Re: [PATCH v2 6/8] arm64: dts: qcom: sdm630: Add sdm630 dts file

Hi Bjorn! Thanks for your review. I will address these issues and send a v3 shortly. Regards Konrad

Re: [PATCH v6 10/19] mm: memcg/slab: deprecate memory.kmem.slabinfo

On Mon, Jun 22, 2020 at 10:12:46AM -0700, Shakeel Butt wrote: > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > Deprecate memory.kmem.slabinfo. > > > > An empty file will be presented if corresponding config options are > > enabled. > > > > The interface is implementation dependent, i

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun Heo wrote: > Hello, Ian. > > On Sun, Jun 21, 2020 at 12:55:33PM +0800, Ian Kent wrote: > > > > They are used for hotplugging and partitioning memory. The size of > > > > the > > > > segments (and thus the number of them) is dictated by the > > > > un

Re: [PATCH v6 13/19] mm: memcg/slab: simplify memcg cache creation

On Mon, Jun 22, 2020 at 10:40 AM Roman Gushchin wrote: > > On Mon, Jun 22, 2020 at 10:29:29AM -0700, Shakeel Butt wrote: > > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > > > Because the number of non-root kmem_caches doesn't depend on the > > > number of memory cgroups anymore and

Re: [PATCH v2 1/3] mfd: core: Make a best effort attempt to match devices with the correct of_nodes

On 2020-06-22 13:01, Frank Rowand wrote: > On 2020-06-22 10:10, Lee Jones wrote: >> On Mon, 22 Jun 2020, Frank Rowand wrote: >> >>> On 2020-06-22 03:50, Lee Jones wrote: On Thu, 18 Jun 2020, Frank Rowand wrote: > On 2020-06-15 04:26, Lee Jones wrote: >> On Sun, 14 Jun 2020, Frank

Re: [PATCH 17/21] x86/fpu: Use proper mask to replace full instruction mask

On 6/22/20 10:47 AM, Liang, Kan wrote: >> I'm wondering if we should just take these copy_*regs_to_*() functions >> and uninline them.  Yeah, they are basically wrapping one instruction, >> but it might literally be the most heavyweight instruction in the >> whole ISA. > > Thanks for the suggestio

Re: Good idea to rename files in include/uapi/ ?

Am 22.06.20 um 13:37 schrieb Jan Engelhardt: On Monday 2020-06-15 01:34, Alexander A. Klimov wrote: A header file rename is no problem. We even have dummy headers Hmm.. if I understand all of you correctly, David, Stefano, Pablo and Al say like no, not a good idea, but only you, Jan, say l

[PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)

When available, use the cpu_id field from __rseq_abi on Linux to implement sched_getcpu(). Fall-back on the vgetcpu vDSO if unavailable. Benchmarks: x86-64: Intel E5-2630 v3@2.40GHz, 16-core, hyperthreading glibc sched_getcpu(): 13.7 ns (baseline) glibc sched_getcpu() using

[PATCH] rcu/tree: Remove CONFIG_PREMPT_RCU check in force_qs_rnp

Remove CONFIG_PREMPT_RCU check in force_qs_rnp(). Originally, this check was required to skip executing fqs failsafe for rcu-sched, which was added in commit a77da14ce9af ("rcu: Yet another fix for preemption and CPU hotplug"). However, this failsafe has been removed, since then. So, cleanup the co

[PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)

Register rseq TLS for each thread (including main), and unregister for each thread (excluding main). "rseq" stands for Restartable Sequences. See the rseq(2) man page proposed here: https://lkml.org/lkml/2018/9/19/647 Those are based on glibc master branch commit c013d5d3aa. The rseq system ca

Re: [PATCH v4 06/11] remoteproc: stm32: Properly set co-processor state when attaching

On Mon 01 Jun 10:55 PDT 2020, Mathieu Poirier wrote: > Introduce the required mechanic to set the state of the M4 in order > to properly deal with scenarios where the co-processor has been > stated by another entity. > > Mainly based on the work published by Arnaud Pouliquen [1]. > > [1]. https:

Re: [PATCH v6 10/19] mm: memcg/slab: deprecate memory.kmem.slabinfo

On Mon, Jun 22, 2020 at 11:02 AM Roman Gushchin wrote: > > On Mon, Jun 22, 2020 at 10:12:46AM -0700, Shakeel Butt wrote: > > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > > > Deprecate memory.kmem.slabinfo. > > > > > > An empty file will be presented if corresponding config options

Re: [PATCH v3 01/13] iommu: Change type of pasid to unsigned int

Hi, Christoph, On Thu, Jun 18, 2020 at 12:12:06AM -0700, Christoph Hellwig wrote: > On Wed, Jun 17, 2020 at 11:23:41AM -0700, Fenghua Yu wrote: > > PASID is defined as a few different types in iommu including "int", > > "u32", and "unsigned int". To be consistent and to match with ioasid's > > typ

Re: [PATCH 09/16] mm/hmm: add output flag for compound page mapping

On 6/22/20 10:25 AM, Jason Gunthorpe wrote: On Fri, Jun 19, 2020 at 02:56:42PM -0700, Ralph Campbell wrote: hmm_range_fault() returns an array of page frame numbers and flags for how the pages are mapped in the requested process' page tables. The PFN can be used to get the struct page with hmm

Re: [RFC] Bypass filesystems for reading cached pages

On Mon, Jun 22, 2020 at 04:35:05PM +0200, Andreas Gruenbacher wrote: > I'm fine with not moving that functionality into the VFS. The problem > I have in gfs2 is that taking glocks is really expensive. Part of that > overhead is accidental, but we definitely won't be able to fix it in > the short te

Re: [PATCH] i2c: sprd: Fix runtime PM imbalance on error

> Fix this by … Please replace the beginning of this sentence with the tag “Fixes”. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?id=625d3449788f85569096780592549d0340e9c0c7#n183 Regards, Markus

Re: [PATCH 2/2] selftests/fpu: Add an FPU selftest

On Mon, Jun 22, 2020 at 10:04 AM Borislav Petkov wrote: > > On Sun, Jun 21, 2020 at 03:55:00AM +0800, kernel test robot wrote: > > Hi Borislav, > > > > Thank you for the patch! Yet something to improve: > > > > [auto build test ERROR on kselftest/next] > > [also build test ERROR on tip/auto-latest

[PATCH v2 0/8] selftests/harness: Switch to TAP output

Hi, v2: - switch harness from XFAIL to SKIP - pass skip reason from test into TAP output - add acks/reviews v1: https://lore.kernel.org/lkml/20200611224028.3275174-1-keesc...@chromium.org/ I finally got around to converting the kselftest_harness.h API to actually use the kselftest.h API so all t

[PATCH v2 1/8] selftests/clone3: Reorder reporting output

Selftest output reporting was happening before the TAP headers and plan had been emitted. Move the first test reports later. Acked-by: Christian Brauner Signed-off-by: Kees Cook --- tools/testing/selftests/clone3/clone3.c | 2 +- tools/testing/selftests/clone3/clone3_clear_sighand

[PATCH v2 8/8] selftests/harness: Report skip reason

Use a share memory segment to pass string information between forked test and the test runner for the skip reason. Signed-off-by: Kees Cook --- tools/testing/selftests/kselftest_harness.h | 25 + 1 file changed, 21 insertions(+), 4 deletions(-) diff --git a/tools/testing/sel

[PATCH v2 7/8] selftests/harness: Display signed values correctly

Since forever the harness output for signed value tests have reported unsigned values to avoid casting. Instead, actually test the variable types and perform the correct casts and choose the correct format specifiers. Signed-off-by: Kees Cook --- tools/testing/selftests/kselftest_harness.h | 42

[PATCH v2 2/8] selftests: Remove unneeded selftest API headers

Remove unused includes of the kselftest.h header. Acked-by: Christian Brauner Signed-off-by: Kees Cook --- tools/testing/selftests/pid_namespace/regression_enomem.c | 1 - tools/testing/selftests/pidfd/pidfd_getfd_test.c | 1 - tools/testing/selftests/pidfd/pidfd_setns_test.c

[PATCH v2 6/8] selftests/harness: Refactor XFAIL into SKIP

Plumb the old XFAIL result into a TAP SKIP. Signed-off-by: Kees Cook --- tools/testing/selftests/kselftest_harness.h | 64 ++- tools/testing/selftests/seccomp/seccomp_bpf.c | 8 +-- 2 files changed, 52 insertions(+), 20 deletions(-) diff --git a/tools/testing/selftests/kselft

[PATCH v2 5/8] selftests/harness: Switch to TAP output

Using the kselftest_harness.h would result in non-TAP test reporting, which didn't make much sense given that all the requirements for using the low-level API were met. Switch to using ksft_*() helpers while retaining as much of a human-readability as possible. Signed-off-by: Kees Cook --- tools

[PATCH v2 4/8] selftests: Add header documentation and helpers

Add "how to use this API" documentation to kselftest.h, and include some addition helpers and notes to make things easier to use. Additionally removes the incorrect "Bail out!" line from the standard exit path. The TAP13 specification says that "Bail out!" should be used when giving up before all

[PATCH v2 3/8] selftests/binderfs: Fix harness API usage

The binderfs test mixed the full harness API and the selftest API. Adjust to use only the harness API so that the harness API can switch to using the selftest API internally in future patches. Acked-by: Christian Brauner Signed-off-by: Kees Cook --- .../filesystems/binderfs/binderfs_test.c

Re: [PATCH] Replace HTTP links with HTTPS ones: Documentation/admin-guide

Am 22.06.20 um 00:04 schrieb Pavel Machek: Hi! Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. +++ b/Documentation/admin-guide/README.rst @@ -1,6 +1,6 @@ .. _readme: -Linux kernel release 5.x

Re: [PATCH 0/5] Adding Huawei BMA drivers

On Tue, Jun 23, 2020 at 12:03:06AM +0800, yunaixin03...@163.com wrote: > From: yunaixin > > This patch set contains 5 communication drivers for Huawei BMA software. > The BMA software is a system management software. It supports the status > monitoring, performance monitoring, and event monitorin

Re: [PATCH] cros_ec_spi: Even though we're RT priority, don't bump cpu freq

Hi, On Fri, Jun 19, 2020 at 8:31 AM Qais Yousef wrote: > > Hi Doug, > > On 06/18/20 14:31, Doug Anderson wrote: > > Hi, > > > > On Fri, Jun 12, 2020 at 5:34 AM Qais Yousef wrote: > > > > > > On 06/12/20 10:24, Quentin Perret wrote: > > > > +CC Qais [FYI] > > > > > > Thanks for the CC. > > > > >

[PATCH] Replace HTTP links with HTTPS ones: Documentation/admin-guide

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[kbuild] drivers/usb/gadget/udc/fsl_udc_core.c:1055 fsl_ep_fifo_status() error: we previously assumed '_ep->desc' could be null (see line 1055)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 625d3449788f85569096780592549d0340e9c0c7 commit: 75eaa498c99eebf9f9237656f69469e50197cc0b usb: gadget: Correct NULL pointer checking in fsl gadget config: arm64-randconfig-m031-20200622 (attached as .config

Re: [PATCH] cros_ec_spi: Even though we're RT priority, don't bump cpu freq

Hi, On Fri, Jun 19, 2020 at 8:38 AM Qais Yousef wrote: > > On 06/18/20 14:18, Doug Anderson wrote: > > Hi, > > > > On Fri, Jun 12, 2020 at 5:52 AM Qais Yousef wrote: > > > > > > On 06/10/20 15:18, Douglas Anderson wrote: > > > > The cros_ec_spi driver is realtime priority so that it doesn't get

Re: [PATCH 5/5] Huawei BMA: Adding Huawei BMA driver: host_kbox_drv

On Tue, Jun 23, 2020 at 12:03:11AM +0800, yunaixin03...@163.com wrote: > From: yunaixin > > The BMA software is a system management software offered by > Huawei. It supports the status monitoring, performance monitoring, > and event monitoring of various components, including server CPUs, > memo

Re: [PATCH 4/5] Huawei BMA: Adding Huawei BMA driver: cdev_veth_drv

On Tue, Jun 23, 2020 at 12:03:10AM +0800, yunaixin03...@163.com wrote: > From: yunaixin > > The BMA software is a system management software offered by Huawei. It > supports the status monitoring, performance monitoring, and event monitoring > of various components, including server CPUs, memor

Re: [PATCH v6 10/19] mm: memcg/slab: deprecate memory.kmem.slabinfo

On Mon, Jun 22, 2020 at 11:09:47AM -0700, Shakeel Butt wrote: > On Mon, Jun 22, 2020 at 11:02 AM Roman Gushchin wrote: > > > > On Mon, Jun 22, 2020 at 10:12:46AM -0700, Shakeel Butt wrote: > > > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > > > > > Deprecate memory.kmem.slabinfo. >

Re: [PATCH 2/2] selftests/fpu: Add an FPU selftest

On Mon, Jun 22, 2020 at 10:12 AM Borislav Petkov wrote: > > On Fri, Jun 19, 2020 at 11:00:28AM -0700, Andy Lutomirski wrote: > > This should be cc-option, not cc-ifversion, I think. > > Why? For all the ridiculous distro gcc versions out there. Also, it seems less fragile, since it tests for wha

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