RE: [PATCH 4/6] mfd: da9063: Disallow RTC on DA9063L

Thanks Marek, On 23 May 2018 12:42 Marek Vasut wrote, > To: linux-kernel@vger.kernel.org > Cc: Marek Vasut ; Geert Uytterhoeven > ; Lee Jones ; Mark Brown > ; Steve Twiss

Re: [REVIEW][PATCH 1/6] vfs: Don't allow changing the link count of an inode with an invalid uid or gid

On Wed, May 23, 2018 at 06:25:33PM -0500, Eric W. Biederman wrote: > Changing the link count of an inode via unlink or link will cause a > write back of that inode. If the uids or gids are invalid (aka not known > to the kernel) writing the inode back may change the uid or gid in the >

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

On 2018/05/24 17:20, Michal Hocko wrote: > On Thu 24-05-18 13:39:59, TSUKADA Koutaro wrote: >> On 2018/05/23 3:54, Michal Hocko wrote: > [...] >>> I am also quite confused why you keep distinguishing surplus hugetlb >>> pages from regular preallocated ones. Being a surplus page is an >>>

Re: [PATCH] MIPS: ptrace: Fix PTRACE_PEEKUSR requests for 64-bit FGRs

On Wed, May 16, 2018 at 04:39:58PM +0100, Maciej W. Rozycki wrote: > Use 64-bit accesses for 64-bit floating-point general registers with > PTRACE_PEEKUSR, removing the truncation of their upper halves in the > FR=1 mode, caused by commit bbd426f542cb ("MIPS: Simplify FP context > access"),

[PATCH 1/3] ARM: dts: k2hk: add dts node for k2hk hw_rng driver

This patch adds dts node for k2hk hw_random generator driver Signed-off-by: Vitaly Andrianov [t-kri...@ti.com: added missing addresses from node identifiers] Signed-off-by: Tero Kristo Signed-off-by: Murali Karicheri ---

[PATCH 3/3] ARM: dts: k2e: add dts node for k2e hw_rng driver

This patch adds dts node for k2e hw_random generator driver Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri --- arch/arm/boot/dts/keystone-k2e-netcp.dtsi | 20 1 file changed, 20 insertions(+) diff --git

[PATCH] platform/x86: ideapad-laptop: Fix rfkill invert

There are a lot of reports on the Internet about rfkill lock on modern Yoga Ideapad laptops while loading ideapad_laptop platform module. This patch offers the fix. Obviously it's impossible for me to test this patch on all ideapad laptops, so i've made an module parameter init_rfkill_inverted to

Re: OMAP serial runtime PM and autosuspend (was: Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding))

* Johan Hovold [180524 09:20]: > On Mon, May 21, 2018 at 08:48:32AM -0700, Tony Lindgren wrote: > > > > Yes the bug for closed ports needs to be fixed for sure. > > I did some forensic on this and it seems this problem has "always" been > there. Specifically, closed ports have

[PATCH v10 1/4] ioremap: Update pgtable free interfaces with addr

From: Chintan Pandya The following kernel panic was observed on ARM64 platform due to a stale TLB entry. 1. ioremap with 4K size, a valid pte page table is set. 2. iounmap it, its pte entry is set to 0. 3. ioremap the same address with 2M size, update its pmd entry

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

Hello, Jan. On Thu, May 24, 2018 at 12:19:00PM +0200, Jan Kara wrote: > > We're periodically seeing close to 256 kworkers getting stuck with the > > following stack trace and overtime the entire system gets stuck. > > OK, but that means that you have to have 256 block devices, don't you? As

Re: [RFC] driver core: don't hold dev's parent lock when using async probe

On Tue, May 22, 2018 at 01:09:44PM -0400, Alan Stern wrote: > On Tue, 22 May 2018, martin_liu wrote: > > > not sure if we still need 'bf74ad5bc417 ("[PATCH] Hold the > > device's parent's lock during probe and remove")' since it has > > been there over 10 years. If we still need it and hard to

Re: [PATCH 4.14 110/165] scsi: core: return BLK_STS_OK for DID_OK in __scsi_error_from_host_byte()

On Thu, May 24, 2018 at 02:19:29PM +0200, Steffen Maier wrote: > Hopefully I haven't missed it in the stable queue, but do we need the > following on top (effectively not applying e39a97353e53)?: > > commit cbe095e2b584623b882ebaf6c18e0b9077baa3f7 > Author: Bart Van Assche

Re: [PATCH 1/2] i2c: ibm_iic: don't check number of messages in the driver

On 2018-05-20 08:50, Wolfram Sang wrote: > Since commit 1eace8344c02 ("i2c: add param sanity check to > i2c_transfer()"), the I2C core does this check now. We can remove it > from drivers. Reviewed-by: Peter Rosin > > Signed-off-by: Wolfram Sang > --- > >

Re: [PATCH v4 0/4] vfio: ccw: error handling fixes and improvements

On Wed, 23 May 2018 12:21:29 +0200 Cornelia Huck wrote: > On Wed, 23 May 2018 04:56:41 +0200 > Dong Jia Shi wrote: > > > Dear Reviewers, > > > > Here is a new version for this patch series. > > > > We didn't get agreement on patch #4 (#5 in v2) in

[PATCH 3.18 38/45] net: test tailroom before appending to linear skb

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn [ Upstream commit 113f99c3358564a0647d444c2ae34e8b1abfd5b9 ] Device features may change during transmission. In particular with corking, a device may

Re: [PATCH 07/24] arm64: ilp32: add documentation on the ILP32 ABI for ARM64

Hi Pavel, On Wed, May 23, 2018 at 04:06:20PM +0200, Pavel Machek wrote: > On Wed 2018-05-16 11:18:52, Yury Norov wrote: > > Based on Andrew Pinski's patch-series. > > > > Signed-off-by: Yury Norov > > So Andrew's signoff should be here? Yes it should, but it lost

[PATCH 3.18 36/45] tick/broadcast: Use for_each_cpu() specially on UP kernels

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dexuan Cui commit 5596fe34495cf0f645f417eb928ef224df3e3cb4 upstream. for_each_cpu() unintuitively reports CPU0 as set independent of the actual cpumask content on UP

[PATCH 3.18 35/45] ARM: 8771/1: kprobes: Prohibit kprobes on do_undefinstr

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Masami Hiramatsu commit eb0146daefdde65665b7f076fbff7b49dade95b9 upstream. Prohibit kprobes on do_undefinstr because kprobes on arm is implemented by undefined

[PATCH 3.18 32/45] tracing/x86/xen: Remove zero data size trace events trace_xen_mmu_flush_tlb{_all}

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (VMware) commit 45dd9b0666a162f8e4be76096716670cf1741f0e upstream. Doing an audit of trace events, I discovered two trace events in the xen subsystem that

Re: [RESEND PATCH 2/5] mtd: rawnand: add NVIDIA Tegra NAND Flash controller driver

On Thu, 24 May 2018 13:09:53 +0200 Stefan Agner wrote: > On 24.05.2018 10:56, Boris Brezillon wrote: > > On Thu, 24 May 2018 10:46:27 +0200 > > Stefan Agner wrote: > > > >> Hi Boris, > >> > >> Thanks for the initial review! One small question below: > >> >

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

On 24.05.2018 11:01, Rafael J. Wysocki wrote: > On Thu, May 24, 2018 at 7:37 AM, Dmitry Osipenko wrote: >> On 24.05.2018 07:30, Viresh Kumar wrote: >>> On 23-05-18, 19:00, Dmitry Osipenko wrote: PLL_C is running at 600MHz which is significantly higher than the 216MHz

[PATCH] f2fs: keep migration IO order in LFS mode

For non-migration IO, we will keep order of data/node blocks' submitting as allocation sequence by sorting IOs in per log io_list list, but for migration IO, it could be out-of-order. In LFS mode, we should keep all IOs including migration IO be ordered, so that this patch fixes to add an

Re: [PATCH V2] PCI/portdrv: do not disable device on reboot/shutdown

On Thu, May 24, 2018 at 07:43:05AM -0400, Sinan Kaya wrote: > On 5/23/2018 6:57 PM, Sinan Kaya wrote: > >> The crash seems to indicate that the hpsa device attempted a DMA after > >> we cleared the Root Port's PCI_COMMAND_MASTER, which means > >> hpsa_shutdown() didn't stop DMA from the device (it

Re: [PATCH 04/14] arm64: Add ARCH_WORKAROUND_2 probing

On 24/05/18 12:39, Will Deacon wrote: On Thu, May 24, 2018 at 10:58:43AM +0100, Suzuki K Poulose wrote: On 22/05/18 16:06, Marc Zyngier wrote: As for Spectre variant-2, we rely on SMCCC 1.1 to provide the discovery mechanism for detecting the SSBD mitigation. A new capability is also

Re: write_lock_irq(_lock)

On Thu, May 24, 2018 at 01:49:31PM +0100, Will Deacon wrote: > On Wed, May 23, 2018 at 09:26:35AM -0700, Linus Torvalds wrote: > > On Wed, May 23, 2018 at 8:35 AM Will Deacon wrote: > > > > > In other words, qrwlock requires consistent locking order wrt spinlocks. > > > > I

[PATCH v3 0/2] Re: Problem: lockdep warning with nested instances of i2c-mux

Hi! Sorry for spamming. At least I'm finding these embarrassing f$&%ups myself, not that it helps all that much, but... Changes since v2https://lkml.org/lkml/2018/5/24/176 - EXPORT_SYMBOL_GPL(rt_mutex_lock_nested) is more appropriate (the rt_ prefix was missing). Changes since v1

Re: [PATCH 8/9] regulator: bd71837: BD71837 PMIC regulator driver

On Thu, May 24, 2018 at 09:00:36AM +0300, Matti Vaittinen wrote: > @@ -0,0 +1,683 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* Copyright (C) 2018 ROHM Semiconductors */ > +/* > + * bd71837-regulator.c ROHM BD71837MWV regulator driver > + */ > +#include Make the entire comment block a C++

Re: [PATCH 2/2] i2c: opal: don't check number of messages in the driver

On 2018-05-20 08:50, Wolfram Sang wrote: > Since commit 1eace8344c02 ("i2c: add param sanity check to > i2c_transfer()") and b7f625840267 ("i2c: add quirk checks to core"), the > I2C core does this check now. We can remove it here. > > Signed-off-by: Wolfram Sang

[PATCH RFC] suspend: Prevent might sleep splats

From: Thomas Gleixner timekeeping suspend/resume calls read_persistent_clock() which takes rtc_lock. That results in might sleep warnings because at that point we run with interrupts disabled. We cannot convert rtc_lock to a raw spinlock as that would trigger other might

Re: [PATCH] usb: hub: Per-port setting to use old enumeration scheme

On Thu, 24 May 2018, Nicolas Boichat wrote: > On Thu, May 24, 2018 at 12:39 AM, Greg Kroah-Hartman > wrote: > > On Wed, May 23, 2018 at 10:03:55AM -0400, Alan Stern wrote: > >> On Wed, 23 May 2018, Nicolas Boichat wrote: > >> > >> > The "old" enumeration scheme is

Re: [PATCH v1 09/10] mm/memory_hotplug: teach offline_pages() to not try forever

[I didn't really go through other patch but this one caught my eyes just because of the similar request proposed yesterday] On Wed 23-05-18 17:11:50, David Hildenbrand wrote: [...] > @@ -1686,6 +1686,10 @@ static int __ref __offline_pages(unsigned long > start_pfn, > pfn =

Re: [PATCH v5 00/10] clk: implement clock rate protection mechanism

On Mon, 2018-04-23 at 11:21 -0700, Michael Turquette wrote: > Quoting Jerome Brunet (2018-02-02 04:50:28) > > On Thu, 2018-02-01 at 09:43 -0800, Stephen Boyd wrote: > > > > > > Applied to clk-protect-rate, with the exception that I did not apply > > > > > > "clk: fix CLK_SET_RATE_GATE with clock

Re: [PATCH v10 3/4] arm64: Implement page table free interfaces

On 5/24/2018 7:27 PM, Chintan Pandya wrote: Implement pud_free_pmd_page() and pmd_free_pte_page(). Implementation requires, 1) Clearing off the current pud/pmd entry 2) Invalidate TLB which could have previously valid but not stale entry 3) Freeing of the un-used next level page

Re: [PATCH RFC] suspend: Prevent might sleep splats

On Thu, May 24, 2018 at 4:24 PM, Sebastian Andrzej Siewior wrote: > From: Thomas Gleixner > > timekeeping suspend/resume calls read_persistent_clock() which takes > rtc_lock. That results in might sleep warnings because at that point > we run with

[PATCH 2/3] gspca_zc3xx: Fix power line frequency settings for OV7648

Power line frequency settings for OV7648 sensor contain autogain and exposure commands, affecting unrelated controls. Remove them. Signed-off-by: Ondrej Zary --- drivers/media/usb/gspca/zc3xx.c | 17 ++--- 1 file changed, 10 insertions(+), 7 deletions(-)

Re: [PATCH v2 4/7] Bluetooth: Add new quirk for non-persistent setup settings

On Thu, 2018-05-24 at 09:47 +0200, Marcel Holtmann wrote: > Hi Sean, > > > [ ... ] [ ... ] > > I post it as plain text as below > > > > > > Bluetooth monitor ver 5.37 > > = Note: Linux version 4.16.0-rc1+ (aarch64) > > 0.641494 > > = Note: Bluetooth

Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

On Thu 24-05-18 08:18:18, Matthew Wilcox wrote: > On Thu, May 24, 2018 at 02:23:23PM +0200, Michal Hocko wrote: > > > If we had eight ZONEs, we could offer: > > > > No, please no more zones. What we have is quite a maint. burden on its > > own. Ideally we should only have lowmem, highmem and

[PATCH] kernel/sched/topology: Clarify root domain(s) debug string

When scheduler debug is enabled, building scheduling domains outputs information about how the domains are laid out and to which root domain each CPU (or sets of CPUs) belongs, e.g.: CPU0 attaching sched-domain(s): domain-0: span=0-5 level=MC groups: 0:{ span=0 }, 1:{ span=1 }, 2:{ span=2

Re: [PATCH v8 3/6] cpuset: Add cpuset.sched.load_balance flag to v2

On Thu, May 17, 2018 at 04:55:42PM -0400, Waiman Long wrote: > The sched.load_balance flag is needed to enable CPU isolation similar to > what can be done with the "isolcpus" kernel boot parameter. Its value > can only be changed in a scheduling domain with no child cpusets. On > a non-scheduling

Re: [PATCH v8 2/6] cpuset: Add new v2 cpuset.sched.domain flag

On Thu, May 17, 2018 at 04:55:41PM -0400, Waiman Long wrote: > A new cpuset.sched.domain boolean flag is added to cpuset v2. This new > flag indicates that the CPUs in the current cpuset should be treated > as a separate scheduling domain. The traditional name for this is a partition. >

Re: [PATCH] ath10k: transmit queued frames after waking queues

On Mon, May 21, 2018 at 10:37:01PM +0200, Niklas Cassel wrote: > On Thu, May 17, 2018 at 03:26:25PM -0700, Adrian Chadd wrote: > > On Thu, 17 May 2018 at 16:16, Niklas Cassel > > wrote: > > > > > diff --git a/drivers/net/wireless/ath/ath10k/txrx.c > >

Re: [REVIEW][PATCH 6/6] fs: Allow CAP_SYS_ADMIN in s_user_ns to freeze and thaw filesystems

On Wed, May 23, 2018 at 06:25:38PM -0500, Eric W. Biederman wrote: > From: Seth Forshee > > The user in control of a super block should be allowed to freeze > and thaw it. Relax the restrictions on the FIFREEZE and FITHAW > ioctls to require CAP_SYS_ADMIN in

Re: [PATCH v3 5/6] spi: at91-usart: add driver for at91-usart as spi

On 05/17/2018 07:54 AM, Mark Brown wrote: On Tue, May 15, 2018 at 12:22:24PM +0300, Radu Pirea wrote: On Mon, 2018-05-14 at 20:38 +0300, Andy Shevchenko wrote: So, what is not going as expected in "SPI core takes care of CSs" case? Did you use oscilloscope for that? Yes, I used and CSs

Re: [RFC] driver core: don't hold dev's parent lock when using async probe

On Thu, May 24, 2018 at 11:02:57AM -0400, Alan Stern wrote: > On Thu, 24 May 2018, Martin Liu wrote: > > > On Tue, May 22, 2018 at 01:09:44PM -0400, Alan Stern wrote: > > > On Tue, 22 May 2018, martin_liu wrote: > > > > > > > not sure if we still need 'bf74ad5bc417 ("[PATCH] Hold the > > > >

[PATCH] powerpc/32: implement strlen() in assembly

The generic implementation of strlen() reads strings byte per byte. This patch implements strlen() in assembly for PPC32 based on a read of entire words, in the same spirit as what some other arches and glibc do. For long strings, the time spent in strlen is reduced by 50-60% Signed-off-by:

[PATCHv5 3/8] driver, misc: add Intel Stratix10 service layer driver

From: Richard Gong Some features of the Intel Stratix10 SoC require a level of privilege higher than the kernel is granted. Such secure features include FPGA programming. In terms of the ARMv8 architecture, the kernel runs at Exception Level 1 (EL1), access to the

[PATCHv5 6/8] fpga: add intel stratix10 soc fpga manager driver

From: Alan Tull Add driver for reconfiguring Intel Stratix10 SoC FPGA devices. This driver communicates through the Intel Service Driver which does communication with privileged hardware (that does the FPGA programming) through a secure mailbox. Signed-off-by: Alan Tull

[PATCHv5 7/8] defconfig: enable fpga and service layer

From: Richard Gong Enable fpga framework, Stratix 10 SoC FPGA manager and Stratix10 Service Layer Signed-off-by: Richard Gong Signed-off-by: Alan Tull --- v2: this patch is added in patch set version 2 v3: no change v4:

Re: [PATCH] userfaultfd: prevent non-cooperative events vs mcopy_atomic races

On 05/24/2018 02:56 PM, Mike Rapoport wrote: > On Thu, May 24, 2018 at 02:24:37PM +0300, Pavel Emelyanov wrote: >> On 05/23/2018 10:42 AM, Mike Rapoport wrote: >>> If a process monitored with userfaultfd changes it's memory mappings or >>> forks() at the same time as uffd monitor fills the process

Re: [REVIEW][PATCH 2/6] vfs: Allow userns root to call mknod on owned filesystems.

Seth Forshee writes: > On Wed, May 23, 2018 at 06:25:34PM -0500, Eric W. Biederman wrote: >> These filesystems already always set SB_I_NODEV so mknod will not be >> useful for gaining control of any devices no matter their permissions. >> This will allow overlayfs and

Re: [PATCH] MIPS: prctl: Disallow FRE without FR with PR_SET_FP_MODE requests

Hi Paul, > > Having PR_FP_MODE_FRE (i.e. Config5.FRE) set without PR_FP_MODE_FR (i.e. > > Status.FR) is not supported as the lone purpose of Config5.FRE is to > > emulate Status.FR=0 handling on FPU hardware that has Status.FR=1 > > hardwired[1][2]. Also we do not handle this case elsewhere,

Re: [PATCH net-next] cxgb4: Check for kvzalloc allocation failure

From: YueHaibing Date: Tue, 22 May 2018 15:07:18 +0800 > diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c > b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c > index 130d1ee..019cffe 100644 > --- a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c > +++

Re: [PATCH v8 3/6] cpuset: Add cpuset.sched.load_balance flag to v2

On 24/05/18 11:09, Waiman Long wrote: > On 05/24/2018 10:36 AM, Juri Lelli wrote: > > On 17/05/18 16:55, Waiman Long wrote: > > > > [...] > > > >> + A parent cgroup cannot distribute all its CPUs to child > >> + scheduling domain cgroups unless its load balancing flag is > >> + turned off. > >>

Payment Receipt 0033212

Good Morning, My understanding is that the payment will cover orders. Please proceed with the process to do that link. My assumption is that this will also allow customers to purchase on our site. (See attached file: 163627.doc) Respectifully, Kevin Anderson <>

Re: [RFC PATCH 0/5] kmalloc-reclaimable caches

On 05/24/2018 02:13 PM, Roman Gushchin wrote: > On Thu, May 24, 2018 at 01:00:06PM +0200, Vlastimil Babka wrote: >> Hi, >> >> - I haven't find any other obvious users for reclaimable kmalloc (yet) > > As I remember, ION memory allocator was discussed related to this theme: >

Re: [PATCH 1/5] Documentation: DT: Add optional 'timeout-sec' property for sp805

On Thu, May 24, 2018 at 02:25:34PM +0100, Robin Murphy wrote: > On 23/05/18 19:10, Guenter Roeck wrote: > >On Wed, May 23, 2018 at 11:57:25AM +0100, Robin Murphy wrote: > >>On 22/05/18 19:47, Ray Jui wrote: > >>>Update the SP805 binding document to add optional 'timeout-sec' > >>>devicetree

Re: [PATCH] scripts/dtc: Fixed format mismatch in fprintf

On 05/23/18 19:50, nixiaoming wrote: > format specifier "d" need arg type "int" , but the according arg > "fdt32_to_cpu(xxx)" has type "unsigned int" > > Signed-off-by: nixiaoming > --- > scripts/dtc/fdtdump.c | 6 +++--- > scripts/dtc/flattree.c | 2 +- > 2 files

Re: [RFC PATCH 0/5] kmalloc-reclaimable caches

On 05/24/2018 04:43 AM, Matthew Wilcox wrote: > On Thu, May 24, 2018 at 01:00:06PM +0200, Vlastimil Babka wrote: >> Now for the issues a.k.a. why RFC: >> >> - I haven't find any other obvious users for reclaimable kmalloc (yet) > > Is that a problem? This sounds like it's enough to solve

Re: [PATCH v3 4/6] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

On Wed, May 23, 2018 at 05:15:22PM -0700, Ray Jui wrote: > If the watchdog hardware is already enabled during the boot process, > when the Linux watchdog driver loads, it should reset the watchdog and > tell the watchdog framework. As a result, ping can be generated from > the watchdog framework,

linux-next: manual merge of the netfilter-next tree with the netfilter tree

Hi all, Today's linux-next merge of the netfilter-next tree got a conflict in: net/netfilter/core.c between commit: 25fd386e0bc065849 ("netfilter: core: add missing __rcu annotation") from the netfilter tree and commit: 2c205dd3981f79cef ("netfilter: add struct nf_nat_hook and use it")

[PATCHv5 4/8] dt-bindings: fpga: add Stratix10 SoC FPGA manager binding

From: Alan Tull Add a Device Tree binding for the Intel Stratix10 SoC FPGA manager. Signed-off-by: Alan Tull Signed-off-by: Richard Gong Reviewed-by: Rob Herring --- v2: this patch is added in patch set version 2

[PATCHv5 2/8] arm64: dts: stratix10: add stratix10 service driver binding to base dtsi

From: Richard Gong Add Intel Stratix10 service layer to the device tree Signed-off-by: Richard Gong Signed-off-by: Alan Tull --- v2: Change to put service layer driver node under the firmware node Change compatible to

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

Petr Tesarik writes: 2> On Thu, 24 May 2018 09:49:05 +0800 > Dave Young wrote: > >> Hi Petr, >> >> On 05/23/18 at 10:22pm, Petr Tesarik wrote: >>[...] >> > In short, if one size fits none, what good is it to hardcode that "one >> > size" into the kernel

Re: [PATCH v3 4/6] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

On Thu, May 24, 2018 at 09:36:25AM -0700, Ray Jui wrote: > > > On 5/24/2018 9:19 AM, Guenter Roeck wrote: > >On Wed, May 23, 2018 at 05:15:22PM -0700, Ray Jui wrote: > >>If the watchdog hardware is already enabled during the boot process, > >>when the Linux watchdog driver loads, it should reset

Re: [PATCH v5 20/28] fpga: dfl: add fpga bridge platform driver for FME

On Wed, May 23, 2018 at 6:42 PM, Wu Hao wrote: > On Wed, May 23, 2018 at 04:06:17PM -0500, Alan Tull wrote: >> On Wed, May 23, 2018 at 10:28 AM, Wu Hao wrote: >> > On Wed, May 23, 2018 at 10:15:00AM -0500, Alan Tull wrote: >> >> On Tue, May 1, 2018 at 9:50 PM,

Re: [PATCH v4 3/3] powerpc/lib: optimise PPC32 memcmp

On Wed, May 23, 2018 at 09:47:32AM +0200, Christophe Leroy wrote: > At the time being, memcmp() compares two chunks of memory > byte per byte. > > This patch optimises the comparison by comparing word by word. > > A small benchmark performed on an 8xx comparing two chuncks > of 512 bytes

define struct workqueue_struct in C file

Hi all, I have one confusion about workqueue_struct: 1) Why struct workqueue_struct is defined in C file instead of header file? I'm trying to print "workqueue_struct:name" field in one external build module. "workqueue_struct:name" can't be accessed

Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

On Thu, May 24, 2018 at 02:23:23PM +0200, Michal Hocko wrote: > > If we had eight ZONEs, we could offer: > > No, please no more zones. What we have is quite a maint. burden on its > own. Ideally we should only have lowmem, highmem and special/device > zones for directly kernel accessible memory,

[RFC PATCH v3 6/9] mm/vmpressure: update usage of zone modifiers

From: Huaisheng Ye Use __GFP_ZONE_MOVABLE to replace (__GFP_HIGHMEM | __GFP_MOVABLE). ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is reserved for storing encoded zone number. __GFP_ZONE_MOVABLE contains

[PATCH] x86/microcode: Make update_lock raw

__reload_late() is called from stop_machine context and thus cannot acquire a non-raw spinlock on PREEMPT_RT. Signed-off-by: Scott Wood --- arch/x86/kernel/cpu/microcode/core.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [REVIEW][PATCH 4/6] fs: Allow superblock owner to access do_remount_sb()

On Wed, May 23, 2018 at 06:25:36PM -0500, Eric W. Biederman wrote: > Superblock level remounts are currently restricted to global > CAP_SYS_ADMIN, as is the path for changing the root mount to > read only on umount. Loosen both of these permission checks to > also allow CAP_SYS_ADMIN in any

Re: [REVIEW][PATCH 5/6] capabilities: Allow privileged user in s_user_ns to set security.* xattrs

On Wed, May 23, 2018 at 06:25:37PM -0500, Eric W. Biederman wrote: > A privileged user in s_user_ns will generally have the ability to > manipulate the backing store and insert security.* xattrs into > the filesystem directly. Therefore the kernel must be prepared to > handle these xattrs from

Re: [PATCH RFC] suspend: Prevent might sleep splats

On Thu, May 24, 2018 at 5:45 PM, Sebastian Andrzej Siewior wrote: > On 2018-05-24 17:07:16 [+0200], Rafael J. Wysocki wrote: >> On Thu, May 24, 2018 at 4:24 PM, Sebastian Andrzej Siewior >> wrote: >> > From: Thomas Gleixner >> >

Re: [PATCH v3 2/6] Documentation: DT: Add optional 'timeout-sec' property for sp805

On Wed, May 23, 2018 at 05:15:20PM -0700, Ray Jui wrote: > Update the SP805 binding document to add optional 'timeout-sec' > devicetree property > > Signed-off-by: Ray Jui > --- > Documentation/devicetree/bindings/watchdog/arm,sp805.txt | 2 ++ > 1 file changed, 2

Re: [PATCH] usb: hub: Per-port setting to use old enumeration scheme

On Thu, May 24, 2018 at 07:42:00AM +0800, Nicolas Boichat wrote: > On Thu, May 24, 2018 at 12:39 AM, Greg Kroah-Hartman > wrote: > > On Wed, May 23, 2018 at 10:03:55AM -0400, Alan Stern wrote: > >> On Wed, 23 May 2018, Nicolas Boichat wrote: > >> > >> > The "old"

[PATCH v9 2/3] drm: writeback: Add out-fences for writeback connectors

From: Brian Starkey Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is not allowed to request an out-fence without a framebuffer attached to the connector. A timeline

[PATCH v9 3/3] drm: writeback: Add client capability for exposing writeback connectors

Due to the fact that writeback connectors behave in a special way in DRM (they always report being disconnected) we might confuse some userspace. Add a client capability for writeback connectors that will filter them out for clients that don't understand the capability. Changelog: - only accept

[PATCH v9 1/3] drm: Add writeback connector type

From: Brian Starkey Writeback connectors represent writeback engines which can write the CRTC output to a memory framebuffer. Add a writeback connector type and related support functions. Drivers should initialize a writeback connector with drm_writeback_connector_init()

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

Dave Young writes: > Hi Eric, > On 05/23/18 at 10:53am, Eric W. Biederman wrote: >> Dave Young writes: >> >> > [snip] >> > >> >> > >> >> > +config CRASHKERNEL_DEFAULT_THRESHOLD_MB >> >> > + int "System memory size threshold for kdump memory default

Re: [PATCH net-next v3] net: sched: don't disable bh when accessing action idr

On Wed 23 May 2018 at 23:14, Cong Wang wrote: > On Wed, May 23, 2018 at 1:52 AM, Vlad Buslov wrote: >> Initial net_device implementation used ingress_lock spinlock to synchronize >> ingress path of device. This lock was used in both process and bh

Re: [PATCH v3 2/6] Documentation: DT: Add optional 'timeout-sec' property for sp805

On Thu, May 24, 2018 at 09:42:20AM -0700, Ray Jui wrote: > > > On 5/24/2018 9:16 AM, Guenter Roeck wrote: > >On Wed, May 23, 2018 at 05:15:20PM -0700, Ray Jui wrote: > >>Update the SP805 binding document to add optional 'timeout-sec' > >>devicetree property > >> > >>Signed-off-by: Ray Jui

Re: [REVIEW][PATCH 2/6] vfs: Allow userns root to call mknod on owned filesystems.

On Thu, May 24, 2018 at 11:55:45AM -0500, Eric W. Biederman wrote: > Seth Forshee writes: > > > On Wed, May 23, 2018 at 06:25:34PM -0500, Eric W. Biederman wrote: > >> These filesystems already always set SB_I_NODEV so mknod will not be > >> useful for gaining control

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Linus Torvalds wrote: One option is to make rhashtable_alloc() shrink the allocation and try again if it fails, and then you *can* do __GFP_NOFAIL eventually. The below attempts to implements this, along with converting the EINVAL cases to WARN_ON(). I've refactored

Re: [PATCH v8 3/6] cpuset: Add cpuset.sched.load_balance flag to v2

On 05/24/2018 11:16 AM, Juri Lelli wrote: > On 24/05/18 11:09, Waiman Long wrote: >> On 05/24/2018 10:36 AM, Juri Lelli wrote: >>> On 17/05/18 16:55, Waiman Long wrote: >>> >>> [...] >>> + A parent cgroup cannot distribute all its CPUs to child + scheduling domain cgroups unless its

Re: [RFC PATCH 0/5] kmalloc-reclaimable caches

On Thu, May 24, 2018 at 01:00:06PM +0200, Vlastimil Babka wrote: > - the vmstat/meminfo counter name is rather general and might suggest it also > includes reclaimable page caches, which it doesn't > > Suggestions welcome for all three points. For the last one, we might also keep > the counter

Re: [PATCH RFC] suspend: Prevent might sleep splats

On 2018-05-24 17:07:16 [+0200], Rafael J. Wysocki wrote: > On Thu, May 24, 2018 at 4:24 PM, Sebastian Andrzej Siewior > wrote: > > From: Thomas Gleixner > > > > timekeeping suspend/resume calls read_persistent_clock() which takes > > rtc_lock. That

Re: [PATCH v3 3/6] arm64: irqflags: Use ICC sysregs to implement IRQ masking

Hi Julien, On 21/05/18 12:35, Julien Thierry wrote: > From: Daniel Thompson > > Currently irqflags is implemented using the PSR's I bit. It is possible > to implement irqflags by using the co-processor interface to the GIC. > Using the co-processor interface makes it

[PATCHv5 0/8] Add Intel Stratix10 FPGA manager and service layer

From: Richard Gong This is the 5th submission of Intel stratix10 service layer patches. Intel Stratix10 FPGA manager, which is 1st Stratix10 service layer client, is included in this submission. Stratix10 service layer patches have been reviewed internally by Alan Tull

[PATCHv5 1/8] dt-bindings, firmware: add Intel Stratix10 service layer binding

From: Richard Gong Add a device tree binding for the Intel Stratix10 service layer driver Signed-off-by: Richard Gong Signed-off-by: Alan Tull Reviewed-by: Rob Herring --- v2: Change to put service layer

Re: [PATCH] spi: spi-geni-qcom: Add SPI driver support for GENI based QUP

On Thu, May 24, 2018 at 10:25:58AM -0600, Mahadevan, Girish wrote: > The reason I have the cur_speed_hz is that there is a max_speed_hz which > is the max frequency the slave can do; but every transfer can also > specify a speed_hz and override this. Every transfer *will* specify a speed, you

[PATCHv5 5/8] arm64: dts: stratix10: add fpga manager and region

From: Alan Tull Add the Stratix10 FPGA manager and a FPGA region to the device tree. Signed-off-by: Alan Tull Signed-off-by: Richard Gong --- v2: this patch is added in patch set version 2 v3: change to put fpga_mgr node under

[PATCHv5 8/8] Documentation: driver-api: add stratix10 service layer

From: Richard Gong Add new file stratix10-svc.rst Add stratix10-svc.rst to driver-api/index.rst Signed-off-by: Richard Gong Signed-off-by: Alan Tull --- v5: this patch is added in patch set version 5 ---

Re: [PATCHv2] Input: atmel_mxt_ts - fix reset-gpio for level based irqs

On Mon, Apr 23, 2018 at 01:58:44PM +0200, Sebastian Reichel wrote: > The current reset-gpio support triggers an interrupt storm on platforms > using the maxtouch with level based interrupt. The Motorola Droid 4, > which I used for some of the tests is not affected, since it uses a edge > based

Re: [PATCH] selftests: intel_pstate: Fixes for the testing script for Intel P-State driver

Hi Jeffrin, On 05/22/2018 11:05 AM, Jeffrin Jose T wrote: > fix for notification of permission requirement to run test. > fix for exit status value for test skipped. > > Signed-off-by: Jeffrin Jose T The commit log doesn't match the commit summary. Please rephrase

[PATCH v9 0/3] drm: Introduce writeback connectors

Hi, This is v9 of the writeback connector series. Compared to v8 I've addressed the comments from Eric Anholt, as well as Maarten Lankhorst's and Daniel Vetter's one on the client capabilities. Most importantly, I've also realised that Dave Airlie has moved the drm-next tree to fd.org and went

Re: [PATCH v9 02/15] clk: mux: Split out register accessors for reuse

On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote: > From: Stephen Boyd > > We want to reuse the logic in clk-mux.c for other clock drivers > that don't use readl as register accessors. Fortunately, there > really isn't much to the mux code besides the table indirection >

Re: [PATCH] MIPS: ptrace: Fix PTRACE_PEEKUSR requests for 64-bit FGRs

On Thu, 24 May 2018, James Hogan wrote: > > Use 64-bit accesses for 64-bit floating-point general registers with > > PTRACE_PEEKUSR, removing the truncation of their upper halves in the > > FR=1 mode, caused by commit bbd426f542cb ("MIPS: Simplify FP context > > access"), which inadvertently

Re: [PATCH] MIPS: ptrace: Fix PTRACE_PEEKUSR requests for 64-bit FGRs

Hi Maciej, On Wed, May 16, 2018 at 04:39:58PM +0100, Maciej W. Rozycki wrote: > Use 64-bit accesses for 64-bit floating-point general registers with > PTRACE_PEEKUSR, removing the truncation of their upper halves in the > FR=1 mode, caused by commit bbd426f542cb ("MIPS: Simplify FP context >

Re: [PATCH 06/14] fpga: mgr: kernel-doc fixes

On Wed, May 16, 2018 at 06:49:59PM -0500, Alan Tull wrote: > Clean up the kernel-doc documentation in fpga-mgr.c and fix the > following warnings when documentation is built: > > ./drivers/fpga/fpga-mgr.c:252: warning: Function parameter or member > 'info' not described in 'fpga_mgr_buf_load' >

Re: [PATCH 07/14] fpga: bridge: kernel-doc fixes

On Wed, May 16, 2018 at 06:50:00PM -0500, Alan Tull wrote: > Fix the following warnings when documentation is built: > > ./drivers/fpga/fpga-bridge.c:143: warning: Function parameter or > member 'info' not described in 'fpga_bridge_get' > > ./drivers/fpga/fpga-bridge.c:1: warning: no structured

<    4   5   6   7   8   9   10   11   12   13   >