Re: [PATCH V3 0/2] irqchip: gic: Add support for GIC v2 bypass disable

Feng, On Wed, Jul 02, 2014 at 02:18:57PM -0700, Feng Kan wrote: > This patch series cleans up hex number in the gic driver and then adds > the code to preserve GIC v2 bypass disable bits in the GIC driver. > > V3 Change: remove incorrect Signoff by > > V2 Change: > seem my send email was

Re: [PATCH v8 3/9] pci: Introduce pci_register_io_range() helper function.

On Tue, Jul 08, 2014 at 10:29:51PM +0100, Bjorn Helgaas wrote: > On Tue, Jul 8, 2014 at 1:00 AM, Arnd Bergmann wrote: > > On Tuesday 08 July 2014, Bjorn Helgaas wrote: > >> On Tue, Jul 01, 2014 at 07:43:28PM +0100, Liviu Dudau wrote: > >> > +static LIST_HEAD(io_range_list); > >> > + > >> > +/* >

Re: [PATCH] farsync: fix invalid memory accesses in fst_add_one() and fst_init_card()

On 08.07.2014 18:20, David Miller wrote: > From: Alexey Khoroshilov > Date: Sat, 5 Jul 2014 03:35:50 +0400 > >> -} >> +card->nports = i; >> +return (card->nports == 0) ? err : 0; >> +} > I don't think this is the right thing to

Re: [dm-devel] [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params

Hi I don't really know what is the purpose of this patch. In existing device mapper code, if kmalloc fails, the allocation is retried with __vmalloc. So there is no need to avoid kmalloc aritifically. kmalloc doesn't cause memory fragmentation. If the memory is too fragmented, kmalloc fails.

Re: [PATCH] x86: Configure NX support earlier in setup_arch

On 07/08/2014 03:34 PM, Stuart Hayes wrote: > > I haven't received any responses... is there a problem with the patch? Also > CCing a couple people. > I was on vacation last week and am still catching up. It would also help if you describe the real-world scenario that made you trip over

Re: [PATCH v8 8/9] pci: Add support for creating a generic host_bridge from device tree

On Tue, Jul 08, 2014 at 11:27:38PM +0100, Liviu Dudau wrote: > On Tue, Jul 08, 2014 at 10:33:05PM +0100, Bjorn Helgaas wrote: > > On Tue, Jul 08, 2014 at 11:29:40AM +0100, Liviu Dudau wrote: > > > On Tue, Jul 08, 2014 at 02:01:04AM +0100, Bjorn Helgaas wrote: > > > > On Tue, Jul 01, 2014 at

Re: [PATCH 0/3 V2] irqchip: gic: Introduce ARM GICv2m MSI(-X) support

Suravee, On Wed, Jul 02, 2014 at 10:21:05AM -0500, suravee.suthikulpa...@amd.com wrote: > From: Suravee Suthikulpanit > > This patch set introduces support for MSI(-X) in GICv2m specification, > which is implemented in some variation of GIC400 (e.g. gic-400+). > > This depends on and has been

Re: [PATCH] staging: binder: add vm_fault handler

On Mon, Jun 02, 2014 at 06:17:59PM +0530, Vinayak Menon wrote: > An issue was observed when a userspace task exits. > The page which hits error here is the zero page. > In binder mmap, the whole of vma is not mapped. > On a task crash, when debuggerd reads the binder regions, > the unmapped areas

Re: [RFC PATCH 5/5] kernel/rcu/rcutorture.c:185 fix a sparse warning

On Wed, Jun 11, 2014 at 02:47:52PM -0700, j...@joshtriplett.org wrote: > On Wed, Jun 11, 2014 at 04:39:43PM -0400, Pranith Kumar wrote: > > fix the following sparse warning > > > > kernel/rcu/rcutorture.c:185:1: warning: symbol 'boost_mutex' was not > > declared. Should it be static? > > > > by

Re: [PATCH] x86: Configure NX support earlier in setup_arch

On 7/2/2014 8:47 PM, Stuart Hayes wrote: > A page fault can crash the kernel very early if an NX bit is set in a > page table entry, if the CPU doesn't support NX (or if NX support is > disabled in the CPU). Move the call to x86_configure_nx() earlier > than parse_setup_data(), since that calls

Re: [PATCH] driver core: platform: add device binding path 'driver_override'

On Mon, Jun 02, 2014 at 07:42:58PM -0500, Kim Phillips wrote: > Needed by platform device drivers, such as the upcoming > vfio-platform driver, in order to bypass the existing OF, ACPI, > id_table and name string matches, and successfully be able to be > bound to any device, like so: > > echo

Re: [PATCH 0/9] rcu: trivial sparse and return type fixes for rcu

This patch series contains trivial fixes for sparse warnings and using bool types where appropriate instead of 0/1. I can probably merge the return type changes into one commit if you think that is appropriate. Pranith Kumar (9): rcu: fix sparse warning about rcu_batches_completed_preempt( )

Re: [PATCH v3 1/3] mm: introduce fincore()

On 07/08/2014 01:41 PM, Naoya Horiguchi wrote: >> > It would only set the first two bytes of a >> > 256k BMAP buffer since only two pages were encountered in the radix tree. > Hmm, this example shows me a problem, thanks. > > If the user knows the fd is for 1GB hugetlbfs file, it just prepares >

[PATCH] x86: Allow kernel_map_pages_in_pgd() to work when NX is disabled

The function kernel_map_pages_in_pgd() will not map pages if NX is disabled, which causes a lot of problems booting in EFI mode (efi_map_region() and other functions depend on this). This patch just makes sure that the NX flag doesn't get set in the page tables if NX is disabled, rather than not

[PATCH v3] thunderbolt: Use kcalloc and correct the argument to sizeof

nhi->rx_rings does not have type as struct tb_ring *, as it is a double pointer. So, the elements of the array should have pointer type, not structure type. The advantage of kcalloc is, that will prevent integer overflows which could result from the multiplication of number of elements and size

Re: [PATCH v2 linux-next] tools: selftests - create a separate hotplug target for full range test

On Wed, 2 Jul 2014 09:51:38 -0600 Shuah Khan wrote: > On some systems, hot-plug tests could hang forever waiting for cpu and > memory to be ready to be offlined. A special hot-plug target is created > to run full range of hot-plug tests. In default mode, hot-plug tests run > in safe mode with a

Re: [PATCH v2] video: hyperv: hyperv_fb: refresh the VM screen by force on VM panic

On Tue, Jul 08, 2014 at 10:17:48PM +, Dexuan Cui wrote: > > -Original Message- > > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > > Sent: Tuesday, July 8, 2014 17:27 PM > > To: Dexuan Cui > > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- > >

[PATCH 2/9] rcu: use bool type for return value in rcu_is_watching()

use a bool type for return in rcu_is_watching() Signed-off-by: Pranith Kumar --- kernel/rcu/tree.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index dac6d20..dff3d5b 100644 --- a/kernel/rcu/tree.c +++ b/kernel/rcu/tree.c @@ -819,7

[PATCH 3/9] rcu: Fix a sparse warning about boost_mutex being non-static

fix a sparse warning about boost_mutex being non-static by marking it as static Signed-off-by: Pranith Kumar --- kernel/rcu/rcutorture.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c index 7fa34f8..5ec0452 100644 ---

[PATCH 1/9] rcu: fix sparse warning about rcu_batches_completed_preempt() being non-static

fix sparse warning about rcu_batches_completed_preempt() being non-static by marking it as static Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index

[PATCH 4/9] rcu: return bool type for rcu_try_advance_all_cbs()

return a bool type instead of 0 in rcu_try_advance_all_cbs() Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index 1a4ab26..6c1feee 100644 ---

[PATCH 8/9] rcu: return false instead of 0 in rcu_nocb_adopt_orphan_cbs()

return false instead of 0 in rcu_nocb_adopt_orphan_cbs() as this has bool as return type Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index 5c21f4b..9a4dc07

[PATCH 6/9] rcu: use true/false for return in rcu_nocb_adopt_orphan_cbs()

return true/false in rcu_nocb_adopt_orphan_cbs() instead of 0/1 as this function has return type of bool Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index

Re: [PATCH v8 8/9] pci: Add support for creating a generic host_bridge from device tree

On Tue, Jul 08, 2014 at 10:33:05PM +0100, Bjorn Helgaas wrote: > On Tue, Jul 08, 2014 at 11:29:40AM +0100, Liviu Dudau wrote: > > On Tue, Jul 08, 2014 at 02:01:04AM +0100, Bjorn Helgaas wrote: > > > On Tue, Jul 01, 2014 at 07:43:33PM +0100, Liviu Dudau wrote: > > > > ... > > > > +

[PATCH] xen/arm: use BUG_ON

Use BUG_ON(x) rather than if(x) BUG(); The semantic patch that fixes this problem is as follows: // @@ identifier x; @@ -if (x) BUG(); +BUG_ON(x); // Signed-off-by: Himangi Saraogi --- arch/arm/xen/enlighten.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 7/9] rcu: use false for return in __call_rcu_nocb()

return false instead of 0 in __call_rcu_nocb() as this has bool as return type Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index 86a3565..5c21f4b 100644 ---

Re: [PATCH tip/core/rcu 2/3] rcu: Add designated reviewers for RCU

On Tue, Jul 08, 2014 at 03:05:16PM -0700, Joe Perches wrote: > On Tue, 2014-07-08 at 14:52 -0700, Paul E. McKenney wrote: > > On Tue, Jul 08, 2014 at 02:01:04PM -0700, Joe Perches wrote: > > > On Tue, 2014-07-08 at 13:41 -0700, Paul E. McKenney wrote: > [] > > > > scripts: Teach get_maintainer.pl

[PATCH 9/9] rcu: return bool type in rcu_lockdep_current_cpu_online()

return true instead of 1 in rcu_lockdep_current_cpu_online() as this has bool as return type Signed-off-by: Pranith Kumar --- include/linux/rcupdate.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h index e8c55d8..2ed25c6

[PATCH 5/9] rcu: use true/false for return in __call_rcu_nocb()

return true/false instead of 0/1 in __call_rcu_nocb() as this returns a bool type Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h index 6c1feee..9f119f4 100644

[PATCH] kfifo: use BUG_ON

Use BUG_ON(x) rather than if(x) BUG(); The semantic patch that fixes this problem is as follows: // @@ identifier x; @@ -if (!x) BUG(); +BUG_ON(!x); // Signed-off-by: Himangi Saraogi Acked-by: Julia Lawall --- To send to: linux-kernel@vger.kernel.org lib/kfifo.c | 6 ++ 1 file changed,

Re: [PATCH v4 1/2] rcu: uninline rcu_lock_acquire() and rcu_lock_release()

On Tue, Jul 01, 2014 at 06:40:02PM +0200, Oleg Nesterov wrote: > On 07/01, Peter Zijlstra wrote: > > > > On Mon, Jun 30, 2014 at 06:18:49PM +0200, Oleg Nesterov wrote: > > > +static inline void __rcu_lock_acquire(struct lockdep_map *map, unsigned > > > long ip) > > > { > > > + lock_acquire(map,

Re: [PATCH v2 1/1] firmware: read firmware size using i_size_read()

On Wed, Jun 25, 2014 at 07:46:41PM +0300, Dmitry Kasatkin wrote: > On 13 June 2014 19:06, Dmitry Kasatkin wrote: > > On 13 June 2014 19:03, Ming Lei wrote: > >> On Fri, Jun 13, 2014 at 11:09 PM, Dmitry Kasatkin > >> wrote: > >>> There is no need to read attr because inode structure contains

Re: [PATCH 0/3] drivers: expand usage of request_firmware_direct()

On Thu, Jun 26, 2014 at 06:18:05PM +0200, Takashi Iwai wrote: > At Tue, 24 Jun 2014 15:39:40 -0700, > Luis R. Rodriguez wrote: > > > > From: "Luis R. Rodriguez" > > > > Takashi added request_firmware_direct() via bba3a87e9 through v3.14-rc1 > > which avoids the unnecessary delay introduced by

[PATCH] Btrfs: use BUG_ON

Use BUG_ON(x) rather than if(x) BUG(); The semantic patch that fixes this problem is as follows: // @@ identifier x; @@ -if (x) BUG(); +BUG_ON(x); // Signed-off-by: Himangi Saraogi Acked-by: Julia Lawall --- fs/btrfs/volumes.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH] iaf_packet: use BUG_ON

Use BUG_ON(x) rather than if(x) BUG(); The semantic patch that fixes this problem is as follows: // @@ identifier x; @@ -if (x) BUG(); +BUG_ON(x); // Signed-off-by: Himangi Saraogi Acked-by: Julia Lawall --- To send to: "David S. Miller" ,net...@vger.kernel.org,linux-kernel@vger.kernel.org

Re: [PATCH 1/1] rcu: uninline rcu_read_lock_held()

On Wed, Jul 02, 2014 at 08:59:35PM +0200, Oleg Nesterov wrote: > Uninline rcu_read_lock_held(). According to size vmlinux this saves > 28549 in .text: > > - 5541731 3014560 14757888 23314179 > + 5513182 3026848 14757888 23297918 > > Note: it looks as if the data grows by 12288 bytes

Re: [PATCH] farsync: fix invalid memory accesses in fst_add_one() and fst_init_card()

From: Alexey Khoroshilov Date: Sat, 5 Jul 2014 03:35:50 +0400 > -} > + card->nports = i; > + return (card->nports == 0) ? err : 0; > + } I don't think this is the right thing to do. This will cause the caller to not free the

Re: [PATCH -mm 0/8] memcg: reparent kmem on css offline

On Mon, Jul 07, 2014 at 09:14:15PM +0400, Vladimir Davydov wrote: > 07.07.2014 18:25, Johannes Weiner: > >In addition, Tejun made offlined css iterable and split css_tryget() > >and css_tryget_online(), which would allow memcg to pin the css until > >the last charge is gone while continuing to

RE: [PATCH v2] video: hyperv: hyperv_fb: refresh the VM screen by force on VM panic

> -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Tuesday, July 8, 2014 17:27 PM > To: Dexuan Cui > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org; plagn...@jcrosoft.com; > tomi.valkei...@ti.com;

[PATCH 2/4] perf/x86: add support for sampling PEBS machine state registers

PEBS can capture machine state regs at retirement of the sampled instructions. When precise sampling is enabled on an event, PEBS is used, so substitute the interrupted state with the PEBS state. Note that not all registers are captured by PEBS. Those missing are replaced by the interrupt state

[PATCH 1/4] perf: add ability to sample machine state on interrupt

Enable capture of interrupted machine state in each sample. Registers to sample are passed per event in the sample_regs_intr bitmask. To sample interrupt machine state, the PERF_SAMPLE_INTR_REGS must be passed in sample_type. The list of available registers is arch dependent and provided by

Re: [PATCH net-next v1 2/2] netpoll: avoid reference leaks

From: David Decotigny Date: Tue, 8 Jul 2014 14:50:24 -0700 > In that case, that's what the original code does: dropping this patch 2/2. > > Patch 1/2 "netpoll: fix use after free" is still needed to prevent > panics, though. Please resubmit it then. -- To unsubscribe from this list: send the

[PATCH 3/4] perf tools: add core support for sampling intr machine state regs

Add the infrastructure to setup, collect and report the interrupt machine state regs which can be captured by the kernel. Signed-off-by: Stephane Eranian --- tools/perf/perf.h | 1 + tools/perf/util/event.h | 7 +++ tools/perf/util/evsel.c | 25 -

[PATCH 4/4] perf record: add new -I option to sample interrupted machine state

Add -I option to capture machine state registers at interrupt. Use perf report -D to display the sampled register values in each sample. Signed-off-by: Stephane Eranian --- tools/perf/builtin-record.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/perf/builtin-record.c

[PATCH v1 0/4] perf: add ability to sample interrupted machine state

This short patch series add the ability to sample the interrupted machine state for each hardware sample. This is useful to analyze the state after certain events, for instance for function value profiling after a call instruction. The patch extends the interface with a new PERF_SAMPLE_REGS_INTR

[PATCH net-next v2] netpoll: fix use after free

After a bonding master reclaims the netpoll info struct, slaves could still hold a pointer to the reclaimed data. This patch fixes it: as soon as netpoll_async_cleanup is called for a slave (eg. when un-enslaved), we make sure that this slave doesn't point to the data. Signed-off-by: David

Re: [RFC 2/2] prctl: PR_SET_MM -- Introduce PR_SET_MM_MAP operation

On Tue, Jul 08, 2014 at 02:38:30PM -0700, Andrew Morton wrote: > On Tue, 8 Jul 2014 23:08:49 +0400 Cyrill Gorcunov wrote: > > > Ping. Guys, any commens please? > > Well, allowing a process to modify pretty deep internals like this is > always scary from a security point of view, and now we're

Re: [PATCH] ip_tunnel: fix ip_tunnel_lookup

From: Dmitry Popov Date: Sat, 5 Jul 2014 02:26:37 +0400 > @@ -205,6 +207,8 @@ struct ip_tunnel *ip_tunnel_lookup(struct ip_tunnel_net > *itn, > > hlist_for_each_entry_rcu(t, head, hash_node) { > if (t->parms.i_key != key || > + t->parms.iph.saddr != 0 || >

Re: [PATCH 3.15 000/122] 3.15.5-stable review

On Wed, Jul 09, 2014 at 01:50:44AM +0900, Satoru Takeuchi wrote: > At Tue, 08 Jul 2014 06:26:21 -0700, > Guenter Roeck wrote: > > > > On 07/07/2014 04:56 PM, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 3.15.5 release. > > > There are 122 patches in this

Re: [patch] mm, hugetlb: generalize writes to nr_hugepages

On Wed, 2 Jul 2014 17:44:46 -0700 (PDT) David Rientjes wrote: > > > @@ -2248,36 +2257,18 @@ static int hugetlb_sysctl_handler_common(bool > > > obey_mempolicy, > > >void __user *buffer, size_t *length, loff_t *ppos) > > > { > > > struct hstate *h = _hstate; > > > -

Re: [PATCH 3.14 00/94] 3.14.12-stable review

On Tue, Jul 08, 2014 at 06:24:18AM -0700, Guenter Roeck wrote: > On 07/07/2014 04:56 PM, Greg Kroah-Hartman wrote: > >This is the start of the stable review cycle for the 3.14.12 release. > >There are 94 patches in this series, all will be posted as a response > >to this one. If anyone has any

Re: [PATCH] GPIO button wth wakeup attribute is supposed to wake the system up

On Tue, Jul 08, 2014 at 11:47:01PM +0200, Rafael J. Wysocki wrote: > On Tuesday, July 08, 2014 02:12:59 PM Dmitry Torokhov wrote: > > On Tue, Jul 08, 2014 at 11:06:17PM +0200, Rafael J. Wysocki wrote: > > > On Tuesday, July 08, 2014 01:45:30 PM Dmitry Torokhov wrote: > > > > On Tue, Jul 08, 2014

Re: [PATCH 3.4 00/44] 3.4.98-stable review

On Tue, Jul 08, 2014 at 06:14:05AM -0700, Guenter Roeck wrote: > On 07/07/2014 05:06 PM, Greg Kroah-Hartman wrote: > >This is the start of the stable review cycle for the 3.4.98 release. > >There are 44 patches in this series, all will be posted as a response > >to this one. If anyone has any

Re: [PATCH 3.10 00/53] 3.10.48-stable review

On Tue, Jul 08, 2014 at 06:19:37AM -0700, Guenter Roeck wrote: > On 07/07/2014 04:57 PM, Greg Kroah-Hartman wrote: > >This is the start of the stable review cycle for the 3.10.48 release. > >There are 53 patches in this series, all will be posted as a response > >to this one. If anyone has any

Re: [PATCH 3.4 00/44] 3.4.98-stable review

On Tue, Jul 08, 2014 at 01:30:03PM -0600, Shuah Khan wrote: > On 07/07/2014 06:06 PM, Greg Kroah-Hartman wrote: > >This is the start of the stable review cycle for the 3.4.98 release. > >There are 44 patches in this series, all will be posted as a response > >to this one. If anyone has any issues

Re: [PATCH 1/1] rcu: remove remaining read-modify-write ACCESS_ONCE() calls

On Tue, Jul 08, 2014 at 05:46:50PM -0400, Pranith Kumar wrote: > Change the remaining uses of ACCESS_ONCE() so that each ACCESS_ONCE() either > does a load or a store, but not both. > > Signed-off-by: Pranith Kumar Queued for 3.18, thank you Pranith!

Re: [PATCH tip/core/rcu 11/17] rcu: Bind grace-period kthreads to non-NO_HZ_FULL CPUs

On Tue, Jul 08, 2014 at 10:40:11PM +0200, Frederic Weisbecker wrote: > On Tue, Jul 08, 2014 at 12:58:37PM -0700, Paul E. McKenney wrote: > > On Tue, Jul 08, 2014 at 08:38:47PM +0200, Frederic Weisbecker wrote: > > > On Tue, Jul 08, 2014 at 08:47:23AM -0700, Paul E. McKenney wrote: > > > > On Tue,

Re: [PATCH -mm 0/8] memcg: reparent kmem on css offline

On Mon, Jul 07, 2014 at 07:40:08PM +0400, Vladimir Davydov wrote: > On Mon, Jul 07, 2014 at 10:25:06AM -0400, Johannes Weiner wrote: > > You could then reap dead slab caches as part of the regular per-memcg > > slab scanning in reclaim, without having to resort to auxiliary lists, > > vmpressure

Re: [PATCH tip/core/rcu 2/3] rcu: Add designated reviewers for RCU

On Tue, 2014-07-08 at 14:52 -0700, Paul E. McKenney wrote: > On Tue, Jul 08, 2014 at 02:01:04PM -0700, Joe Perches wrote: > > On Tue, 2014-07-08 at 13:41 -0700, Paul E. McKenney wrote: [] > > > scripts: Teach get_maintainer.pl about the new "R:" tag > > [ . . . ] > > > Paul, I already sent you a

Re: [PATCHSET cgroup/for-3.17] cgroup, blkcg, memcg: make blkcg depend on memcg on unified hierarchy

Applied to cgroup/for-3.17. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [RFC 1/2] target: Add documentation on the target userspace pass-through driver

[re-adding individual CCs that were dropped] On 07/05/2014 04:29 AM, Alex Elsayed wrote: +Device Discovery: + +Other devices may be using UIO besides TCMU. Unrelated user processes +may also be handling different sets of TCMU devices. TCMU userspace +processes must find their devices by

Re: a case for a common efuse API?

On Tue, Jul 8, 2014 at 1:00 PM, Stephen Boyd wrote: > Hi, > > On MSM chips we have some efuses (called qfprom) where we store things > like calibration data, speed bins, etc. We need to read out data from > the efuses in various drivers like the cpufreq, thermal, etc. This > essentially boils

Re: [PATCH v2 6/6] blkcg, memcg: make blkcg depend on memcg on the default hierarchy

Hello, Vivek. On Tue, Jul 08, 2014 at 03:42:26PM -0400, Vivek Goyal wrote: > I have couple questions about new semantics. Following is my > understanding. Is it right? > > - So after this change one can not use blkio controller on unified > hiearchy if memory controller is mounted on some

Re: [PATCH tip/core/rcu 2/3] rcu: Add designated reviewers for RCU

On Tue, Jul 08, 2014 at 02:01:04PM -0700, Joe Perches wrote: > On Tue, 2014-07-08 at 13:41 -0700, Paul E. McKenney wrote: > > On Tue, Jul 08, 2014 at 11:06:24AM -0700, Joe Perches wrote: > > > On Tue, 2014-07-08 at 10:09 +0200, Peter Zijlstra wrote: > > > > On Mon, Jul 07, 2014 at 03:42:03PM

Re: [PATCH v1 6/9] usb: xhci: Add NVIDIA Tegra XHCI host-controller driver

On Fri, Jun 20, 2014 at 9:58 AM, Julius Werner wrote: >> +static const struct hc_driver tegra_xhci_hc_driver = { >> + .description = "tegra-xhci-hcd", >> + .product_desc = "Tegra xHCI Host Controller", >> + .hcd_priv_size =sizeof(struct xhci_hcd *), >> +

Re: [PATCH 2/2] proc: faster /proc/$PID lookup

On Wed, Jul 09, 2014 at 12:45:57AM +0300, Alexey Dobriyan wrote: > Currently lookup for /proc/$PID first goes through spinlock and > whole list of misc /proc entries only to confirm that, yes, > /proc/42 can not possibly match random proc entry. > > List is is several dozens entries long (52

Re: [PATCH net-next v1 2/2] netpoll: avoid reference leaks

In that case, that's what the original code does: dropping this patch 2/2. Patch 1/2 "netpoll: fix use after free" is still needed to prevent panics, though. On Tue, Jul 8, 2014 at 2:17 PM, David Miller wrote: > From: David Decotigny > Date: Tue, 8 Jul 2014 12:35:14 -0700 > >> Thanks for the

Re: perf: Add support for full Intel event lists v7

Andi Kleen [a...@firstfloor.org] wrote: | Works for me with your input file: | | % perf list --events-file t.json | ... | pm_cyc [Cycles completed] | pm_inst_cmpl [Instructions completed] Ah, lower case. | |

[PATCH] proc: remove proc_tty_ldisc variable

/proc/tty/ldisc appear to be unused as a directory and it had been always that way. But it is userspace visible thing. Cowardly remove only in-kernel variable holding it. Signed-off-by: Alexey Dobriyan --- fs/proc/proc_tty.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) ---

[PATCH] proc: make proc_subdir_lock static

Signed-off-by: Alexey Dobriyan --- fs/proc/generic.c |2 +- fs/proc/internal.h |2 -- 2 files changed, 1 insertion(+), 3 deletions(-) --- a/fs/proc/generic.c +++ b/fs/proc/generic.c @@ -27,7 +27,7 @@ #include "internal.h" -DEFINE_SPINLOCK(proc_subdir_lock); +static

[PATCH 1/1] rcu: remove remaining read-modify-write ACCESS_ONCE() calls

Change the remaining uses of ACCESS_ONCE() so that each ACCESS_ONCE() either does a load or a store, but not both. Signed-off-by: Pranith Kumar --- kernel/rcu/tree.c| 6 -- kernel/rcu/tree_plugin.h | 8 +--- 2 files changed, 9 insertions(+), 5 deletions(-) diff --git

[PATCH 2/2] proc: faster /proc/$PID lookup

Currently lookup for /proc/$PID first goes through spinlock and whole list of misc /proc entries only to confirm that, yes, /proc/42 can not possibly match random proc entry. List is is several dozens entries long (52 entries on my setup). None of this is necessary. Try to convert dentry name

Re: [PATCH v9 3/7] ata: libahci: allow to use multiple PHYs

Hey, On Tue, Jul 08, 2014 at 07:49:00PM +0200, Antoine Ténart wrote: > > So, yeah, it's being used both as input and output and we also have > > the arguments which affect port_map, right? It does seem confusing. > > I do see priv->port_map as being automatically set and then restricted > if

[PATCH 1/2] proc: add and remove /proc entry create checks

* remove proc_create(NULL, ...) check, let it oops * warn about proc_create("", ...) and proc_create("very very long name", ...) proc code keeps length as u8, no 256+ name length possible * warn about proc_create("123", ...) /proc/$PID and /proc/misc namespaces are separate things, but

Re: [PATCH tip/core/rcu 06/17] rcu: Eliminate read-modify-write ACCESS_ONCE() calls

On Tue, Jul 08, 2014 at 04:43:37PM -0400, Pranith Kumar wrote: > On Tue, Jul 8, 2014 at 4:35 PM, Paul E. McKenney > wrote: > > > > Good catch, I clearly didn't include enough patterns in my search. > > > > But please see below. And please rebase onto branch rcu/dev in > >

[PATCH v3 4/4] Staging: rts5208: Fix a format specifier for dev_err

Fix an incorrect use of the %d format specifier in dev_err that caused a warning. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5208/rtsx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rts5208/rtsx.c b/drivers/staging/rts5208/rtsx.c index

[PATCH v3 3/4] Staging: rts5208: Remove CONFIG_RTS5208_DEBUG option

CONFIG_RTS5208_DEBUG is no more needed, we rely on dynamic debug config options instead. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5208/Kconfig | 7 --- drivers/staging/rts5208/sd.c| 5 + 2 files changed, 1 insertion(+), 11 deletions(-) diff --git

[PATCH v3 2/4] Staging: rts5208: Replace custom macro with print_hex_dump_bytes

Use print_hex_dump_bytes to have memory properly dumped only when DEBUG is defined. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5208/ms.c| 4 ++-- drivers/staging/rts5208/rtsx_chip.c | 4 ++-- drivers/staging/rts5208/rtsx_scsi.c | 9 - drivers/staging/rts5208/sd.c

[PATCH v3 0/4] Staging: rts5208: Use standard debug features

Use standard debug features instead of relying on the custom configuration option CONFIG_RTS5208_DEBUG and a series of home grown macros. Changes in v3: * defined rtsx_hex_dump as a static inline function to avoid checkpatch errors Changes in v2: * defined rtsx_hex_dump macro to produce output

Re: [RFC 2/2] prctl: PR_SET_MM -- Introduce PR_SET_MM_MAP operation

On Tue, 8 Jul 2014 23:08:49 +0400 Cyrill Gorcunov wrote: > Ping. Guys, any commens please? Well, allowing a process to modify pretty deep internals like this is always scary from a security point of view, and now we're removing CAP_SYS_RESOURCE protections. Yikes. Convince me we aren't

Re: [PATCH v8 8/9] pci: Add support for creating a generic host_bridge from device tree

On Tue, Jul 08, 2014 at 11:29:40AM +0100, Liviu Dudau wrote: > On Tue, Jul 08, 2014 at 02:01:04AM +0100, Bjorn Helgaas wrote: > > On Tue, Jul 01, 2014 at 07:43:33PM +0100, Liviu Dudau wrote: > > > ... > > > + for_each_of_pci_range(, ) { > > > + /* Read next ranges element */ > > >

[PATCH] sh: Also try passing -m4-nofpu for SH2A builds

When compiling a SH2A kernel (e.g. se7206_defconfig or rsk7203_defconfig) using sh4-linux-gcc, linking fails with: net/built-in.o: In function `__sk_run_filter': net/core/filter.c:566: undefined reference to `__fpscr_values' net/core/filter.c:269: undefined reference to `__fpscr_values'

Re: [PATCH v8 3/9] pci: Introduce pci_register_io_range() helper function.

On Tue, Jul 8, 2014 at 1:00 AM, Arnd Bergmann wrote: > On Tuesday 08 July 2014, Bjorn Helgaas wrote: >> On Tue, Jul 01, 2014 at 07:43:28PM +0100, Liviu Dudau wrote: >> > +static LIST_HEAD(io_range_list); >> > + >> > +/* >> > + * Record the PCI IO range (expressed as CPU physical address + size).

Re: [PATCH] GPIO button wth wakeup attribute is supposed to wake the system up

On Tuesday, July 08, 2014 02:12:59 PM Dmitry Torokhov wrote: > On Tue, Jul 08, 2014 at 11:06:17PM +0200, Rafael J. Wysocki wrote: > > On Tuesday, July 08, 2014 01:45:30 PM Dmitry Torokhov wrote: > > > On Tue, Jul 08, 2014 at 10:52:52PM +0200, Rafael J. Wysocki wrote: > > > > On Thursday, June 19,

Re: [PATCH 3.2 099/125] mm: fix crashes from mbind() merging vmas

On Tue, 8 Jul 2014, Hugh Dickins wrote: > On Tue, 8 Jul 2014, Ben Hutchings wrote: > > > 3.2.61-rc1 review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Hugh Dickins > > > > commit d05f0cdcbe6388723f1900c549b4850360545201 upstream. > > I

Re: [PATCH 2/2] checkpatch: Add ability to insert and delete lines to patch/file

On Tue, 2014-07-08 at 14:07 -0700, Andrew Morton wrote: > On Tue, 08 Jul 2014 13:57:44 -0700 Joe Perches wrote: > > I've suggested Lindent be removed from the tree. > > https://lkml.org/lkml/2013/2/11/390 > > Maybe it's fixable, dunno - I don't recall ever seeing anyone get down > and poke at

Re: [PATCH net-next v1 2/2] netpoll: avoid reference leaks

From: David Decotigny Date: Tue, 8 Jul 2014 12:35:14 -0700 > Thanks for the feedback. This patch results from manual inspection of > the code. I agree my commit description is abusive: in the case of > bonding, I think everything is fine, there should be no ref leak, > cleanup paths seem clean.

Re: [PATCH] mm: Don't forget to set softdirty on file mapped fault

On Tue, Jul 08, 2014 at 02:05:01PM -0700, Andrew Morton wrote: > > > > In case if page fault happend on dirty filemapping the newly created pte > > may loose softdirty bit thus if a userspace program is tracking memory > > changes with help of a memory tracker (CONFIG_MEM_SOFT_DIRTY) it might > >

Re: pull request: wireless-next 2014-07-03

From: "John W. Linville" Date: Thu, 3 Jul 2014 16:41:42 -0400 > On Thu, Jul 03, 2014 at 03:12:11PM -0400, John W. Linville wrote: >> Dave, >> >> Please pull this first batch of wireless updates intended for the >> 3.17 stream... >> >> For the mac80211 bits, Johannes says: >> >> "The biggest

Re: [PATCH] GPIO button wth wakeup attribute is supposed to wake the system up

On Tue, Jul 08, 2014 at 11:06:17PM +0200, Rafael J. Wysocki wrote: > On Tuesday, July 08, 2014 01:45:30 PM Dmitry Torokhov wrote: > > On Tue, Jul 08, 2014 at 10:52:52PM +0200, Rafael J. Wysocki wrote: > > > On Thursday, June 19, 2014 08:51:25 AM Li, Aubrey wrote: > > > > When the wakeup attribute

Re: [PATCHv2 net-next] net: filter: move load_pointer() into filter.h

From: Zi Shen Lim Date: Thu, 3 Jul 2014 07:56:54 -0700 > load_pointer() is already a static inline function. > Let's move it into filter.h so BPF JIT implementations can reuse this > function. > > Since we're exporting this function, let's also rename it to > bpf_load_pointer() for clarity. >

Re: [PATCH 2/2] checkpatch: Add ability to insert and delete lines to patch/file

On Tue, 08 Jul 2014 13:57:44 -0700 Joe Perches wrote: > On Tue, 2014-07-08 at 13:24 -0700, Andrew Morton wrote: > > On Tue, 8 Jul 2014 10:53:36 -0700 Joe Perches wrote: > > > > > This can be valuable to insert or delete blank lines as well > > > as fix misplaced brace or else uses. > > > >

Re: [PATCH] mm: Don't forget to set softdirty on file mapped fault

On Wed, 9 Jul 2014 00:54:48 +0400 Cyrill Gorcunov wrote: > On Tue, Jul 08, 2014 at 01:45:11PM -0700, Andrew Morton wrote: > > > > The user doesn't know or care about pte bits. > > > > What actually *happens*? Does criu migration hang? Does it lose data? > > Does it take longer? > > Ah, I

Re: [PATCH PING] VFS: mount must return EACCES, not EROFS

On Thu, 3 Jul 2014 18:29:19 +0200 Philippe De Muyter wrote: > On Wed, Jul 02, 2014 at 12:46:51PM -0700, Andrew Morton wrote: > > On Fri, 27 Jun 2014 10:20:58 +0200 Philippe De Muyter > > wrote: > > > > > Currently, the initial mount of the root file system by the linux > > > kernel fails with

Re: [PATCH tip/core/rcu 2/3] rcu: Add designated reviewers for RCU

On Tue, 2014-07-08 at 13:41 -0700, Paul E. McKenney wrote: > On Tue, Jul 08, 2014 at 11:06:24AM -0700, Joe Perches wrote: > > On Tue, 2014-07-08 at 10:09 +0200, Peter Zijlstra wrote: > > > On Mon, Jul 07, 2014 at 03:42:03PM -0700, Paul E. McKenney wrote: > > > > MAINTAINERS | 8 > > > >

Re: [PATCH 2/2] checkpatch: Add ability to insert and delete lines to patch/file

On Tue, 2014-07-08 at 13:24 -0700, Andrew Morton wrote: > On Tue, 8 Jul 2014 10:53:36 -0700 Joe Perches wrote: > > > This can be valuable to insert or delete blank lines as well > > as fix misplaced brace or else uses. > > hm, do we really want to go down this path? Maybe, maybe not. I've

Re: [PATCH] mm: Don't forget to set softdirty on file mapped fault

On Tue, Jul 08, 2014 at 01:45:11PM -0700, Andrew Morton wrote: > > The user doesn't know or care about pte bits. > > What actually *happens*? Does criu migration hang? Does it lose data? > Does it take longer? Ah, I see. Yes, the softdirty bit might be lost that usespace program won't see

RE: [PATCH 03/14] scsi: centralize command re-queueing in scsi_dispatch_fn

> -Original Message- > From: Christoph Hellwig [mailto:h...@lst.de] > Sent: Wednesday, 25 June, 2014 11:52 AM > To: James Bottomley > Cc: Jens Axboe; Bart Van Assche; Elliott, Robert (Server Storage); linux- > s...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH 03/14]

Re: [PATCH v7 00/10] xen: Add EFI support

On Mon, Jul 07, 2014 at 08:49:14PM +0100, Matt Fleming wrote: > On Mon, 30 Jun, at 07:52:54PM, Daniel Kiper wrote: > > Hey, > > > > This patch series adds EFI support for Xen dom0 guests. > > It is based on Jan Beulich and Tang Liang work. I was > > trying to take into account all previous

Re: [PATCH] GPIO button wth wakeup attribute is supposed to wake the system up

On Tuesday, July 08, 2014 01:45:30 PM Dmitry Torokhov wrote: > On Tue, Jul 08, 2014 at 10:52:52PM +0200, Rafael J. Wysocki wrote: > > On Thursday, June 19, 2014 08:51:25 AM Li, Aubrey wrote: > > > When the wakeup attribute is set, the GPIO button is capable of > > > waking up the system from sleep

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