[PATCHSET] cgroup: use static_keys for subsystem enabled and on_dfl tests

cgroup_subsys->disabled and cgroup_on_dfl() tests are likely to be used in hot paths and seldom change. The former is set once during boot and the latter only when a controller is migrated between the default hierarchy and traditional ones. This patchset makes these tests static_key based and con

Re: [PATCH] tty: fix data race on tty_buffer.commit

On Tue, Sep 8, 2015 at 9:03 AM, Dmitry Vyukov wrote: > Race on buffer data happens when newly committed data is > picked up by an old flush work in the following scenario: > __tty_buffer_request_room does a plain write of tail->commit, > no barriers were executed before that. > At this point flush

Re: [alsa-devel] [PATCH 1/2] dmaengine: OF DMAEngine API based on CONFIG_DMA_OF instead of CONFIG_OF

Hi Vinod, again > > > > 5fa422c ("dmaengine: move drivers/of/dma.c -> drivers/dma/of-dma.c") > > > > moved OF base DMAEngine code to of-dma.c, then it based on > > > > CONFIG_DMA_OF. > > > > But, OF base DMAEngine API on of_dma.h still based on CONFIG_OF now. > > > > So, current kernel can't fin

Re: [PATCH] tty: fix data race in tty_buffer_flush

On Tue, Sep 8, 2015 at 8:48 AM, Dmitry Vyukov wrote: > tty_buffer_flush frees not acquired buffers. > As the result, for example, read of b->size in tty_buffer_free > can return garbage value which will lead to a huge buffer > hanging in the freelist. This is just the benignest > manifestation of

Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'

On Wednesday, September 16, 2015 03:57:05 AM Rafael J. Wysocki wrote: > On Tuesday, September 15, 2015 02:04:58 PM Viresh Kumar wrote: > > global_lock is defined as an unsigned long and accessing only its lower > > 32 bits from sysfs is incorrect, as we need to consider other 32 bits > > for big en

[PATCH] arm64: mt8173.dtsi: correct i2c node names

Node name in device tree should describe general class of the device. Correct incorrect i2c node names. Signed-off-by: Yingjoe Chen --- This is based on v4.3-rc1. All the other i2c node names are correct. --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3

linux-next: build failure after merge of the tip tree

Hi all, After merging the next-20150915 version of the tip tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from drivers/usb/gadget/function/u_ether.h:20:0, from drivers/usb/gadget/function/f_ncm.c:26: include/linux/usb/cdc.h:23:8:

[PATCH v2] of: Check for overlap in reserved memory regions

Any overlap in the reserved memory regions (those specified in the reserved-memory DT node) is a bug. These bugs might go undetected as long as the contested region isn't used simultaneously by multiple software agents, which makes such bugs hard to debug. Fix this by printing a scary warning dur

Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'

On Tuesday, September 15, 2015 02:04:58 PM Viresh Kumar wrote: > global_lock is defined as an unsigned long and accessing only its lower > 32 bits from sysfs is incorrect, as we need to consider other 32 bits > for big endian 64 bit systems. > > Fix that by making global_lock an u32 instead. > >

Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node

On Tuesday, September 15, 2015 10:18:32 AM Marc Zyngier wrote: > On 15/09/15 00:15, Rafael J. Wysocki wrote: > > On Monday, September 14, 2015 05:44:01 PM Marc Zyngier wrote: > >> struct device_node is very much DT specific, and the original authors > >> of the irqdomain subsystem recognized that t

Re: [4.2] commit d59cfc09c32 (sched, cgroup: replace signal_struct->group_rwsem with a global percpu_rwsem) causes regression for libvirt/kvm

Hello, Paul. On Tue, Sep 15, 2015 at 04:38:18PM -0700, Paul E. McKenney wrote: > Well, the decision as to what is too big for -stable is owned by the > -stable maintainers, not by me. Is it tho? Usually the subsystem maintainer knows the best and has most say in it. I was mostly curious whether

Re: [PATCH 3.12 16/33] isdn/gigaset: reset tty->receive_room when attaching ser_gigaset

On Tue, Sep 15, 2015 at 8:37 PM, Tilman Schmidt wrote: > Am 16.09.2015 um 01:08 schrieb Peter Hurley: >> On Tue, Sep 15, 2015 at 10:22 AM, Jiri Slaby > > wrote: >> >> From: Tilman Schmidt >> >> 3.12-stable review patch. If anyone has any objections, please let >>

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote: > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG > and used outside of it. And that breaks kernel build: > > /home/viresh/linux/drivers/base/power/wakeup.c:871: undefined reference to > `wakeup_irq' > /home/v

Re: [PATCH] cpufreq: pass policy to ->get() driver callback

On Tuesday, September 15, 2015 01:24:31 PM Viresh Kumar wrote: > On 10-09-15, 23:59, Rafael J. Wysocki wrote: > > Adding Mark and Srinivas who may be interested in this to CC. > > Mike ? :) > > > Why don't we start with listing all of the cpufreq's shortcomings we'd like > > to address,

Re: [PATCH] cpufreq: pass policy to ->get() driver callback

On Tuesday, September 15, 2015 01:09:21 PM Viresh Kumar wrote: > On 11-09-15, 21:48, Viresh Kumar wrote: > > > -/* Only for cpufreq core internal use */ > > > struct cpufreq_policy *cpufreq_cpu_get_raw(unsigned int cpu) > > > { > > > struct cpufreq_policy *policy = per_cpu(cpufreq_cpu_data, cpu

Re: [PATCH] iov: initialize NumVFs register to 0 at the end of sriov_init()

On 2015/9/16 0:10, Bjorn Helgaas wrote: On Fri, Aug 21, 2015 at 06:51:25PM +0900, Ethan Zhao wrote: After commit 4449f079722c ("PCI: Calculate maximum number of buses required for VFs"),the initial value of NumVFs register was set to non-zero after sriov_init() and no VFs was enabled in device

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 03:18:19 PM Alan Stern wrote: > On Tue, 15 Sep 2015, Thierry Reding wrote: > > > > There are a few things to watch out for. Since the dpm_list gets > > > modified during system sleep transitions, we would have to make sure > > > that nothing gets probed during those

Re: [PATCH 1/1] fs: global sync to not clear error status of individual inodes

On 09/16/15 00:20, Tejun Heo wrote: >> @@ -2121,7 +2121,13 @@ static void wait_sb_inodes(struct super_block *sb) >> iput(old_inode); >> old_inode = inode; >> >> -filemap_fdatawait(mapping); >> +/* >> + * Wait for on-going writeback to

Re: [PATCH 1/1] fs: global sync to not clear error status of individual inodes

On 09/16/15 07:02, Andrew Morton wrote: > It would be nice to capture the test case(s) somewhere permanent. > Possibly in tools/testing/selftests, but selftests is more for peculiar > linux-specific things. LTP or xfstests would be a better place. I'll check xfstests if I can adapt the test case

Re: [PATCH 0/3] Add __ioread32_copy() and use it

On 09/15, Andrew Morton wrote: > On Tue, 15 Sep 2015 12:41:26 -0700 Stephen Boyd wrote: > > > The SMD driver is reading and writing chunks of data to iomem, > > and there's an __iowrite32_copy() function for the writing part, but > > no __ioread32_copy() function for the reading part. This series

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 05:53:02 PM Thierry Reding wrote: > On Sat, Sep 12, 2015 at 12:38:19AM +0200, Rafael J. Wysocki wrote: > > On Friday, September 11, 2015 02:03:46 PM Thierry Reding wrote: > > > On Fri, Sep 11, 2015 at 12:08:02AM +0200, Rafael J. Wysocki wrote: > > > > On Thursday, Sep

[PATCH 1/8] PCI: iproc: Fix code comment

Fix code comment in pcie-iproc.h so it matches the code Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/host/pcie-iproc.h b/drivers/pci/host/pcie-iproc.h index c9e4c10..4880b09 100644 --- a/drivers/pci/host/

[PATCH 2/8] PCI: iproc: Remove unused code

Remove unused struct iproc_pcie member irqs and #define IPROC_PCIE_MAX_NUM_IRQS Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/pci/host/pcie-iproc.h b/drivers/pci/host/pcie-iproc.h index 4880b09..ecaad57 100644 --- a/drivers

[PATCH 6/8] PCI: iproc: Update iProc PCIe device tree bindings

This patch updates the iProc PCIe device tree bindings with added support for outbound mapping configurations Signed-off-by: Ray Jui --- .../devicetree/bindings/pci/brcm,iproc-pcie.txt | 20 1 file changed, 20 insertions(+) diff --git a/Documentation/devicetree/binding

[PATCH 0/8] Broadcom iProc PCIe fixes and outbound mapping support

This patch series contains various fixes and outbound mapping support for the Broadcom iProc PCIe driver. Some of the critical fixes include 1) fix of PCIe core reset logic and therefore remove its dependency on the bootloader; 2) improved link detection logic that works for more iProc based SoCs.

[PATCH 7/8] PCI: iproc: Add outbound mapping support

Certain iProc SoCs require the PCIe outbound mapping to be configured in SW. This patch adds support for those chips Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc-platform.c | 27 drivers/pci/host/pcie-iproc.c | 113 + drivers/pci/host/

[PATCH 3/8] PCI: iproc: Remove ARCH specific flag

Now setup-irq.o is built for arm64, in 'commit 459a07721c11 ("PCI: Build setup-irq.o for arm64")' by Jayachandran, pci_fixup_irqs can be referenced. We no longer need the CONFIG_ARM flag to wrap around call to pci_fixup_irqs Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.c | 2 -- 1 file

[PATCH 8/8] PCI: iproc: Fix compile warnings

There are several compile warnings in pcie-iproc.c related to the printing of a size_t value. This is a 32bit value on arm, and 64bit on arm64. However, the printks are for 64bit values (thus the warning). Using the %pap printk for these values (per Documentation/printk-formats.txt) corrects the

Re: [PATCH] clk: readd refcounting for struct clk instances

On 09/15, Heiko Stübner wrote: > With the split into struct clk and struct clk_core, clocks lost the > ability for nested __clk_get clkdev calls. While it stays possible to > call __clk_get, the first call to (__)clk_put will clear the struct clk, > making subsequent clk_put calls run into a NULL p

[PATCH 5/8] PCI: iproc: Improve link detection logic

This patch further improves the iProc PCIe link detection logic by explicitly querying the link status register to ensure link is active It also forces class to PCI_CLASS_BRIDGE_PCI (0x0604) through the host configuration space register Signed-off-by: Ray Jui Reviewed-by: Anup Patel Reviewed-by

[PATCH 4/8] PCI: iproc: Fix PCIe reset logic

The current iProc PCIe reset logic does not always properly reset the device. For example, in the case when the perst_b signal is already de-asserted in the bootloader, the current reset logic fails to trigger a proper asssert -> de-assert reset sequence. This patch fixes the issue by always trigge

Re: [PATCH 3.12 16/33] isdn/gigaset: reset tty->receive_room when attaching ser_gigaset

Am 16.09.2015 um 01:08 schrieb Peter Hurley: > On Tue, Sep 15, 2015 at 10:22 AM, Jiri Slaby > wrote: > > From: Tilman Schmidt > > 3.12-stable review patch. If anyone has any objections, please let > me know. > > === > > [ Upstream commit

[PATCH 00/19] Lustre cleanups

From: Oleg Drokin This bunch of patches removes significant chunks of Lustre specific allocators which is possible thanks to prior patches from Julia Lawall. Also removed are some server-only bits of code that make no sense to retain in a client. Please consider. Oleg Drokin (19): staging/lus

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 10:23:07 AM Alan Stern wrote: > On Tue, 15 Sep 2015, Rafael J. Wysocki wrote: > > > Hi Alan, > > Hi. > > > On Sat, Sep 12, 2015 at 7:40 PM, Alan Stern > > wrote: > > > On Sat, 12 Sep 2015, Rafael J. Wysocki wrote: > > > > > >> On Friday, September 11, 2015 03:01:

[PATCH 03/19] staging/lustre: Remove unused OBD_CPT_ALLOC* macros

From: Oleg Drokin OBD_CPT_ALLOC and friends are no longer used, so remove them. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/obd_support.h b/drivers/staging/

[PATCH 04/19] staging/lustre: Remove users of OBD_ALLOC/FREE_PTR lu_object.h

From: Oleg Drokin These are converted to regular kzalloc/kfree calls. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lu_object.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lu_object.h b/drivers/staging/lu

[PATCH 06/19] staging/lustre/obdclass: replace OBD_ALLOC_GFP with kzalloc

From: Oleg Drokin Part of getting rid of custom Lustre allocation macros. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/obdclass/cl_page.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/lustre/lustre/obdclass/cl_page.c b/drivers/staging/lu

[PATCH 05/19] staging/lustre/llite: Get rid of OBD_ALLOC/FREE_PTR

From: Oleg Drokin The remaining users in ll_open_cleanup and obd_mod_alloc are converted to regular kzalloc/kfree. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd.h | 4 ++-- drivers/staging/lustre/lustre/llite/llite_lib.c | 2 +- 2 files changed, 3 insertions(+),

Re: [RFC 08/14] sched/tune: add detailed documentation

On 09/15/2015 08:19 AM, Peter Zijlstra wrote: > Please flip the argument around; providing lots of knobs for vendors to > do $magic with is _NOT_ a good thing. > > The whole out-of-tree cpufreq governor hack fest Android thing is a > complete and utter fail on all levels. Its the embedded, ship, f

[PATCH 08/19] staging/lustre/fld: Replace OBD_ALLOC_GFP with kzalloc

From: Oleg Drokin Part of effort to get rid of custom Lustre allocation macros. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/fld/fld_cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/fld/fld_cache.c b/drivers/staging/lust

[PATCH 10/19] staging/lustre/ptlrpc: Replace OBD_FREE_PTR with kfree

From: Oleg Drokin Part of effort of getting rid of custom Lustre alloc/free macros Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/ptlrpc/ptlrpc_internal.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/ptlrpc/ptlrpc_internal.h b

[PATCH 09/19] staging/lustre: Convert lustre_cfg_new/free to use kzalloc/kfree

From: Oleg Drokin Part of effort of getting rid of custom Lustre allocation macros Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_cfg.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lustre_cfg.h b/d

[PATCH 14/19] staging/lustre: Remove memory allocation fault injection framework

From: Oleg Drokin Lustre memory allocation wrappers also included a fault injection framework that's totally redundant, since in-kernel offering is actually superior to what we had. So let's remove it. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h | 20 +---

[PATCH 11/19] staging/lustre: Replace last users of OBD_ALLOC/FREE_LARGE

From: Oleg Drokin OBD_ALLOC_LARGE is now replaced with libcfs_kvzalloc and OBD_FREE_LARGE is now replaced with kvfree. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_lib.h | 2 +- drivers/staging/lustre/lustre/include/obd.h| 8 2 files changed, 5 i

[PATCH 12/19] staging/lustre: Remove stray bit of userland utils code

From: Oleg Drokin The UTILS are userland and I see it's causing confusion with things being already converted to kmalloc, so just remove it. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h | 18 -- 1 file changed, 18 deletions(-) diff --git a

[PATCH 13/19] staging/lustre: Remove unused OBD_ALLOC* and OBD_FREE macros

From: Oleg Drokin This removes now unused OBD_ALLOC, OBD_ALLOC_GFP, OBD_ALLOC_PTR, OBD_ALLOC_LARGE and supporting infrastructure. Also OBD_FREE, OBD_FREE_PTR, OBD_FREE_LARGE and supporting infrastructure. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/obd_support.h| 52 --

[PATCH 19/19] staging/lustre: Remove server defines from lustre_disk.h

From: Oleg Drokin Take initial stab at removing server-disk related defines that client does not need. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_disk.h| 137 - .../staging/lustre/lustre/obdclass/llog_internal.h | 8 -- 2 files changed, 14

[PATCH 18/19] staging/lustre: remove IS_MDS|IS_OST|IS_MGS defines and users

From: Oleg Drokin These could only happen on the server, so they make no sense on the client. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_disk.h | 3 --- drivers/staging/lustre/lustre/mgc/mgc_request.c | 7 --- drivers/staging/lustre/lustre/obdclass/obd_

[PATCH 17/19] staging/lustre: Remove IS_SERVER and all users

From: Oleg Drokin Since the client can never be server, this is all dead code. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_disk.h| 2 - drivers/staging/lustre/lustre/mgc/mgc_request.c| 37 ++ drivers/staging/lustre/lustre/obdclass/obd_mount.c | 85 +

[PATCH 16/19] staging/lustre: remove obd_memory stats counter

From: Oleg Drokin Now that we no longer track allocated memory, remove obd_memory statistics counter and all references to it everywhere Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h| 7 --- drivers/staging/lustre/lustre/obdclass/class_obd.c |

[PATCH 15/19] staging/lustre: Remove lustre used memory tracking framework

From: Oleg Drokin Lustre memory allocation framework has a feature to track amount of allocated memory, but since it's not being used consistently anymore and is on the way out in general, just remove it. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/obd_support.h| 60 +-

[PATCH 07/19] staging/lustre: Remove references to OBD_ALLOC/FREE* in comments

From: Oleg Drokin Since everything is now supposed to use regular kernel alloc and free functions. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_lib.h | 2 +- drivers/staging/lustre/lustre/include/lustre_net.h | 2 +- drivers/staging/lustre/lustre/llite/file.c

[PATCH 01/19] staging/lustre: Remove OBD_CPT_ALLOC_LARGE

From: Oleg Drokin Remove OBD_CPT_ALLOC_LARGE define and convert the only user to libcfs_kvzalloc_cpt. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h | 5 - drivers/staging/lustre/lustre/ptlrpc/service.c | 6 -- 2 files changed, 4 insertions(+),

[PATCH 02/19] staging/lustre: Remove unused OBD_VMALLOC

From: Oleg Drokin These macros are not used anymore, so let's remove them, also __OBD_VMALLOC_VEROBSE and OBD_CPT_VMALLOC Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/obd_support.h| 29 -- 1 file changed, 29 deletions(-) diff --git a/drivers/staging

[PATCH v1] mm: migrate: hugetlb: putback destination hugepage to active list

Since commit bcc54222309c ("mm: hugetlb: introduce page_huge_active") each hugetlb page maintains its active flag to avoid a race condition between multiple calls of isolate_huge_page(), but current kernel doesn't set the flag on a hugepage allocated by migration because the proper putback routine

RE: [PATCH v2] futex: lower the lock contention on the HB lock during wake up

Thanks for your detail guideline and explanations. Please see my questions in-line. > -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Wednesday, September 16, 2015 8:01 AM > To: Zhu Shuangjun-R65879 > Cc: linux-kernel@vger.kernel.org; bige...@linutronix.de >

Re: [PATCH] drivers: of: check input parameter name for __of_find_property

Hi Rob, On Tue, Sep 15, 2015 at 10:56:28AM -0500, Rob Herring wrote: > On 09/11/2015 08:44 AM, Peng Fan wrote: > > Check input parameter 'name' for __of_find_property. If name is NULL, > > of_prop_cmp->strcasecmp may trigger panic. > > Arguably that could be a feature. Do you have a usecase where

[PATCH 3/5] hv: fcopy: use wrappers to propagate state

From: Olaf Hering The "state" is used by several threads of execution. Propagate the state to make changes visible. Also propagate context change in hv_fcopy_onchannelcallback. Without this change fcopy may hang at random points. Signed-off-by: Olaf Hering Signed-off-by: K. Y. Srinivasan ---

linux-next: build failure after merge of the tip tree

perf-in.o' failed Makefile:68: recipe for target 'all' failed Maybe caused by commit 60a1133a5b39 ("tools lib api fs: Remove debugfs, tracefs and findfs objects") This is an incremental build i.e. I do not do a "make clean" after doing the build for each tree me

Re: First kernel patch (optimization)

On Tue, Sep 15, 2015 at 12:53 PM, Eric Curtin wrote: > Signed-off-by: Eric Curtin > > diff --git a/tools/usb/usbip/src/usbip_detach.c > b/tools/usb/usbip/src/usbip_detach.c > index 05c6d15..9db9d21 100644 > --- a/tools/usb/usbip/src/usbip_detach.c > +++ b/tools/usb/usbip/src/usbip_detach.c > @@

RE: [PATCH v2] futex: lower the lock contention on the HB lock during wake up

On Tue, 15 Sep 2015, Zhu Jefferry wrote: Please configure your e-mail client proper and follow the basic rules: - Choose a meaningful subject for your questions You just copied a random subject line from some other mail thread, which makes your mail look like a patch. But it's not a patch. Y

[PATCH 2/3] drivers:hv: Export the API to invoke a hypercall on Hyper-V

From: Jake Oshins This patch exposes the function that hv_vmbus.ko uses to make hypercalls. This is necessary for retargeting an interrupt when it is given a new affinity. Since we are exporting this API, rename the API as it will be visible outside the hv.c file. Signed-off-by: Jake Oshins S

[PATCH 3/3] drivers:hv: Define the channel type for Hyper-V PCI Express pass-through

From: Jake Oshins This defines the channel type for PCI front-ends in Hyper-V VMs. Signed-off-by: Jake Oshins Signed-off-by: K. Y. Srinivasan --- include/linux/hyperv.h | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/include/linux/hyperv.h b/include/linux/h

[PATCH 0/3] Drivers: hv: vmbus: Support PCI Express pass-through driver

The patch set for supporting PCI Express pass through on Hyper-V has been posted and is currently under review. These vmbus patches are needed for the PCI Express pass through driver. Since these need to go through Greg's tree, I am posting these separately here. Jake Oshins (3): drivers:hv: E

[PATCH 1/3] drivers:hv: Export a function that maps Linux CPU num onto Hyper-V proc num

From: Jake Oshins This patch exposes the mapping between Linux CPU number and Hyper-V virtual processor number. This is necessary because the hypervisor needs to know which virtual processors to target when making a mapping in the Interrupt Redirection Table in the I/O MMU. Signed-off-by: Jake

Re: [RFC 08/14] sched/tune: add detailed documentation

On 09/15/2015 08:00 AM, Patrick Bellasi wrote: >> Agreed, though I also think those tunable values might also change for a >> given set of tasks in different circumstances. > > Could you provide an example? > > In my view the per-task support should be exploited just for quite > specialized tasks,

Re: [PATCH v2] ARM: dts: Fix LEDs on exynos5422-odroidxu3

On 16.09.2015 08:35, Kukjin Kim wrote: > On 09/13/15 18:32, Krzysztof Kozlowski wrote: >> The LEDs on Odroid XU3 family boards could not properly probe because PWM >> outputs were reduced only to PWM for fan. Fix it for Odroid XU3 and >> XU3-Lite boards by switching to usage of all 4 outputs (altho

Re: [PATCH 1/1] signals: kill block_all_signals() and unblock_all_signals()

On 16 September 2015 at 02:41, Oleg Nesterov wrote: > ping ;) > > Andrew, should I re-send this patch? It was acked by Daniel and Dave > doesn't object. > > Dave, I'll appreciate it if you ack it explicitly. > > > On 08/27, Oleg Nesterov wrote: >> >> It is hardly possible to enumerate all problems

Re: [PATCH] mm: take i_mmap_lock in unmap_mapping_range() for DAX

Hi Kirill, On Fri, Aug 7, 2015 at 4:53 AM, Kirill A. Shutemov wrote: > DAX is not so special: we need i_mmap_lock to protect mapping->i_mmap. > > __dax_pmd_fault() uses unmap_mapping_range() shoot out zero page from > all mappings. We need to drop i_mmap_lock there to avoid lock deadlock. > > Re-

Re: [RFC][PATCH 5/5] abs(): Provide build error on passing 64bit value to abs()

On Mon, Sep 14, 2015 at 10:22 PM, Ingo Molnar wrote: > > I think this should be a compiletime_warning() - that will be visible enough. So the problem with this is that by now most kernel developers are on 64-bit. And that "sizeof(typeof(x)) > sizeof(long))" would effectively never trigger on 64-

Re: [PATCH 10/39] atm: he: drop null test before destroy functions

From: Julia Lawall Date: Sun, 13 Sep 2015 14:15:03 +0200 > Remove unneeded NULL test. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ expression x; @@ > -if (x != NULL) > \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); > /

Re: [PATCH 25/39] net: core: drop null test before destroy functions

From: Julia Lawall Date: Sun, 13 Sep 2015 14:15:18 +0200 > Remove unneeded NULL test. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ expression x; @@ > -if (x != NULL) { > \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); >

Re: [PATCH 34/39] dccp: drop null test before destroy functions

From: Julia Lawall Date: Sun, 13 Sep 2015 14:15:27 +0200 > Remove unneeded NULL test. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ > expression x; > @@ > > -if (x != NULL) > \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(

Re: [RFC][PATCH 0/5] Fixes for abs() usage on 64bit values

On Mon, Sep 14, 2015 at 10:20 PM, Ingo Molnar wrote: > > Linus, any preferences? I like the "auto-expand to 64-bit when necessary", but yes, that thing needs to continue to use a signed type. Using __builtin_choose_expr() would seem to be the right thing to do (not Andrew's version that makes the

Re: [PATCH v2 1/3] net: irda: pxaficp_ir: use sched_clock() for time management

From: Robert Jarzmik Date: Sat, 12 Sep 2015 13:45:22 +0200 > Instead of using directly the OS timer through direct register access, > use the standard sched_clock(), which will end up in OSCR reading > anyway. > > This is a first step for direct access register removal and machine > specific cod

Re: [4.2] commit d59cfc09c32 (sched, cgroup: replace signal_struct->group_rwsem with a global percpu_rwsem) causes regression for libvirt/kvm

On Tue, Sep 15, 2015 at 06:28:11PM -0400, Tejun Heo wrote: > Hello, > > On Tue, Sep 15, 2015 at 02:38:30PM -0700, Paul E. McKenney wrote: > > I did take a shot at adding the rcu_sync stuff during this past merge > > window, but it did not converge quickly enough to make it. It looks > > quite goo

Re: [PATCH v2] ARM: dts: Fix LEDs on exynos5422-odroidxu3

On 09/13/15 18:32, Krzysztof Kozlowski wrote: > The LEDs on Odroid XU3 family boards could not properly probe because PWM > outputs were reduced only to PWM for fan. Fix it for Odroid XU3 and > XU3-Lite boards by switching to usage of all 4 outputs (although the PWM > for MIPI probably is redundant

RE: [PATCH v2 00/12] New paravirtual PCI front-end for Hyper-V VMs

> -Original Message- > From: Marc Zyngier [mailto:marc.zyng...@arm.com] > Sent: Tuesday, September 15, 2015 2:57 AM > To: Jake Oshins ; gre...@linuxfoundation.org; KY > Srinivasan ; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > vkuzn...@

Re: [PATCH 1/5 v2] mm/memblock: Introduce memblock_first_region_size() helper

On Tue, 1 Sep 2015 20:27:11 +0600 Alexander Kuleshov wrote: > Some architectures (like s390, microblaze and etc...) require size > of the first memory region. This patch provides new > memblock_first_region_size() > helper for this case. > > ... > > +phys_addr_t __init_memblock memblock_first

RE: [PATCH v2 06/12] drivers:hv: Export do_hypercall()

> > --- > > @@ -91,7 +91,7 @@ static int query_hypervisor_info(void) > > /* > > * do_hypercall- Invoke the specified hypercall > > */ > > -static u64 do_hypercall(u64 control, void *input, void *output) > > +u64 do_hypercall(u64 control, void *input, void *output) > > do_hypercall() is not an

Re: [PATCH v2] zram: introduce comp algorithm fallback functionality

Hello Andrew, On Tue, Sep 15, 2015 at 04:07:00PM -0700, Andrew Morton wrote: > On Thu, 10 Sep 2015 14:03:51 +0900 Minchan Kim wrote: > > > On Tue, Sep 08, 2015 at 07:42:56PM +0100, Luis Henriques wrote: > > > When the user supplies an unsupported compression algorithm, keep the > > > previously

RE: [PATCH v2 06/12] drivers:hv: Export do_hypercall()

> -Original Message- > From: ja...@microsoft.com [mailto:ja...@microsoft.com] > Sent: Thursday, September 10, 2015 5:01 PM > To: gre...@linuxfoundation.org; KY Srinivasan ; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; vkuzn...@redhat

Re: [PATCH] net: smc91x: convert pxa dma to dmaengine

From: Robert Jarzmik Date: Thu, 10 Sep 2015 21:26:04 +0200 > Convert the dma transfers to be dmaengine based, now pxa has a dmaengine > slave driver. This makes this driver a bit more PXA agnostic. > > The driver was tested on pxa27x (mainstone) and pxa310 (zylonite), > ie. only pxa platforms. >

[PATCH 5/5] hv: vss: use wrappers to propagate state

From: Olaf Hering The "state" is used by several threads of execution. Propagate the state to make changes visible. Also propagate context change in vss_on_msg. Signed-off-by: Olaf Hering Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_snapshot.c | 37 -

[PATCH 1/5] Drivers: hv: vmbus: fix init_vp_index() for reloading hv_netvsc

From: Dexuan Cui This fixes the recent commit 3b71107d73b16074afa7658f3f0fcf837aabfe24: Drivers: hv: vmbus: Further improve CPU affiliation logic Without the fix, reloading hv_netvsc hangs the guest. Signed-off-by: Dexuan Cui Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |

[PATCH 2/5] hv: add helpers to handle hv_util device state

From: Olaf Hering The callbacks in kvp, vss and fcopy code are called both from the main thread as well as from interrupt context. If a state change is done by the main thread it is not immediately seen by the interrupt. As a result the state machine gets out of sync. Force propagation of state

[PATCH 4/5] hv: kvp: use wrappers to propaigate state

From: Olaf Hering The "state" is used by several threads of execution. Propagate the state to make changes visible. Also propagate context change in kvp_on_msg. Signed-off-by: Olaf Hering Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_kvp.c | 39 +-- 1

[PATCH 0/5] Drivers: hv: Miscellaneous fixes

The Copy-VMFile cmdlet on the host may fail because the guest fcopy driver state machine gets out of sync. This happens because the ->state and ->context variables are accessed by the main thread and from interrupt context. If an interrupt happens between fcopy_respond_to_host and hv_poll_channel i

[PATCH] c6x: Use generic clkdev.h header

The c6x clkdev.h header is the same as the asm-generic header, so just use the asm-generic one. Signed-off-by: Stephen Boyd --- arch/c6x/include/asm/Kbuild | 1 + arch/c6x/include/asm/clkdev.h | 22 -- 2 files changed, 1 insertion(+), 22 deletions(-) delete mode 100644 ar

[PATCH] staging: wlan-ng: prism2fw: coding style: Fixed too long lines.

This is a patch to the prism2fw.c file that fixes too long lines. Signed-off-by: Marcos Canán --- drivers/staging/wlan-ng/prism2fw.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wlan-ng/prism2fw.c b/drivers/staging/wlan-ng/prism2fw.c index 940864

[PATCH] blackfin: Use generic clkdev.h header

The blackfin clkdev.h header is the same as the asm-generic header, so just use the asm-generic one. Signed-off-by: Stephen Boyd --- arch/blackfin/include/asm/Kbuild | 1 + arch/blackfin/include/asm/clkdev.h | 16 2 files changed, 1 insertion(+), 16 deletions(-) delete mode

Re: [PATCH v2] zram: introduce comp algorithm fallback functionality

On Thu, 10 Sep 2015 14:03:51 +0900 Minchan Kim wrote: > On Tue, Sep 08, 2015 at 07:42:56PM +0100, Luis Henriques wrote: > > When the user supplies an unsupported compression algorithm, keep the > > previously selected one (knowingly supported) or the default one (if the > > compression algorithm

Re: [PATCH 0/3] Add __ioread32_copy() and use it

On Tue, 15 Sep 2015 12:41:26 -0700 Stephen Boyd wrote: > The SMD driver is reading and writing chunks of data to iomem, > and there's an __iowrite32_copy() function for the writing part, but > no __ioread32_copy() function for the reading part. This series > adds __ioread32_copy() and uses it in

Re: Linux 4.3-rc1 build error on CentOS 5.11 "scripts/sign-file.c:23:25: fatal error: openssl/cms.h: No such file or directory"

Vinson Lee wrote: > This patch results in this build error on CentOS 5.11. > > HOSTCC scripts/sign-file > scripts/sign-file.c: In function ‘main’: > scripts/sign-file.c:255:23: error: ‘PKCS7_PARTIAL’ undeclared (first > use in this function) >PKCS7_NOCERTS | PKCS7_PARTIAL | PKCS7_BINA

Re: [RFC][PATCH 0/5] Fixes for abs() usage on 64bit values

On Tue, Sep 15 2015, Andrew Morton wrote: > On Mon, 14 Sep 2015 23:46:32 -0400 Tejun Heo wrote: > >> Anyways, let's please get abs() working for all types, one way or the >> other. > > That would be by far the best solution, of course. > > This seems to work OK: > > --- a/include/linux/kernel.h~a

Re: [PATCH v5 2/5] dt/bindings: add bindings for optee

On 08/19/2015 03:40 AM, Jens Wiklander wrote: > Introduces optee prefix and adds bindings for ARM TrustZone based OP-TEE > implementation. > > Signed-off-by: Jens Wiklander > --- > Documentation/devicetree/bindings/optee/optee.txt | 17 + How about bindings/arm/firmware/... w

Re: [PATCH v3 1/2] ARM: dts: Split audio configuration to separateexynos5422-odroidxu3-audio

On 09/14/15 09:47, Krzysztof Kozlowski wrote: > The Odroid XU4 board does not have audio codec so before adding DTS for > new board split the audio codec to separate DTSI file. Include the audio codec > DTSI in Odroid XU3 and XU3-Lite boards. > > Signed-off-by: Krzysztof Kozlowski > Reviewed-by:

Re: [4.2] commit d59cfc09c32 (sched, cgroup: replace signal_struct->group_rwsem with a global percpu_rwsem) causes regression for libvirt/kvm

Hello, On Tue, Sep 15, 2015 at 02:38:30PM -0700, Paul E. McKenney wrote: > I did take a shot at adding the rcu_sync stuff during this past merge > window, but it did not converge quickly enough to make it. It looks > quite good for the next merge window. There have been changes in most > of the

Re: [PATCH v2 2/3] platform/chrome: Support reading/writing the vboot context

Hello Emilio, On Tue, Sep 15, 2015 at 10:24 PM, Emilio López wrote: [snip] > + > + params = (struct ec_params_vbnvcontext *)msg->data; > + params->op = EC_VBNV_CONTEXT_OP_READ; > + > + msg->version = EC_VER_VBNV_CONTEXT; > + msg->command = EC_CMD_

Re: [PATCH 6/8] mmc: dw_mmc: Generic MMC tuning with the clock phase framework

Hi, Am Dienstag, 15. September 2015, 17:25:38 schrieb Jaehoon Chung: > On 09/01/2015 03:24 AM, Heiko Stuebner wrote: > > From: Alexandru M Stan > > > > This algorithm will try 1 degree increments, since there's no way to tell > > what resolution the underlying phase code uses. As an added bonus,

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