[PATCH v2 3/5] PCI/AER: Add sysfs attributes to provide breakdown of AERs

Add sysfs attributes to provide breakdown of the AERs seen, into different type of correctable or uncorrectable errors: dev_breakdown_correctable dev_breakdown_uncorrectable Signed-off-by: Rajat Jain --- v2: Use tabs instead of spaces, fix the subject, and print all non zero counters.

Re: [PATCH] powerpc/xmon: really enable xmon when a breakpoint is set

On Tue, 22 May 2018 12:53:53 +0530 Vaibhav Jain wrote: > Thanks for the patch Michal, > > Michal Suchanek writes: > > > When single-stepping kernel code from xmon without a debug hook > > enabled the kernel crashes. This can happen when kernel starts with > > xmon on crash disabled but xmon

[PATCH v2 5/5] Documentation/ABI: Add details of PCI AER statistics

Add the PCI AER statistics details to Documentation/ABI/testing/sysfs-bus-pci-devices-aer_stats and provide a pointer to it in Documentation/PCI/pcieaer-howto.txt Signed-off-by: Rajat Jain --- v2: Move the documentation to Documentation/ABI/

[PATCH v2 5/5] Documentation/ABI: Add details of PCI AER statistics

Add the PCI AER statistics details to Documentation/ABI/testing/sysfs-bus-pci-devices-aer_stats and provide a pointer to it in Documentation/PCI/pcieaer-howto.txt Signed-off-by: Rajat Jain --- v2: Move the documentation to Documentation/ABI/ .../testing/sysfs-bus-pci-devices-aer_stats | 103

Re: [PATCH] tpm: fix race condition in tpm_common_write()

On 05/23/2018 06:23 AM, Jarkko Sakkinen wrote: > Ouch o_O Do you have a fixes tag for this one? > This one is quite tricky. The original bug was introduced by abce9ac292e13 (tpm: Propagate error from tpm_transmit to fix a timeout hang) and the code back then was in

Re: [PATCH] tpm: fix race condition in tpm_common_write()

On 05/23/2018 06:23 AM, Jarkko Sakkinen wrote: > Ouch o_O Do you have a fixes tag for this one? > This one is quite tricky. The original bug was introduced by abce9ac292e13 (tpm: Propagate error from tpm_transmit to fix a timeout hang) and the code back then was in

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

>From 0aa2e9b921d6db71150633ff290199554f0842a8 Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Wed, 23 May 2018 10:29:00 -0700 cgwb_release() punts the actual release to cgwb_release_workfn() on system_wq. Depending on the number of cgroups or block devices, there can be a lot

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

>From 0aa2e9b921d6db71150633ff290199554f0842a8 Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Wed, 23 May 2018 10:29:00 -0700 cgwb_release() punts the actual release to cgwb_release_workfn() on system_wq. Depending on the number of cgroups or block devices, there can be a lot of

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote: > On 23.05.2018 17:28, Florian Fainelli wrote: >> >>> And in the future (time plan)? >> If you don't care about multicast then you can use those patches: >> >> https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df >> >>

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote: > On 23.05.2018 17:28, Florian Fainelli wrote: >> >>> And in the future (time plan)? >> If you don't care about multicast then you can use those patches: >> >> https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df >> >>

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Davidlohr Bueso wrote: I see two possible fixes. I guess a third option would be to make the hashtable static, but I'm not against using rhashtables so I'm not really considering this.

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Davidlohr Bueso wrote: I see two possible fixes. I guess a third option would be to make the hashtable static, but I'm not against using rhashtables so I'm not really considering this.

Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t

On Wed, May 23, 2018 at 06:21:19AM -0700, Matthew Wilcox wrote: > On Wed, May 09, 2018 at 09:36:40PM +0200, Sebastian Andrzej Siewior wrote: > > refcount_t type and corresponding API should be used instead of atomic_t > > when > > the variable is used as a reference counter. This allows to avoid

Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t

On Wed, May 23, 2018 at 06:21:19AM -0700, Matthew Wilcox wrote: > On Wed, May 09, 2018 at 09:36:40PM +0200, Sebastian Andrzej Siewior wrote: > > refcount_t type and corresponding API should be used instead of atomic_t > > when > > the variable is used as a reference counter. This allows to avoid

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 10:29 AM, Gerhard Wiesinger wrote: > On 23.05.2018 17:50, Florian Fainelli wrote: >> >> On 05/23/2018 08:28 AM, Florian Fainelli wrote: >>> >>> On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote: On 22.05.2018 22:42, Florian Fainelli wrote: > On 05/22/2018 01:16 PM, Andrew Lunn

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 10:29 AM, Gerhard Wiesinger wrote: > On 23.05.2018 17:50, Florian Fainelli wrote: >> >> On 05/23/2018 08:28 AM, Florian Fainelli wrote: >>> >>> On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote: On 22.05.2018 22:42, Florian Fainelli wrote: > On 05/22/2018 01:16 PM, Andrew Lunn

Re: [PATCH] arm64: kvm: use -fno-jump-tables with clang

On Wed, May 23, 2018 at 4:54 AM Andrey Konovalov wrote: > On Tue, May 22, 2018 at 8:28 PM, Nick Desaulniers > wrote: > > On Fri, May 18, 2018 at 11:13 AM Marc Zyngier wrote: > >> > - you have checked that with a released

Re: [PATCH] arm64: kvm: use -fno-jump-tables with clang

On Wed, May 23, 2018 at 4:54 AM Andrey Konovalov wrote: > On Tue, May 22, 2018 at 8:28 PM, Nick Desaulniers > wrote: > > On Fri, May 18, 2018 at 11:13 AM Marc Zyngier wrote: > >> > - you have checked that with a released version of the compiler, you > > > > On Tue, May 22, 2018 at 10:58 AM

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

Dave Hansen wrote: > On 05/22/2018 10:51 AM, Matthew Wilcox wrote: >> But CR3 is a per-CPU register. So it'd be *possible* to allocate one >> PGD per CPU (per process). Have them be identical in all but one of >> the PUD entries. Then you've reserved 1/512 of your

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

Dave Hansen wrote: > On 05/22/2018 10:51 AM, Matthew Wilcox wrote: >> But CR3 is a per-CPU register. So it'd be *possible* to allocate one >> PGD per CPU (per process). Have them be identical in all but one of >> the PUD entries. Then you've reserved 1/512 of your address space for >> per-CPU

RE: [PATCH v11 1/2] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: Sudeep Holla > Sent: Wednesday, May 23, 2018 16:25 > To: Ilia Lin ; vire...@kernel.org; n...@ti.com; > sb...@kernel.org; r...@kernel.org; mark.rutl...@arm.com; > r...@rjwysocki.net; linux...@vger.kernel.org;

RE: [PATCH v11 1/2] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: Sudeep Holla > Sent: Wednesday, May 23, 2018 16:25 > To: Ilia Lin ; vire...@kernel.org; n...@ti.com; > sb...@kernel.org; r...@kernel.org; mark.rutl...@arm.com; > r...@rjwysocki.net; linux...@vger.kernel.org; devicet...@vger.kernel.org; >

semantics of rhashtable and sysvipc

Hi, In sysvipc we have an ids->tables_initialized regarding the rhashtable, introduced in 0cfb6aee70b (ipc: optimize semget/shmget/msgget for lots of keys). It's there, specifically, to prevent nil pointer dereferences, from using an uninitialized api. Considering how rhashtable_init() can fail

semantics of rhashtable and sysvipc

Hi, In sysvipc we have an ids->tables_initialized regarding the rhashtable, introduced in 0cfb6aee70b (ipc: optimize semget/shmget/msgget for lots of keys). It's there, specifically, to prevent nil pointer dereferences, from using an uninitialized api. Considering how rhashtable_init() can fail

Re: [PATCH 07/11] dts: juno: Add scatter-gather support for all revisions

On 18 May 2018 at 10:39, Suzuki K Poulose wrote: > Advertise that the scatter-gather is properly integrated on > all revisions of Juno board. > > Cc: Mathieu Poirier > Cc: Sudeep Holla > Cc: Liviu Dudau

Re: [PATCH 07/11] dts: juno: Add scatter-gather support for all revisions

On 18 May 2018 at 10:39, Suzuki K Poulose wrote: > Advertise that the scatter-gather is properly integrated on > all revisions of Juno board. > > Cc: Mathieu Poirier > Cc: Sudeep Holla > Cc: Liviu Dudau > Cc: Lorenzo Pieralisi > Signed-off-by: Suzuki K Poulose Reviewed-by: Mathieu Poirier

Re: [PATCH net V2 0/4] Fix several issues of virtio-net mergeable XDP

From: Jason Wang Date: Tue, 22 May 2018 11:44:27 +0800 > Please review the patches that tries to fix sevreal issues of > virtio-net mergeable XDP. > > Changes from V1: > - check against 1 before decreasing instead of resetting to 1 > - typoe fixes Series applied and queued

Re: [PATCH net V2 0/4] Fix several issues of virtio-net mergeable XDP

From: Jason Wang Date: Tue, 22 May 2018 11:44:27 +0800 > Please review the patches that tries to fix sevreal issues of > virtio-net mergeable XDP. > > Changes from V1: > - check against 1 before decreasing instead of resetting to 1 > - typoe fixes Series applied and queued up for -stable.

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 23.05.2018 17:28, Florian Fainelli wrote: And in the future (time plan)? If you don't care about multicast then you can use those patches: https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df and you have to change the part of

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 23.05.2018 17:28, Florian Fainelli wrote: And in the future (time plan)? If you don't care about multicast then you can use those patches: https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df and you have to change the part of

Re: [PATCH v8 4/6] cpuset: Make generate_sched_domains() recognize isolated_cpus

Hi Waiman, On 17-May 16:55, Waiman Long wrote: [...] > @@ -672,13 +672,14 @@ static int generate_sched_domains(cpumask_var_t > **domains, > int ndoms = 0; /* number of sched domains in result */ > int nslot; /* next empty doms[] struct cpumask slot */ >

Re: [PATCH v8 4/6] cpuset: Make generate_sched_domains() recognize isolated_cpus

Hi Waiman, On 17-May 16:55, Waiman Long wrote: [...] > @@ -672,13 +672,14 @@ static int generate_sched_domains(cpumask_var_t > **domains, > int ndoms = 0; /* number of sched domains in result */ > int nslot; /* next empty doms[] struct cpumask slot */ >

Re: [PATCH v3 net-next 0/2] bpfilter

On Wed, May 23, 2018 at 01:26:48PM -0400, David Miller wrote: > From: Alexei Starovoitov > Date: Mon, 21 May 2018 19:22:28 -0700 > > > v2->v3: > > - followed Luis's suggestion and significantly simplied first patch > > with shmem_kernel_file_setup+kernel_write. Added kdoc for

Re: [PATCH v3 net-next 0/2] bpfilter

On Wed, May 23, 2018 at 01:26:48PM -0400, David Miller wrote: > From: Alexei Starovoitov > Date: Mon, 21 May 2018 19:22:28 -0700 > > > v2->v3: > > - followed Luis's suggestion and significantly simplied first patch > > with shmem_kernel_file_setup+kernel_write. Added kdoc for new helper > > -

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 05/22/2018 10:51 AM, Matthew Wilcox wrote: > But CR3 is a per-CPU register. So it'd be *possible* to allocate one > PGD per CPU (per process). Have them be identical in all but one of > the PUD entries. Then you've reserved 1/512 of your address space for > per-CPU pages. > > Complicated,

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 05/22/2018 10:51 AM, Matthew Wilcox wrote: > But CR3 is a per-CPU register. So it'd be *possible* to allocate one > PGD per CPU (per process). Have them be identical in all but one of > the PUD entries. Then you've reserved 1/512 of your address space for > per-CPU pages. > > Complicated,

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 23.05.2018 17:50, Florian Fainelli wrote: On 05/23/2018 08:28 AM, Florian Fainelli wrote: On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote: On 22.05.2018 22:42, Florian Fainelli wrote: On 05/22/2018 01:16 PM, Andrew Lunn wrote: Planned network structure will be as with 4.7.x kernels:

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 23.05.2018 17:50, Florian Fainelli wrote: On 05/23/2018 08:28 AM, Florian Fainelli wrote: On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote: On 22.05.2018 22:42, Florian Fainelli wrote: On 05/22/2018 01:16 PM, Andrew Lunn wrote: Planned network structure will be as with 4.7.x kernels:

Re: [PATCH] sched,tracing: Correct trace_sched_pi_setprio() for deboosting

On Wed, May 23, 2018 at 04:11:07PM +0200, Sebastian Andrzej Siewior wrote: > Since that commit I see during a deboost a task this: > |futex sched_pi_setprio: comm=futex_requeue_p pid=2234 oldprio=98 newprio=98 > |futex sched_switch: prev_comm=futex_requeue_p prev_pid=2234 prev_prio=120 > > and

Re: [PATCH] sched,tracing: Correct trace_sched_pi_setprio() for deboosting

On Wed, May 23, 2018 at 04:11:07PM +0200, Sebastian Andrzej Siewior wrote: > Since that commit I see during a deboost a task this: > |futex sched_pi_setprio: comm=futex_requeue_p pid=2234 oldprio=98 newprio=98 > |futex sched_switch: prev_comm=futex_requeue_p prev_pid=2234 prev_prio=120 > > and

Re: [PATCH V4 34/38] x86/intel_rdt: Create debugfs files for pseudo-locking testing

On Wed, May 23, 2018 at 10:19:41AM -0700, Reinette Chatre wrote: > Hi Greg, > > On 5/23/2018 1:05 AM, Greg KH wrote: > > On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote: > >> On 5/22/2018 12:43 PM, Greg KH wrote: > >>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre

Re: [PATCH V4 34/38] x86/intel_rdt: Create debugfs files for pseudo-locking testing

On Wed, May 23, 2018 at 10:19:41AM -0700, Reinette Chatre wrote: > Hi Greg, > > On 5/23/2018 1:05 AM, Greg KH wrote: > > On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote: > >> On 5/22/2018 12:43 PM, Greg KH wrote: > >>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre

Re: [PATCH v3 net-next 0/2] bpfilter

From: Alexei Starovoitov Date: Mon, 21 May 2018 19:22:28 -0700 > v2->v3: > - followed Luis's suggestion and significantly simplied first patch > with shmem_kernel_file_setup+kernel_write. Added kdoc for new helper > - fixed typos and race to access pipes with mutex > - tested

Re: [PATCH v3 net-next 0/2] bpfilter

From: Alexei Starovoitov Date: Mon, 21 May 2018 19:22:28 -0700 > v2->v3: > - followed Luis's suggestion and significantly simplied first patch > with shmem_kernel_file_setup+kernel_write. Added kdoc for new helper > - fixed typos and race to access pipes with mutex > - tested with bpfilter

Re: [PATCH 6/6] Drop flex_arrays

Thanks for the heads-up, Matthew! On 05/22/2018 06:18 PM, Kent Overstreet wrote: > All existing users have been converted to generic radix trees Well, flex_arrays had a good run, and the new radix trees do look quite a bit nicer. Feel free to add my ack.

Re: [PATCH 6/6] Drop flex_arrays

Thanks for the heads-up, Matthew! On 05/22/2018 06:18 PM, Kent Overstreet wrote: > All existing users have been converted to generic radix trees Well, flex_arrays had a good run, and the new radix trees do look quite a bit nicer. Feel free to add my ack.

Re: [PATCH V4 34/38] x86/intel_rdt: Create debugfs files for pseudo-locking testing

Hi Greg, On 5/23/2018 1:05 AM, Greg KH wrote: > On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote: >> On 5/22/2018 12:43 PM, Greg KH wrote: >>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre wrote: + ret = strtobool(buf, ); + if (ret == 0 && bv) { +

Re: [PATCH V4 34/38] x86/intel_rdt: Create debugfs files for pseudo-locking testing

Hi Greg, On 5/23/2018 1:05 AM, Greg KH wrote: > On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote: >> On 5/22/2018 12:43 PM, Greg KH wrote: >>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre wrote: + ret = strtobool(buf, ); + if (ret == 0 && bv) { +

Re: [PATCH 00/13] atomics: API cleanups

On Wed, May 23, 2018 at 02:35:20PM +0100, Mark Rutland wrote: > This series contains a few cleanups of the atomic API, fixing an > inconsistency between atomic_* and atomic64_*, and minimizing repetition > in arch code. This is nicer for arch code, and the improved regularity > will help when

Re: [PATCH 00/13] atomics: API cleanups

On Wed, May 23, 2018 at 02:35:20PM +0100, Mark Rutland wrote: > This series contains a few cleanups of the atomic API, fixing an > inconsistency between atomic_* and atomic64_*, and minimizing repetition > in arch code. This is nicer for arch code, and the improved regularity > will help when

Re: [PATCH 1/2] slimbus: ngd: dt-bindings: Add slim ngd dt bindings

Thanks Rob for review, On 23/05/18 17:40, Rob Herring wrote: On Wed, May 16, 2018 at 05:51:17PM +0100, Srinivas Kandagatla wrote: This patch adds bindings for Qualcomm SLIMBus NGD controller found in all new SoCs starting from B family. SLIMBus NGD controller is a light-weight driver

Re: [PATCH 1/2] slimbus: ngd: dt-bindings: Add slim ngd dt bindings

Thanks Rob for review, On 23/05/18 17:40, Rob Herring wrote: On Wed, May 16, 2018 at 05:51:17PM +0100, Srinivas Kandagatla wrote: This patch adds bindings for Qualcomm SLIMBus NGD controller found in all new SoCs starting from B family. SLIMBus NGD controller is a light-weight driver

Re: [RFC PATCH] mtd: spi-nor: add support to non-uniform SPI NOR flash memories

On 05/23/2018 02:52 PM, Tudor Ambarus wrote: > Hi, Marek, Hi, > On 05/23/2018 12:56 PM, Marek Vasut wrote: > [...] [...] >>> +    while (len) { >>> +    cmd = spi_nor_find_best_erase_cmd(map, region, addr, len); >>> +    if (!cmd) >>> +    return

Re: [RFC PATCH] mtd: spi-nor: add support to non-uniform SPI NOR flash memories

On 05/23/2018 02:52 PM, Tudor Ambarus wrote: > Hi, Marek, Hi, > On 05/23/2018 12:56 PM, Marek Vasut wrote: > [...] [...] >>> +    while (len) { >>> +    cmd = spi_nor_find_best_erase_cmd(map, region, addr, len); >>> +    if (!cmd) >>> +    return

[RFC PATCH v3 5/9] drivers/block/zram/zram_drv: 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

[RFC PATCH v3 5/9] drivers/block/zram/zram_drv: 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 encoded ZONE_MOVABLE

Re: [PATCH 3/5] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

Raym On 18-05-23 09:29 AM, Ray Jui wrote: Hi Robin, On 5/23/2018 4:48 AM, Robin Murphy wrote: On 23/05/18 08:52, Scott Branden wrote: On 18-05-22 04:24 PM, Ray Jui wrote: Hi Guenter, On 5/22/2018 1:54 PM, Guenter Roeck wrote: On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote: If

Re: [PATCH 3/5] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

Raym On 18-05-23 09:29 AM, Ray Jui wrote: Hi Robin, On 5/23/2018 4:48 AM, Robin Murphy wrote: On 23/05/18 08:52, Scott Branden wrote: On 18-05-22 04:24 PM, Ray Jui wrote: Hi Guenter, On 5/22/2018 1:54 PM, Guenter Roeck wrote: On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote: If

Re: [PATCH 3/5] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

On 23/05/18 17:29, Ray Jui wrote: Hi Robin, On 5/23/2018 4:48 AM, Robin Murphy wrote: On 23/05/18 08:52, Scott Branden wrote: On 18-05-22 04:24 PM, Ray Jui wrote: Hi Guenter, On 5/22/2018 1:54 PM, Guenter Roeck wrote: On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote: If the

Re: [PATCH 3/5] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

On 23/05/18 17:29, Ray Jui wrote: Hi Robin, On 5/23/2018 4:48 AM, Robin Murphy wrote: On 23/05/18 08:52, Scott Branden wrote: On 18-05-22 04:24 PM, Ray Jui wrote: Hi Guenter, On 5/22/2018 1:54 PM, Guenter Roeck wrote: On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote: If the

[RFC PATCH v3 9/9] arch/x86/include/asm/page.h: update usage of movableflags

From: Huaisheng Ye GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE, modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD. Signed-off-by: Huaisheng Ye Cc: Thomas Gleixner Cc: Ingo Molnar Cc:

[RFC PATCH v3 9/9] arch/x86/include/asm/page.h: update usage of movableflags

From: Huaisheng Ye GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE, modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD. Signed-off-by: Huaisheng Ye Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Kate Stewart Cc: Greg Kroah-Hartman Cc:

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, May 23, 2018 at 12:45:31PM -0400, Steven Rostedt wrote: > On Wed, 23 May 2018 08:57:34 -0700 > "Paul E. McKenney" wrote: > > > On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote: > > > From: "Joel Fernandes (Google)" > > >

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, May 23, 2018 at 12:45:31PM -0400, Steven Rostedt wrote: > On Wed, 23 May 2018 08:57:34 -0700 > "Paul E. McKenney" wrote: > > > On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote: > > > From: "Joel Fernandes (Google)" > > > > > > RCU tasks callbacks can take at least 1

Re: [PATCH 01/10] mm: pagecache add lock

On Wed, May 23, 2018 at 08:22:39AM -0700, Christoph Hellwig wrote: > On Sun, May 20, 2018 at 06:45:24PM -0400, Kent Overstreet wrote: > > > > > > Honestly I think this probably should be in the core. But IFF we move > > > it to the core the existing users of per-fs locks need to be moved > > >

Re: [PATCH 01/10] mm: pagecache add lock

On Wed, May 23, 2018 at 08:22:39AM -0700, Christoph Hellwig wrote: > On Sun, May 20, 2018 at 06:45:24PM -0400, Kent Overstreet wrote: > > > > > > Honestly I think this probably should be in the core. But IFF we move > > > it to the core the existing users of per-fs locks need to be moved > > >

[RFC PATCH v3 8/9] include/linux/highmem.h: update usage of movableflags

From: Huaisheng Ye GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE, modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD. Signed-off-by: Huaisheng Ye Cc: Kate Stewart Cc: Greg Kroah-Hartman

[RFC PATCH v3 8/9] include/linux/highmem.h: update usage of movableflags

From: Huaisheng Ye GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE, modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD. Signed-off-by: Huaisheng Ye Cc: Kate Stewart Cc: Greg Kroah-Hartman Cc: Thomas Gleixner Cc: Philippe Ombredanne Cc: Christoph Hellwig ---

[RFC PATCH v3 7/9] mm/zsmalloc: 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

Re: Suggestion: „spectre_v2=off“ and „nopti“ per default in "Intel Atom N270" case?

On 2018 Mai 23, Pavel Machek wrote: > On Sat 2018-05-19 21:53:02, Christian Krüger wrote: > > Hi, > > > > Since the old "in-order-execution" Intel CPUs like the Intel Atom N270 > > (known for being installed in many Netbooks and Nettops) are not sensitive > > for "Meltdown" & "Spectre" , wouldn't

[RFC PATCH v3 7/9] mm/zsmalloc: 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 encoded ZONE_MOVABLE

Re: Suggestion: „spectre_v2=off“ and „nopti“ per default in "Intel Atom N270" case?

On 2018 Mai 23, Pavel Machek wrote: > On Sat 2018-05-19 21:53:02, Christian Krüger wrote: > > Hi, > > > > Since the old "in-order-execution" Intel CPUs like the Intel Atom N270 > > (known for being installed in many Netbooks and Nettops) are not sensitive > > for "Meltdown" & "Spectre" , wouldn't

Re: [PATCH v2 0/4] ARM64: dts: meson-axg: i2c updates

Jerome Brunet writes: > This patchset fixes a few problems found in the i2c nodes of > amlogic's meson-axg platform. It also adds the missing pins for > AO controller so we can use it on the S400 > > This series has been tested on the S400 board. > > Jerome Brunet (4): >

Re: [PATCH v2 0/4] ARM64: dts: meson-axg: i2c updates

Jerome Brunet writes: > This patchset fixes a few problems found in the i2c nodes of > amlogic's meson-axg platform. It also adds the missing pins for > AO controller so we can use it on the S400 > > This series has been tested on the S400 board. > > Jerome Brunet (4): > ARM64: dts: meson-axg:

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 09:53:38AM -0700, Dan Williams wrote: > On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler > wrote: > > On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: > >> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler > >>

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 09:53:38AM -0700, Dan Williams wrote: > On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler > wrote: > > On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: > >> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler > >> wrote: > >> > On Thu, May 03, 2018 at 05:06:42PM -0700,

Re: [PATCH] clk: aspeed: Add 24MHz fixed clock

On Fri, May 18, 2018 at 04:57:02PM +0800, Lei YU wrote: > Add a 24MHz fixed clock. > This clock will be used for certain devices, e.g. pwm. > > Signed-off-by: Lei YU > --- > drivers/clk/clk-aspeed.c | 9 - > include/dt-bindings/clock/aspeed-clock.h

Re: [PATCH] clk: aspeed: Add 24MHz fixed clock

On Fri, May 18, 2018 at 04:57:02PM +0800, Lei YU wrote: > Add a 24MHz fixed clock. > This clock will be used for certain devices, e.g. pwm. > > Signed-off-by: Lei YU > --- > drivers/clk/clk-aspeed.c | 9 - > include/dt-bindings/clock/aspeed-clock.h | 1 + > 2 files

Re: [PATCH 2/2] PM / devfreq: Generic cpufreq governor

On Fri, May 18, 2018 at 01:24:48AM -0700, Saravana Kannan wrote: > This devfreq governor is a generic implementation that can scale any > devfreq device based on the current CPU frequency of all ONLINE CPUs. It > allows for specifying CPU freq to devfreq mapping for specific devices. > When such a

Re: [PATCH 2/2] PM / devfreq: Generic cpufreq governor

On Fri, May 18, 2018 at 01:24:48AM -0700, Saravana Kannan wrote: > This devfreq governor is a generic implementation that can scale any > devfreq device based on the current CPU frequency of all ONLINE CPUs. It > allows for specifying CPU freq to devfreq mapping for specific devices. > When such a

Re: [PATCH net] net: phy: broadcom: Fix bcm_write_exp()

On 05/22/2018 06:20 PM, Florian Fainelli wrote: > Hi Andrew, > > On 05/22/2018 05:15 PM, Andrew Lunn wrote: >> On Tue, May 22, 2018 at 05:04:49PM -0700, Florian Fainelli wrote: >>> On newer PHYs, we need to select the expansion register to write with >>> setting bits [11:8] to 0xf. This was done

Re: [PATCH net] net: phy: broadcom: Fix bcm_write_exp()

On 05/22/2018 06:20 PM, Florian Fainelli wrote: > Hi Andrew, > > On 05/22/2018 05:15 PM, Andrew Lunn wrote: >> On Tue, May 22, 2018 at 05:04:49PM -0700, Florian Fainelli wrote: >>> On newer PHYs, we need to select the expansion register to write with >>> setting bits [11:8] to 0xf. This was done

Re: [PATCH v7 0/7] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 5/18/2018 4:31 AM, Paolo Bonzini wrote: On 16/05/2018 22:27, Maran Wilson wrote: Friendly ping. I am hopeful one of the x86 and/or KVM maintainers has a few cycles to spare to look this over. And thanks to everyone who has helped thus far by providing valuable feedback and reviewing.   

Re: [PATCH v7 0/7] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 5/18/2018 4:31 AM, Paolo Bonzini wrote: On 16/05/2018 22:27, Maran Wilson wrote: Friendly ping. I am hopeful one of the x86 and/or KVM maintainers has a few cycles to spare to look this over. And thanks to everyone who has helped thus far by providing valuable feedback and reviewing.   

[RFC PATCH v3 4/9] fs/btrfs/extent_io: update usage of zone modifiers

From: Huaisheng Ye Use __GFP_ZONE_MASK to replace (__GFP_DMA32 | __GFP_HIGHMEM). In function alloc_extent_state, it is obvious that __GFP_DMA is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits

[RFC PATCH v3 4/9] fs/btrfs/extent_io: update usage of zone modifiers

From: Huaisheng Ye Use __GFP_ZONE_MASK to replace (__GFP_DMA32 | __GFP_HIGHMEM). In function alloc_extent_state, it is obvious that __GFP_DMA is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler wrote: > On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: >> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler >> wrote: >> > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler wrote: > On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: >> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler >> wrote: >> > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote: >> >> In preparation for protecting the dax read(2)

[RFC PATCH v3 3/9] drivers/xen/swiotlb-xen: update usage of zone modifiers

From: Huaisheng Ye Use __GFP_ZONE_MASK to replace (__GFP_DMA | __GFP_HIGHMEM). In function xen_swiotlb_alloc_coherent, it is obvious that __GFP_DMA32 is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom

[RFC PATCH v3 3/9] drivers/xen/swiotlb-xen: update usage of zone modifiers

From: Huaisheng Ye Use __GFP_ZONE_MASK to replace (__GFP_DMA | __GFP_HIGHMEM). In function xen_swiotlb_alloc_coherent, it is obvious that __GFP_DMA32 is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP

Re: [PATCH 2/4] arcnet: com20020: bindings for smsc com20020

On Thu, May 17, 2018 at 03:06:26PM +0200, Andrea Greco wrote: > From: Andrea Greco > > Add devicetree bindings for smsc com20020 > > Signed-off-by: Andrea Greco > --- > .../devicetree/bindings/net/smsc-com20020.txt | 21 > + > 1

Re: [PATCH 2/4] arcnet: com20020: bindings for smsc com20020

On Thu, May 17, 2018 at 03:06:26PM +0200, Andrea Greco wrote: > From: Andrea Greco > > Add devicetree bindings for smsc com20020 > > Signed-off-by: Andrea Greco > --- > .../devicetree/bindings/net/smsc-com20020.txt | 21 > + > 1 file changed, 21 insertions(+) >

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: > On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler > wrote: > > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote: > >> In preparation for protecting the dax read(2) path from media errors > >>

Re: [PATCH v3 7/9] dax: report bytes remaining in dax_iomap_actor()

On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote: > On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler > wrote: > > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote: > >> In preparation for protecting the dax read(2) path from media errors > >> with copy_to_iter_mcsafe() (via

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, 23 May 2018 08:57:34 -0700 "Paul E. McKenney" wrote: > On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote: > > From: "Joel Fernandes (Google)" > > > > RCU tasks callbacks can take at least 1 second before the callbacks are

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, 23 May 2018 08:57:34 -0700 "Paul E. McKenney" wrote: > On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote: > > From: "Joel Fernandes (Google)" > > > > RCU tasks callbacks can take at least 1 second before the callbacks are > > executed. This happens even if the hold-out

Re: [PATCH v3] usbip: dynamically allocate idev by nports found in sysfs

On 05/23/2018 03:22 AM, Michael Grzeschik wrote: > As the amount of available ports varies by the kernels build > configuration. To remove the limitation of the fixed 128 ports > we allocate the amount of idevs by using the number we get > from the kernel. > > Signed-off-by: Michael Grzeschik

Re: [PATCH v3] usbip: dynamically allocate idev by nports found in sysfs

On 05/23/2018 03:22 AM, Michael Grzeschik wrote: > As the amount of available ports varies by the kernels build > configuration. To remove the limitation of the fixed 128 ports > we allocate the amount of idevs by using the number we get > from the kernel. > > Signed-off-by: Michael Grzeschik >

Re: [PATCH] of: overlay: validate offset from property fixups

On Wed, May 16, 2018 at 09:19:51PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > The smatch static checker marks the data in offset as untrusted, > leading it to warn: > > drivers/of/resolver.c:125 update_usages_of_a_phandle_reference() > error: buffer

Re: [PATCH] of: overlay: validate offset from property fixups

On Wed, May 16, 2018 at 09:19:51PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > The smatch static checker marks the data in offset as untrusted, > leading it to warn: > > drivers/of/resolver.c:125 update_usages_of_a_phandle_reference() > error: buffer underflow

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