Re: [RFC PATCH v1 00/30] fs: inode->i_version rework and optimization

On Fri, Mar 03, 2017 at 07:53:57PM -0500, Jeff Layton wrote: > On Fri, 2017-03-03 at 18:00 -0500, J. Bruce Fields wrote: > > On Wed, Dec 21, 2016 at 12:03:17PM -0500, Jeff Layton wrote: > > > tl;dr: I think we can greatly reduce the cost of the inode->i_version > > > counter, by exploiting the

Re: [PATCH v2 1/1] mm: zswap - Add crypto acomp/scomp framework support

On Mon, Feb 27, 2017 at 9:40 AM, Mahipal Reddy wrote: > Hi Dan, > Thanks for your reply. > > On Sat, Feb 25, 2017 at 3:51 AM, Dan Streetman wrote: >> On Fri, Feb 24, 2017 at 11:05 AM, Mahipal Challa >> wrote: >>> This

RE: out of range LBA using sg_raw

> -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Wednesday, March 08, 2017 10:03 PM > To: Kashyap Desai > Cc: Christoph Hellwig; linux-kernel@vger.kernel.org; linux- > s...@vger.kernel.org > Subject: Re: out of range LBA using sg_raw > > >

[TRIVIAL PATCH 2/2] kprobes: Convert kprobe_exceptions_notify to use NOKPROBE_SYMBOL

commit fc62d0207ae0 ("kprobes: Introduce weak variant of kprobe_exceptions_notify()") used the __kprobes annotation to exclude kprobe_exceptions_notify from being probed. Since NOKPROBE_SYMBOL() is a better way to do this enabling the symbol to be discovered as being blacklisted, change over to

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote: > 08.03.2017 19:06, Andy Lutomirski пишет: >> >> On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: >>> >>> 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT -

Re: blk: improve order of bio handling in generic_make_request()

On 8 March 2017 at 17:40, Mikulas Patocka wrote: > > On Wed, 8 Mar 2017, NeilBrown wrote: > > I don't think this will fix the DM snapshot deadlock by itself. > > Rather, it make it possible for some internal changes to DM to fix it. > > The DM change might be something

Re: [GIT PULL] sched.h split-up

* Linus Torvalds wrote: > On Tue, Mar 7, 2017 at 3:33 PM, Linus Torvalds > wrote: > > > > But as mentioned - this is untested. It seems to build, and it looks > > "ObviouslyCorrect(tm)", but I didn't actually try to boot it. > >

[PATCH] sh: cayman: IDE support fix

Remove incorrect CONFIG_IDE ifdef (CONFIG_IDE config option is for internal drivers/ide/ use) and make IDE hardware interface always initialized (not only when IDE subsystem is built-in). This patch allows Cayman board to work with modular IDE subsystem support and removes the requirement of

Re: [PATCH 2/2] Staging: comedi: comedi_fops: Fix "out of minor numbers for board device files"

Dear Ian, Thanks for taking the trouble to reply. On Wed, Mar 08, 2017 at 11:13:49AM +, Ian Abbott wrote: > On 08/03/17 10:08, Cheah Kok Cheong wrote: > >Dear Dan, > > Thanks for reviewing this patch. > > > >On Wed, Mar 08, 2017 at 08:54:47AM +0300, Dan Carpenter wrote: > >>On Sun, Mar 05,

[PATCH] irq: generic-chip: provide irq_free_generic_chip()

Some users of irq_alloc_generic_chip() are modules which can be removed (e.g. gpio-ml-ioh) but have no means of freeing the allocated generic chip. Provide a function for that. Signed-off-by: Bartosz Golaszewski --- include/linux/irq.h | 1 +

Re: [PATCH] livepatch: make klp_mutex proper part of API

On Wed, Mar 08, 2017 at 10:16:00AM +0100, Jiri Kosina wrote: > From: Jiri Kosina > > klp_mutex is shared between core.c and transition.c, and as such would > rather be properly located in livepatch.h so that we don't have to play > 'extern' games from .c sources. > > This

Re: [PATCH] ARM64: dts: meson-gxbb-odroidc2: enable USB Host Nodes

Hi All, On 8 March 2017 at 02:06, Anand Moon wrote: > From: Anand Moon > > update the regulator supply nodes for usb host to > enable usb host on odroid-c2 > > Signed-off-by: Anand Moon > --- >

Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t

On 03/08/2017 08:49 AM, Reshetova, Elena wrote: >> On 03/06/2017 09:21 AM, Elena Reshetova 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 accidental >>> refcounter overflows that

Re: v4.10: kernel stack frame pointer .. has bad value (null)

On Tue, Mar 07, 2017 at 10:40:14AM -0800, Linus Torvalds wrote: > On Tue, Mar 7, 2017 at 10:28 AM, Josh Poimboeuf wrote: > > > > Also, the gcc documentation says -maccumulate-outgoing-args is > > "generally beneficial for performance and size." > > Hmm. I wonder how true

Re: blk: improve order of bio handling in generic_make_request()

On Wed, 8 Mar 2017, NeilBrown wrote: > On Tue, Mar 07 2017, Mike Snitzer wrote: > > > On Tue, Mar 07 2017 at 12:05pm -0500, > > Jens Axboe wrote: > > > >> On 03/07/2017 09:52 AM, Mike Snitzer wrote: > >> > On Tue, Mar 07 2017 at 3:49am -0500, > >> > Jack Wang

[PATCH v2 9/9] Documentation: document what to do on a writeback error

There's no real guidance on this for filesystem authors, so add a paragraph to vfs.txt that explains how this should be handled. Signed-off-by: Jeff Layton --- Documentation/filesystems/vfs.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v2 0/9] mm/fs: get PG_error out of the writeback reporting business

v2: - still ClearPageError during __filemap_fdatawait_range - clear AS_* errors when reporting errors during write initiation - set mapping errors when launder_page fails - set mapping errors when writeback fails during migration - set mapping errors when DAX writeback fails - Documentation patch

[PATCH v2 6/9] mm: set mapping error when launder_pages fails

If launder_page fails, then we hit a problem writing back some inode data. Ensure that we communicate that fact in a subsequent fsync since another task could still have it open for write. Signed-off-by: Jeff Layton --- mm/truncate.c | 6 +- 1 file changed, 5

Re: RFC: SysRq nice-all-RT-tasks is broken

On Wed, 8 Mar 2017 11:51:14 -0500 Steven Rostedt wrote: > Hmm, that commit was added in 2.6.18, and you're right, a lot has > changed since then. Have you tried removing it and running it under > lockdep, and see if it triggers any warnings? I did a little digging, and it

Re: [PATCH 1/3] usb: orion-echi: Add support for the Armada 3700

Hi Gregory > - Add a new compatoble string for the Armada 3700 SoCs compatible > > - add sbuscfg support for orion usb controller driver. For the SoCs > without hlock, need to program BAWR/BARD/AHBBRST fields in the sbuscfg > register to guarantee the AHB master's burst would not overrun

[TRIVIAL PATCH 1/2] doc: trace/kprobes: add information about NOKPROBE_SYMBOL

Update kprobe tracer documentation to also mention that NOKPROBE_SYMBOL() and nokprobe_inline add symbols to the kprobes blacklist. Signed-off-by: Naveen N. Rao --- Documentation/trace/kprobetrace.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[PATCH v2] irq: generic-chip: provide irq_free_generic_chip()

Some users of irq_alloc_generic_chip() are modules which can be removed (e.g. gpio-ml-ioh) but have no means of freeing the allocated generic chip. Provide a function for that. Signed-off-by: Bartosz Golaszewski --- v1 -> v2: - added the kernel doc

Re: [PATCH v2 2/2] Staging: comedi: comedi_fops: Fix "out of minor numbers for board device files"

Dear Ian, Thanks for taking the time to reply. On Wed, Mar 08, 2017 at 12:36:41PM +, Ian Abbott wrote: > On 07/03/17 18:13, Cheah Kok Cheong wrote: > >If comedi module is loaded with the following max allowed parameter > >[comedi_num_legacy_minors=48], subsequent loading of an

Re: v4.10: kernel stack frame pointer .. has bad value (null)

On Wed, Mar 8, 2017 at 10:25 AM, Linus Torvalds wrote: > On Wed, Mar 8, 2017 at 9:37 AM, Josh Poimboeuf wrote: > Yeah. At some point we might even upgrade the compiler requirements to > no longer accept the mcount model. > > I think the fentry

[PATCH] usb: hub: Fix crash after failure to read BOS descriptor

If usb_get_bos_descriptor() returns an error, usb->bos will be NULL. Nevertheless, it is dereferenced unconditionally in hub_set_initial_usb2_lpm_policy() if usb2_hw_lpm_capable is set. This results in a crash. usb 5-1: unable to get BOS descriptor ... Unable to handle kernel NULL pointer

Re: [Xen-devel] [PATCH 4/7] xen/9pfs: connect to the backend

On Wed, 8 Mar 2017, Julien Grall wrote: > Hi Stefano, > > On 08/03/17 00:49, Stefano Stabellini wrote: > > On Tue, 7 Mar 2017, Julien Grall wrote: > > > On 03/06/2017 08:01 PM, Stefano Stabellini wrote: > > > > + if (ring->bytes == NULL) > > > > + goto error; > > > > +

Re: [PATCH 4/7] xen/9pfs: connect to the backend

On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > >>> + ring->bytes = (void*)__get_free_pages(GFP_KERNEL | __GFP_ZERO, > >>> XEN_9PFS_RING_ORDER); > >>> + if (ring->bytes == NULL) > >>> + goto error; > >>> + for (i = 0; i < (1 << XEN_9PFS_RING_ORDER); i++) > >>> + ring->intf->ref[i] =

Re: [PATCH v15 3/5] tee: add OP-TEE driver

[cut] > +static struct optee *optee_probe(struct device_node *np) > +{ > + optee_invoke_fn *invoke_fn; > + struct tee_shm_pool *pool; > + struct optee *optee = NULL; > + void *memremaped_shm = NULL; > + struct tee_device *teedev; > + u32 sec_caps; > + int

[PATCH v2 1/2] regulator: core: add regulator_has_continuous_voltage_range()

The new function allows consumers to determine if a regulator is continuous or discrete, and whether the results of regulator_count_voltages() and regulator_list_voltage() correspond to the regulator itself or its supply. Change-Id: I1198cee9fff60dc747a02860e9652034f4d5da33 Signed-off-by:

[PATCH RT 2/7] x86/mm/cpa: avoid wbinvd() for PREEMPT

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: John Ogness Although wbinvd() is faster than flushing many individual pages, it blocks the memory bus for "long" periods of time (>100us), thus directly

[PATCH RT 3/7] rt: Drop mutex_disable() on !DEBUG configs and the GPL suffix from export symbol

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Alex Goins reported that mutex_destroy() on RT will force a GPL only symbol which won't link and therefore fail on a non-GPL

[PATCH RT 4/8] rt: Drop mutex_disable() on !DEBUG configs and the GPL suffix from export symbol

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Alex Goins reported that mutex_destroy() on RT will force a GPL only symbol which won't link and therefore fail on a non-GPL kernel

[PATCH RT 3/7] rt: Drop mutex_disable() on !DEBUG configs and the GPL suffix from export symbol

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Alex Goins reported that mutex_destroy() on RT will force a GPL only symbol which won't link and therefore fail on a non-GPL kernel

[PATCH RT 5/8] lockdep: Handle statically initialized PER_CPU locks proper

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner If a PER_CPU struct which contains a spin_lock is statically initialized via: DEFINE_PER_CPU(struct foo, bla) = { .lock =

Re: [PATCH] hwmon: (dell-smm) Add Dell XPS 15 9560 into DMI list

Wow, that was easy :-). so I did: download the driver source and makefile make => several new files show up including a .ko - WOHOOO sudo rmmod dell-smm-hwmon lsmod | grep hwmo => nothing sudo insmod ./dell-smm-hwmon.ko => nothing lsmod | grep hwmo => dell_smm_hwmon 16384 0 sudo sensors

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

Adding x86 people too, since this seems to be something off about ARCH_HAS_SET_MEMORY for x86-32. The code seems to be shared between x86-32 and 64, I'm not seeing why set_memory_r[ow]() should fail on one but not the other. Considering that it seems to be flaky even on 32-bit, maybe it's

Re: [PATCH 6/7] xen/9pfs: receive responses

On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > >>> + > >>> + if (xen_9pfs_queued(prod, cons, XEN_9PFS_RING_SIZE) < > >>> sizeof(h)) { > >>> + notify_remote_via_irq(ring->irq); > >>> + return; > >>> + } > >>> + > >>> + masked_prod =

NULL pointer dereference in cgroup

Hi, I've seen this only once, and can't reproduce it. But here it is anyway: https://postimg.org/image/pn94k1yov (Not sure png files are accepted on LKML.) This occurred in a VM while booting 4.11.0-rc1 Cheers, -- Luís

[PATCH] doc: ABI: vdso: update parse_vdso.c reference

Since commit f9b6b0ef603 ("selftests: move vDSO tests from Documentation/vDSO") parse_vdso.c moved under selftests. Update the reference to match. Cc: Jonathan Corbet Signed-off-by: Baruch Siach --- Documentation/ABI/stable/vdso | 3 ++- 1 file changed, 2

[PATCH RT 2/8] pinctrl: qcom: Use raw spinlock variants

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Julia Cartwright The MSM pinctrl driver currently implements an irq_chip for handling GPIO interrupts; due to how irq_chip handling is done, it's necessary for the

[PATCH RT 3/8] x86/mm/cpa: avoid wbinvd() for PREEMPT

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: John Ogness Although wbinvd() is faster than flushing many individual pages, it blocks the memory bus for "long" periods of time (>100us), thus directly

[PATCH RT 6/8] rt: Drop the removal of _GPL from rt_mutex_destroy()s EXPORT_SYMBOL

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior What we have now should be enough, the EXPORT_SYMBOL statement for rt_mutex_destroy() is not required. Signed-off-by: Sebastian

Re: [RFC][PATCH 4/4] ftrace: Allow for function tracing to record init functions on boot up

Dear mm folks, Are you OK with this change? I need a hook to when the init sections are being freed along with the address that are being freed. As each arch frees their own init sections I need a single location to place my hook. The archs all call free_reserved_area(). As this isn't a critical

[PATCH RT 8/8] Linux 3.18.48-rt54-rc1

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 1/8] radix-tree: use local locks

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior The preload functionality uses per-CPU variables and preempt-disable to ensure that it does not switch CPUs during its usage. This

[PATCH RT 7/7] Linux 3.12.70-rt95-rc1

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 7/8] lockdep: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP

3.18.48-rt54-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Dan Murphy When CONFIG_MODULES is not set then it fails to compile in lockdep: |kernel/locking/lockdep.c: In function 'look_up_lock_class':

[PATCH RT 7/7] Linux 3.10.105-rt120-rc1

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 0/7] Linux 3.10.105-rt120-rc1

Dear RT Folks, This is the RT stable review cycle of patch 3.10.105-rt120-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

[PATCH RT 6/7] lockdep: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Dan Murphy When CONFIG_MODULES is not set then it fails to compile in lockdep: |kernel/locking/lockdep.c: In function 'look_up_lock_class':

Re: [PATCH v2 08/22] PCI: dwc: designware: Add EP mode support

On Wed, Mar 08, 2017 at 03:32:03PM +, Joao Pinto wrote: > #define PCIE_GET_ATU_INB_UNR_REG_ADDR(region, register) \ > ((0x3 << 20) | (region << 9) | \ > (0x1 << 8) Can you turn this and any similar

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > >>> +} > >>> + > >>> +static int p9_xen_write_todo(struct xen_9pfs_dataring *ring, RING_IDX > >>> size) > >>> +{ > >>> + RING_IDX cons, prod; > >>> + > >>> + cons = ring->intf->out_cons; > >>> + prod = ring->intf->out_prod; > >>> + mb(); > >>> + > >>>

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

On 03/08/2017 02:33 PM, Stefano Stabellini wrote: > On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > +} > + > +static int p9_xen_write_todo(struct xen_9pfs_dataring *ring, RING_IDX > size) > +{ > + RING_IDX cons, prod; > + > + cons = ring->intf->out_cons; > + prod

[PATCH v2] ARM: zynq: Add #io-channel-cells to (x)adc node for iio-hwmon

Fix OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 by adding the #io-channel-cells property. Signed-off-by: Moritz Fischer

Re: [Xen-devel] [PATCH 6/7] xen/9pfs: receive responses

On Tue, Mar 07, 2017 at 05:13:59PM -0800, Stefano Stabellini wrote: > On Tue, 7 Mar 2017, Stefano Stabellini wrote: > > > > + > > > > + ring = container_of(work, struct xen_9pfs_dataring, work); > > > > + priv = ring->priv; > > > > + > > > > + while (1) { > > > > +

Re: [GIT pull] CPU hotplug updates for 4.9

On Wed, 2017-03-08 at 09:25 +0100, Thomas Gleixner wrote: > Before you proceed with bisecting, could you try Linus head first, > especially commit: > > fa3aa7a54fe6 ("jiffies: Revert bogus conversion of NSEC_PER_SEC to TICK_NSEC") > > which fixes: 93825f2ec736 ("jiffies: Reuse TICK_NSEC instead

[PATCH v2 2/2] regulator: Add driver for voltage controlled regulators

The output voltage of a voltage controlled regulator can be controlled through the voltage of another regulator. A vctrl regulator can be continuous or discrete, depending on its control regulator. The current version of this driver assumes that the output voltage is a linear function of the

[PATCH RT 4/7] lockdep: Handle statically initialized PER_CPU locks proper

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner If a PER_CPU struct which contains a spin_lock is statically initialized via: DEFINE_PER_CPU(struct foo, bla) = { .lock =

Re: [RFC][PATCH 0/4] tracing: Allow function tracing to start earlier in boot up

On Wed, 08 Mar 2017 11:32:25 -0800 Todd Brandt wrote: > On Wed, 2017-03-08 at 11:15 -0800, Todd Brandt wrote: > > On Tue, 2017-03-07 at 16:28 -0500, Steven Rostedt wrote: > > > I've had people ask about moving tracing up further in the boot process. > > > This

[PATCH RT 5/7] rt: Drop the removal of _GPL from rt_mutex_destroy()s EXPORT_SYMBOL

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior What we have now should be enough, the EXPORT_SYMBOL statement for rt_mutex_destroy() is not required. Signed-off-by: Sebastian

[PATCH RT 0/7] Linux 3.12.70-rt95-rc1

Dear RT Folks, This is the RT stable review cycle of patch 3.12.70-rt95-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

[PATCH RT 5/7] rt: Drop the removal of _GPL from rt_mutex_destroy()s EXPORT_SYMBOL

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior What we have now should be enough, the EXPORT_SYMBOL statement for rt_mutex_destroy() is not required. Signed-off-by: Sebastian

[PATCH RT 1/7] radix-tree: use local locks

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior The preload functionality uses per-CPU variables and preempt-disable to ensure that it does not switch CPUs during its usage. This

[PATCH RT 6/7] lockdep: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Dan Murphy When CONFIG_MODULES is not set then it fails to compile in lockdep: |kernel/locking/lockdep.c: In function 'look_up_lock_class':

[PATCH RT 0/8] Linux 3.18.48-rt54-rc1

Dear RT Folks, This is the RT stable review cycle of patch 3.18.48-rt54-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

Re: [PATCH v2 6/9] mm: set mapping error when launder_pages fails

On Wed, 2017-03-08 at 13:38 -0500, Jeff Layton wrote: > On Wed, 2017-03-08 at 18:01 +, Trond Myklebust wrote: > > On Wed, 2017-03-08 at 11:29 -0500, Jeff Layton wrote: > > > If launder_page fails, then we hit a problem writing back some > > > inode > > > data. Ensure that we communicate that

Re: [PATCH] mm,hugetlb: compute page_size_log properly

> One example of the problems with extra layers what this patch fixes: > mmap_pgoff() should never be using SHM_HUGE_* logic. This was > introduced by: > >091d0d55b28 (shm: fix null pointer deref when userspace specifies invalid > hugepage size) > > It is obviously harmless but lets just

[PATCH] usb: host: xhci-plat: Fix timeout on removal of hot pluggable xhci controllers

Upstream commit 98d74f9ceaef ("xhci: fix 10 second timeout on removal of PCI hotpluggable xhci controllers") fixes a problem with hot pluggable PCI xhci controllers which can result in excessive timeouts, to the point where the system reports a deadlock. The same problem is seen with hot

Re: [PATCH v3 0/8] try to reduce fragmenting fallbacks

On 8.3.2017 17:46, Johannes Weiner wrote: > Is there any other data you would like me to gather? If you can enable the extfrag tracepoint, it would be nice to have graphs of how unmovable allocations falling back to movable pageblocks, etc. Possibly also /proc/pagetypeinfo for numbers of

Re: [RFC][PATCH 0/4] tracing: Allow function tracing to start earlier in boot up

On Tue, 2017-03-07 at 16:28 -0500, Steven Rostedt wrote: > I've had people ask about moving tracing up further in the boot process. > This patch series looks at function tracing only. It allows for tracing > (and function filtering) to be moved right after memory is initialized. > To have it

Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment

On Wed, Mar 8, 2017 at 3:05 PM, Borislav Petkov wrote: > On Wed, Mar 08, 2017 at 05:09:55PM +0800, Baoquan He wrote: >> Yes, it looks better. I can repost with this change. Thanks. > > No it doesn't: > > #define EFI_VA_START ( -4 * (_AC(1, UL) << 30)) > #define EFI_VA_END

[PATCH 1/2 v3] video: fbdev: imxfb: support AUS mode

Some displays require setting AUS mode in the LDCD AUS Mode Control Register to work with the imxfb driver. Like the value of the Panel Configuration Register, the AUS mode setting depends on the display mode. Allow setting AUS mode from the device tree by adding a boolean property. Make this

Re: [PATCH] ARM: zynq: Add #io-channel-cells to (x)adc node for iio-hwmon

On Wed, Mar 8, 2017 at 12:08 PM, Moritz Fischer wrote: > Fix issue when exposing xadc via iio-hwmon by adding missing > That was messed up ... let me resend that. Sorry for the noise ... Thanks, Moritz

Re: [Question] devm_kmalloc() for DMA ?

On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: > When the DMA memory is mapped for reading from the device the associated > cachelines are invalidated without writeback. There is no guarantee that > the changes made to the devres_node have made it to main memory yet, or > is

[ANNOUNCE] 3.10.105-rt119

Dear RT Folks, I'm pleased to announce the 3.10.105-rt119 stable release. [ I had this tested when I was at ELC but never posted it ] This release is just an update to the new stable 3.10.105 version and no RT specific changes have been made. You can get this release via the git tree at:

[ANNOUNCE] 3.18.48-rt53

Dear RT Folks, I'm pleased to announce the 3.18.48-rt53 stable release. [ I had this tested when I was at ELC, but never posted it ] This release is just an update to the new stable 3.18.48 version and no RT specific changes have been made. You can get this release via the git tree at:

[PATCH v6] NTB: Add IDT 89HPESxNTx PCIe-switches support

IDT 89HPESxNTx device series is PCIe-switches, which support Non-Transparent bridging between domains connected to the device ports. Since new NTB API exposes multi-port interface and messaging API, the IDT NT-functions can be now supported in the kernel. This driver adds the following

Re: [tpmdd-devel] [PATCH] vTPM: Fix missing NULL check

On Wed, 2017-03-08 at 10:17 -0700, Jason Gunthorpe wrote: > On Tue, Mar 07, 2017 at 11:12:43PM -0500, Hon Ching(Vicky) Lo wrote: > > On Mon, 2017-03-06 at 16:19 -0700, Jason Gunthorpe wrote: > > > > Also, how does locking work here? Does the vio core prevent > > > tpm_ibmvtpm_get_desired_dma and

[PATCH RT 4/7] lockdep: Handle statically initialized PER_CPU locks proper

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner If a PER_CPU struct which contains a spin_lock is statically initialized via: DEFINE_PER_CPU(struct foo, bla) = { .lock =

[PATCH RT 1/7] radix-tree: use local locks

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior The preload functionality uses per-CPU variables and preempt-disable to ensure that it does not switch CPUs during its usage. This

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: >> When the DMA memory is mapped for reading from the device the associated >> cachelines are invalidated without writeback. There is no guarantee that >> the changes made

[PATCH] ARM: zynq: Add #io-channel-cells to (x)adc node for iio-hwmon

Fix issue when exposing xadc via iio-hwmon by adding missing OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 Signed-off-by: Moritz Fischer Cc: Michal Simek Cc: Sören Brinkmann Cc: Julia Cartwright

kexec regression since 4.9 caused by efi

Hi, everyone, Since 4.9, kexec results in the following panic on some of our servers: [0.001000] general protection fault: [#1] SMP [0.001000] Modules linked in: [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.11.0-rc1 #53 [0.001000] Hardware name: Wiwynn

[PATCH 2/5] zram: Convert to using memset_l()

From: Matthew Wilcox zram was the motivation for creating memset_l(). Signed-off-by: Matthew Wilcox --- drivers/block/zram/zram_drv.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git

[PATCH v3] NI 169445 board support

Add support for the National Instruments 169445 board Changes from v2: - Hand write the board config fragment, and make it more minimal. - Add myself as the maintainer of new dirs and files.

[PATCH] crypto: s5p-sss - Fix spinlock recursion on LRW(AES)

Running TCRYPT with LRW compiled causes spinlock recursion: testing speed of async lrw(aes) (lrw(ecb-aes-s5p)) encryption tcrypt: test 0 (256 bit key, 16 byte blocks): 19007 operations in 1 seconds (304112 bytes) tcrypt: test 1 (256 bit key, 64 byte blocks): 15753 operations in 1

[PATCH] net: via: via-velocity: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/via/via-velocity.c | 62

Re: [RFC][PATCH 0/4] tracing: Allow function tracing to start earlier in boot up

On Wed, 2017-03-08 at 11:15 -0800, Todd Brandt wrote: > On Tue, 2017-03-07 at 16:28 -0500, Steven Rostedt wrote: > > I've had people ask about moving tracing up further in the boot process. > > This patch series looks at function tracing only. It allows for tracing > > (and function filtering) to

Re: [f2fs-dev] [PATCH 1/2] f2fs: don't need to invalidate wrong node page

On 03/08, Chao Yu wrote: > On 2017/3/7 5:51, Jaegeuk Kim wrote: > > If f2fs_new_inode() is failed, the bad inode will invalidate 0'th node page > > during f2fs_evict_inode(), which doesn't need to do. > > Hmm...should not allow other using of inode->i_ino in following codes of > f2fs_evict_inode,

[PATCH] clock: Fix smp_processor_id() in preemptible bug

The v4.11-rc1 kernel emits the following splat in some configurations: [ 43.681891] BUG: using smp_processor_id() in preemptible [] code: kworker/3:1/49 [ 43.682511] caller is debug_smp_processor_id+0x17/0x20 [ 43.682893] CPU: 0 PID: 49 Comm: kworker/3:1 Not tainted 4.11.0-rc1+ #1

Re: [PATCH 11/15] drm/sun4i: tcon: Fix tcon channel 1 backporch calculation

On Wed, Mar 08, 2017 at 12:25:59PM +0800, Chen-Yu Tsai wrote: > On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard > wrote: > > It seems like what's called a backporch in the datasheet is actually the > > backporch plus the sync period. Fix that in our driver. > > > >

[PATCH 1/1] HID: clamp input to logical range if no null state

This patch fixes an issue in drivers/hid/hid-input.c where values outside of the logical range are not clamped when "null state" bit of the input control is not set. This was discussed on the lists [1] and this change stems from the fact due to the ambiguity of the HID specification it might be

[PATCH V3] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

When the operating system is booted with the default ASPM policy (POLICY_DEFAULT), current code is querying the enable/disable states from ASPM registers to determine the policy. For example, a BIOS could set the power saving state to performance and clear all ASPM control registers. A balanced

[PATCH 1/2] gpio: mmio: add support for NI 169445 NAND GPIO

The GPIO-based NAND controller on National Instruments 169445 hardware exposes a set of simple lines for the control signals. Signed-off-by: Nathan Sullivan --- .../bindings/gpio/ni,169445-nand-gpio.txt | 36 ++ drivers/gpio/gpio-mmio.c

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

Hi Greg, On Wed, Mar 8, 2017 at 5:15 PM, Greg KH wrote: > On Wed, Mar 08, 2017 at 03:49:19PM -0300, Diego Viola wrote: >> It hangs on resume from suspend if I have USB 3.0 enabled on the BIOS, >> it works fine with ehci_hcd or USB 2.0. >> >> The way I reproduce the

[PATCH RT 2/7] x86/mm/cpa: avoid wbinvd() for PREEMPT

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: John Ogness Although wbinvd() is faster than flushing many individual pages, it blocks the memory bus for "long" periods of time (>100us), thus directly

Re: SGX notes from KS/LPC

On Wed, Mar 8, 2017 at 10:48 AM, Andy Lutomirski wrote: > Hi- > > Here are my notes on SGX issues from KS/LPC. It seems that I never > emailed it out to a public list -- oops. It may contain any number of > typos or outright errors. Willy Tarreau points out that I didn't

Re: RFC: SysRq nice-all-RT-tasks is broken

On 08/03/2017 17:57, Steven Rostedt wrote: > On Wed, 8 Mar 2017 11:51:14 -0500 > Steven Rostedt wrote: > > >> Hmm, that commit was added in 2.6.18, and you're right, a lot has >> changed since then. Have you tried removing it and running it under >> lockdep, and see if it

[PATCH 4/5] Add memfill()

From: Matthew Wilcox Similar to Lars Wirzenius' memfill(), this version has optimisations for source sizes of 1, 2, 4 (and 8 on 64 bit architectures). Signed-off-by: Matthew Wilcox --- include/linux/string.h | 3 +++ lib/string.c | 41

[PATCH 5/5] Hacky testsuite for memfill() and memset_l()

From: Matthew Wilcox cc -I. -I../../include -g -O2 -Wall -D_LGPL_SOURCE -fno-strict-aliasing \ string.c -o string Has to be compiled with -fno-strict-aliasing because I do unclean things with pointers to different types (in the test suite, not the lib).

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