[PATCH net-next 3/5] driver/net: enic: Try DMA 64 first, then failover to DMA

In servers with more than 1.1 TB of RAM, the existing 40/32 bit DMA could cause failure as the DMA-able address could go outside the range addressable using 40/32 bits. The following patch first tried 64 bit DMA if possible, failover to 32 bit. Signed-off-by: Sujith Sankar Signed-off-by: Christi

Re: [PATCH 1/2] Move and rename HP watchdog timer driver

On Tue, 2013-09-03 at 22:43 -0700, Guenter Roeck wrote: > If that is the case, wouldn't it make more sense to have separate drivers, > one per functionality, plus an mfd driver to bind them all together ? It'd be an option, but I don't think there's a huge benefit - the functionality's reasonably

[PATCH 1/9] regulator: max77686: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- This series is compile tested. --- drivers/regulator/max77686.c | 22 +++--- 1 file changed, 3 insertions(+), 19 deletions(-) diff --git a/drivers/regulator/max77686.c b/drivers/regulator/max77686.c index f563057..de5

[PATCH 7/9] regulator: max8973-regulator: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8973-regulator.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/regulator/max8973-regulator.c b/drivers/regulator/max8973-regulator.c index 0c5195a..04de63d 100644 --- a/d

Re: [PATCH 1/2] Move and rename HP watchdog timer driver

On 09/03/2013 10:51 PM, Matthew Garrett wrote: On Tue, 2013-09-03 at 22:43 -0700, Guenter Roeck wrote: If that is the case, wouldn't it make more sense to have separate drivers, one per functionality, plus an mfd driver to bind them all together ? It'd be an option, but I don't think there's

[PATCH 6/9] regulator: max8907-regulator: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8907-regulator.c | 23 +++ 1 file changed, 3 insertions(+), 20 deletions(-) diff --git a/drivers/regulator/max8907-regulator.c b/drivers/regulator/max8907-regulator.c index 4568c15..0c5fe6c 1

[PATCH 8/9] regulator: max8997: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8997.c | 38 ++ 1 file changed, 10 insertions(+), 28 deletions(-) diff --git a/drivers/regulator/max8997.c b/drivers/regulator/max8997.c index df20069..059e8ed 100644 --- a/dri

[PATCH 9/9] regulator: max8998: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8998.c | 35 --- 1 file changed, 8 insertions(+), 27 deletions(-) diff --git a/drivers/regulator/max8998.c b/drivers/regulator/max8998.c index a4c53b2..ae3f065 100644 --- a/drivers

[PATCH 3/9] regulator: max77693: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max77693.c | 28 1 file changed, 4 insertions(+), 24 deletions(-) diff --git a/drivers/regulator/max77693.c b/drivers/regulator/max77693.c index ce4b96c..2054ae1 100644 --- a/drivers/reg

[PATCH 5/9] regulator: max8660: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8660.c | 29 ++--- 1 file changed, 6 insertions(+), 23 deletions(-) diff --git a/drivers/regulator/max8660.c b/drivers/regulator/max8660.c index d428ef9..a057342 100644 --- a/drivers/regul

[PATCH 2/9] regulator: max1586: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max1586.c | 26 +- 1 file changed, 5 insertions(+), 21 deletions(-) diff --git a/drivers/regulator/max1586.c b/drivers/regulator/max1586.c index 54af610..3abf76a 100644 --- a/drivers/regulato

[PATCH 4/9] regulator: max8649: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/max8649.c | 14 ++ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/drivers/regulator/max8649.c b/drivers/regulator/max8649.c index db6c9be..b2a808c 100644 --- a/drivers/regulator/max8649.c

Re: [RFC PATCH v2 04/11] pstore: Add compression support to pstore

On Wednesday 04 September 2013 07:14 AM, Seiji Aguchi wrote: Aruna, Sorry for the late response. Seiji, Could you let us know the efivars buffer size with which the pstore is registered when the failure occurred. I looked into the issue today. I added some debug message just before pstore_c

Re: [PATCH net-next 3/5] driver/net: enic: Try DMA 64 first, then failover to DMA

Hi Dave The subject for this should be "driver/net: enic: Try DMA 64 first, then failover to DMA 32" The "32" got truncated, please add this while committing. Let me know if you want me to send another patch. thanks //govind On Wed, 4 Sep 2013, Govindarajulu Varadarajan wrote: In servers wit

Re: [RFC][PATCH v4 3/3] sched: Periodically decay max cost of idle balance

On Fri, 2013-08-30 at 12:29 +0200, Peter Zijlstra wrote: > rcu_read_lock(); > for_each_domain(cpu, sd) { > + /* > + * Decay the newidle max times here because this is a regular > + * visit to all the domains. Decay ~0.5% per second. > +

Re: [RFC PATCH 0/2] Perf support to SDT markers

Hi Hemant, On Tue, 03 Sep 2013 13:06:40 +0530, Hemant Kumar Shaw wrote: > This series adds support to perf to list and probe into the SDT markers. > The first patch implements listing of all the SDT markers present in > the ELFs (executables or libraries). The SDT markers are present in the > .not

Re: [PATCH 2/2] x86, apic: Disable BSP if boot cpu is AP

On Mon, Sep 02, 2013 at 06:42:44PM +0900, HATAYAMA Daisuke wrote: > The reason why I don't lookup BSP flag in MSR is that it's impossible. > To read MSR of some CPU, we need to use rdmsr instruction on the CPU. > However, in case of this issue, the BSP is halting or running in > the kdump 1st kerne

Re: [PATCH v4:No Change] xHCI:Fixing xhci_readl definition and function call

On Tuesday 03 September 2013 09:34 PM, Sarah Sharp wrote: I'm confused. I said the last version of this patch didn't apply against usb-next, and you should rebase it. Why did you put "No Change" in the subject prefix? I miss understood what Dan said. he said me to add no change if there's no c

[tip:irq/core] x86/irq: Correct comment about i8259 initialization

Commit-ID: 7752572f18f98ee796e173334b088a1d621d2da4 Gitweb: http://git.kernel.org/tip/7752572f18f98ee796e173334b088a1d621d2da4 Author: Yanchuan Nian AuthorDate: Wed, 4 Sep 2013 09:25:24 +0800 Committer: Ingo Molnar CommitDate: Wed, 4 Sep 2013 07:46:04 +0200 x86/irq: Correct comment abo

[PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message

Hi, this patchset against net-next (applies also to linux-next) adds 3 new types of "Socket"-level control message (SCM_AUDIT, SCM_PROCINFO and SCM_CGROUP). Server-like processes in many cases need credentials and other metadata of the peer, to decide if the calling process is allowed to request

[PATCH v3 3/3] Send cgroup_path in SCM_CGROUP

Server-like processes in many cases need credentials and other metadata of the peer, to decide if the calling process is allowed to request a specific action, or the server just wants to log away this type of information for auditing tasks. The current practice to retrieve such process metadata is

[PATCH v3 1/3] Send loginuid and sessionid in SCM_AUDIT

Server-like processes in many cases need credentials and other metadata of the peer, to decide if the calling process is allowed to request a specific action, or the server just wants to log away this type of information for auditing tasks. The current practice to retrieve such process metadata is

[PATCH v3 2/3] Send comm and cmdline in SCM_PROCINFO

Server-like processes in many cases need credentials and other metadata of the peer, to decide if the calling process is allowed to request a specific action, or the server just wants to log away this type of information for auditing tasks. The current practice to retrieve such process metadata is

[PATCH] DRM: TTM: Fix memory leak issue in ttm_agp_tt_create().

From: Jeyaraman R This patch adds kfree() in ttm_agp_tt_create() to avoide the memory leak, without this there is a chance of memory leak in ttm_tt_init() fail case. Signed-off-by: Jeyaraman R Signed-off-by: Manjunath Goudar Cc: David Airlie Cc: "Paul E. McKenney" Cc: David Howells Cc: Tho

Re: [PATCH 1/2] SDT markers listing by perf

On Tue, 03 Sep 2013 13:06:55 +0530, Hemant Kumar wrote: [SNIP] > diff --git a/tools/perf/builtin-probe.c b/tools/perf/builtin-probe.c > index e8a66f9..3d8dcdf 100644 > --- a/tools/perf/builtin-probe.c > +++ b/tools/perf/builtin-probe.c > @@ -55,6 +55,7 @@ static struct { > bool show_funcs;

Re: [PATCH 1/2] SDT markers listing by perf

On Tue, 03 Sep 2013 13:49:35 +0530, Hemant wrote: > On 09/03/2013 01:06 PM, Hemant Kumar wrote: >> This patch will enable perf to list all the sdt markers present >> in an elf file. The markers are present in the .note.stapsdt section >> of the elf. We can traverse through this section and collect

[PATCH 1/7] regulator: anatop-regulator: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- This series is compile tested. --- drivers/regulator/anatop-regulator.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/regulator/anatop-regulator.c b/drivers/regulator/anatop-regulator.c index 0d4a8cc.

[PATCH 2/7] regulator: isl6271a-regulator: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/isl6271a-regulator.c | 24 1 file changed, 4 insertions(+), 20 deletions(-) diff --git a/drivers/regulator/isl6271a-regulator.c b/drivers/regulator/isl6271a-regulator.c index b99c49b..40c22

Re: [RFC PATCH 0/2] Perf support to SDT markers

On Tue, 03 Sep 2013 18:53:17 +0530, Hemant wrote: > On 09/03/2013 02:47 PM, Masami Hiramatsu wrote: >> (2013/09/03 17:25), Ingo Molnar wrote: >>> * Hemant Kumar Shaw wrote: >>> This series adds support to perf to list and probe into the SDT markers. The first patch implements listing of

[PATCH 5/7] regulator: palmas: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/palmas-regulator.c | 38 ++ 1 file changed, 11 insertions(+), 27 deletions(-) diff --git a/drivers/regulator/palmas-regulator.c b/drivers/regulator/palmas-regulator.c index d0c8785..

[PATCH 6/7] regulator: rc5t583: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/rc5t583-regulator.c | 22 ++ 1 file changed, 2 insertions(+), 20 deletions(-) diff --git a/drivers/regulator/rc5t583-regulator.c b/drivers/regulator/rc5t583-regulator.c index 5885b45..b58affb 10

[PATCH 7/7] regulator: ti-abb: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/ti-abb-regulator.c | 82 ++ 1 file changed, 23 insertions(+), 59 deletions(-) diff --git a/drivers/regulator/ti-abb-regulator.c b/drivers/regulator/ti-abb-regulator.c index 3753ed0..

[PATCH 4/7] regulator: mc13892: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/mc13892-regulator.c | 22 +++--- 1 file changed, 3 insertions(+), 19 deletions(-) diff --git a/drivers/regulator/mc13892-regulator.c b/drivers/regulator/mc13892-regulator.c index 1037e07..96c9f80 10

Re: [PATCH] Documentation/kmemcheck: update kmemcheck documentation

On Sat, Aug 24, 2013 at 3:31 AM, Libin wrote: > Kmemcheck configuration menu location correction in Documentation/ > kmemcheck.txt > > Signed-off-by: Libin Looks good to me. Andrew mind picking this up? Acked-by: Pekka Enberg -- To unsubscribe from this list: send the line "unsubscribe linux-k

[PATCH 3/7] regulator: mc13783: Use devm_regulator_register

devm_* simplifies the code. Signed-off-by: Sachin Kamat --- drivers/regulator/mc13783-regulator.c | 25 - 1 file changed, 4 insertions(+), 21 deletions(-) diff --git a/drivers/regulator/mc13783-regulator.c b/drivers/regulator/mc13783-regulator.c index 5ff99d2..f036b26

Re: [-next] openvswitch BUILD_BUG_ON failed

On Tue, Sep 3, 2013 at 11:44 PM, Jesse Gross wrote: > On Sat, Aug 31, 2013 at 5:11 AM, Geert Uytterhoeven > wrote: >> On Fri, Aug 30, 2013 at 3:11 AM, Jesse Gross wrote: >>> On Thu, Aug 29, 2013 at 3:10 PM, David Miller wrote: From: Jesse Gross Date: Thu, 29 Aug 2013 14:42:22 -0700 >

[PATCH v4 4/4] mm/vmalloc: don't assume vmap_area w/o VM_VM_AREA flag is vm_map_ram allocation

There is a race window between vmap_area free and show vmap_area information. AB remove_vm_area spin_lock(&vmap_area_lock); va->flags &= ~VM_VM_AREA; spin_unlock(&vmap_area_lock); spin_lock(&vm

[PATCH v4 2/4] mm/vmalloc: revert "mm/vmalloc.c: emit the failure message before return"

Changelog: *v2 -> v3: revert commit 46c001a2 directly Don't warning twice in __vmalloc_area_node and __vmalloc_node_range if __vmalloc_area_node allocation failure. This patch revert commit 46c001a2 (mm/vmalloc.c: emit the failure message before return). Signed-off-by: Wanpeng Li --- mm/vmallo

[PATCH v4 3/4] mm/vmalloc: revert "mm/vmalloc.c: check VM_UNINITIALIZED flag in s_show instead of show_numa_info"

Changelog: *v2 -> v3: revert commit d157a558 directly The VM_UNINITIALIZED/VM_UNLIST flag introduced by commit f5252e00(mm: avoid null pointer access in vm_struct via /proc/vmallocinfo) is used to avoid accessing the pages field with unallocated page when show_numa_info() is called. This patch mo

[PATCH v4 1/4] mm/vmalloc: don't set area->caller twice

Changelog: *v1 -> v2: rebase against mmotm tree The caller address has already been set in set_vmalloc_vm(), there's no need to set it again in __vmalloc_area_node. Reviewed-by: Zhang Yanfei Signed-off-by: Wanpeng Li --- mm/vmalloc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/vmall

[tip:perf/core] perf trace: Allow syscall arg formatters to mask args

Commit-ID: 6e7eeb51106d2e9ef7975214747e76d23c5d01af Gitweb: http://git.kernel.org/tip/6e7eeb51106d2e9ef7975214747e76d23c5d01af Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Sep 2013 10:39:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:18 -0300 perf

[tip:perf/core] perf list: Skip unsupported events

Commit-ID: b41f1cec91c37eeea6fdb15effbfa24ea0a5536b Gitweb: http://git.kernel.org/tip/b41f1cec91c37eeea6fdb15effbfa24ea0a5536b Author: Namhyung Kim AuthorDate: Tue, 27 Aug 2013 11:41:53 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:21 -0300 perf list: Skip

[tip:perf/core] perf tools: Add support for PERF_COUNT_SW_DUMMY

Commit-ID: d22d1a2a2c224b3b378d873589ced27add7ebde4 Gitweb: http://git.kernel.org/tip/d22d1a2a2c224b3b378d873589ced27add7ebde4 Author: Adrian Hunter AuthorDate: Sat, 31 Aug 2013 21:50:52 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:20 -0300 perf tools: Ad

Re: ipc-msg broken again on 3.11-rc7?

On Mon, Sep 2, 2013 at 6:29 PM, Manfred Spraul wrote: > Hi, > > [forgot to cc everyone, thus I'll summarize some mails...] > > On 09/02/2013 06:58 AM, Vineet Gupta wrote: >> >> On 08/31/2013 11:20 PM, Linus Torvalds wrote: >>> >>> Vineet, actual patch for what Davidlohr suggests attached. Can you

[tip:perf/core] perf trace: Add beautifier for open's flags arg

Commit-ID: be65a89a0b558cb5b6863be71861f29b36feb88e Gitweb: http://git.kernel.org/tip/be65a89a0b558cb5b6863be71861f29b36feb88e Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Sep 2013 16:22:31 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 16:22:31 -0300 perf

[tip:perf/core] perf trace: Add beautifier for futex 'operation' parm

Commit-ID: f9da0b0c74af25a68b9ac43a2c81f2eea970de5a Gitweb: http://git.kernel.org/tip/f9da0b0c74af25a68b9ac43a2c81f2eea970de5a Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Sep 2013 13:46:44 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:19 -0300 perf

[tip:perf/core] perf tests: Add 'keep tracking' test

Commit-ID: 395c307089c9f5f0d82c63c11c79227b57bb7ac5 Gitweb: http://git.kernel.org/tip/395c307089c9f5f0d82c63c11c79227b57bb7ac5 Author: Adrian Hunter AuthorDate: Sat, 31 Aug 2013 21:50:53 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:20 -0300 perf tests: Ad

[tip:perf/core] perf tools: Fix symbol offset computation for some dsos

Commit-ID: 0b8c25d949e010274c6697c570b772797ebc7c27 Gitweb: http://git.kernel.org/tip/0b8c25d949e010274c6697c570b772797ebc7c27 Author: David Ahern AuthorDate: Sun, 28 Jul 2013 09:48:32 -0600 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:21 -0300 perf tools: Fix

[tip:perf/core] perf trace: Tell arg formatters the arg index

Commit-ID: 31cd3855c98119cae287b761d8d2e75018714c5d Gitweb: http://git.kernel.org/tip/31cd3855c98119cae287b761d8d2e75018714c5d Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Sep 2013 16:40:40 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 16:40:40 -0300 perf

[tip:perf/core] perf: Add a dummy software event to keep tracking

Commit-ID: fa0097ee690693006ab1aea6c01ad3c851b65c77 Gitweb: http://git.kernel.org/tip/fa0097ee690693006ab1aea6c01ad3c851b65c77 Author: Adrian Hunter AuthorDate: Sat, 31 Aug 2013 21:50:51 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 14:58:19 -0300 perf: Add a du

[tip:perf/core] perf trace: Add beautifier for lseek's whence arg

Commit-ID: 579e7865b2d431bb7d380a1b4ea0aa8eb8a10fd4 Gitweb: http://git.kernel.org/tip/579e7865b2d431bb7d380a1b4ea0aa8eb8a10fd4 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Sep 2013 15:37:32 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Sep 2013 15:37:32 -0300 perf

Re: [PATCH v7 1/4] spinlock: A new lockref structure for lockless update of refcount

On Tue, Sep 3, 2013 at 8:01 AM, Ingo Molnar wrote: > > * Waiman Long wrote: > >> On 08/30/2013 10:42 PM, Al Viro wrote: >> >On Sat, Aug 31, 2013 at 03:35:16AM +0100, Al Viro wrote: >> > >> >>Aha... OK, I see what's going on. We end up with shm_mnt *not* marked >> >>as long-living vfsmount, even

Re: [PATCH v4 2/4] mm/vmalloc: revert "mm/vmalloc.c: emit the failure message before return"

On 09/03/2013 03:01 PM, Wanpeng Li wrote: > Changelog: > *v2 -> v3: revert commit 46c001a2 directly > > Don't warning twice in __vmalloc_area_node and __vmalloc_node_range if > __vmalloc_area_node allocation failure. This patch revert commit 46c001a2 > (mm/vmalloc.c: emit the failure message befo

Re: [PATCH v4 3/4] mm/vmalloc: revert "mm/vmalloc.c: check VM_UNINITIALIZED flag in s_show instead of show_numa_info"

On 09/03/2013 03:01 PM, Wanpeng Li wrote: > Changelog: > *v2 -> v3: revert commit d157a558 directly > > The VM_UNINITIALIZED/VM_UNLIST flag introduced by commit f5252e00(mm: avoid > null pointer access in vm_struct via /proc/vmallocinfo) is used to avoid > accessing the pages field with unallocat

Re: ipc-msg broken again on 3.11-rc7?

On 09/03/2013 12:46 PM, Sedat Dilek wrote: > Just FYI: > > Linux Testing Project (LTP) will do a new release in the 1st September week. > Some IPC test-suites were reworked. > Manfred can you look at them ("...msgctl08 uses one queue for each > thread pair."). > ( Might be worth to throw some words

Re: Networking problem with 3.11-rc6+

On 08/20/13 22:54, Francois Romieu wrote: Chris Clayton : [...] [0.207094] acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM [0.207155] acpi PNP0A08:00: Unable to request _OSC control (_OSC support mask: 0x08) [...] [5.311191] r8169 :07:00.0: can'

[PATCH 2/7] scsi/csiostor: use pcie_capability_xxx to simplify code

Pcie_capability_xxx() interfaces were introudced to simplify code to access PCIe Cap config space. And because PCI core saves the PCIe Cap offset in set_pcie_port_type() when device is enumerated. So we can use pci_is_pcie() instead. Signed-off-by: Yijing Wang Cc: Jiang Liu Cc: "James E.J. Botto

[RFC PATCH 0/2] Perf support to SDT markers

This series adds support to perf to list and probe into the SDT markers. The first patch implements listing of all the SDT markers present in the ELFs (executables or libraries). The SDT markers are present in the .note.stapsdt section of the elf. That section can be traversed to list all the marke

[PATCH 7/7] scsi/qla2xxx: use pcie_is_pcie() to simplify code

Use pci_is_pcie() instead of pci_find_capability to simplify code. Signed-off-by: Yijing Wang Cc: Andrew Vasquez Cc: linux-dri...@qlogic.com Cc: "James E.J. Bottomley" Cc: linux-s...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/scsi/qla2xxx/qla_mr.c |6 ++ 1 files chang

[PATCH 6/7] PCI: use pci_is_pcie() to simplify code

Use pci_is_pcie() instead of pci_find_capability to simplify code. Signed-off-by: Yijing Wang --- drivers/pci/probe.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c index eeb50bd..0fa9075 100644 --- a/drivers/pci/probe.c +++ b

[PATCH 3/7] powerpc/pci: use pci_is_pcie() to simplify code

Use pci_is_pcie() to simplify code. Signed-off-by: Yijing Wang Cc: Gavin Shan Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-...@lists.ozlabs.org Cc: linux-kernel@vger.kernel.org --- arch/powerpc/kernel/eeh.c |3 +-- arch/powerpc/sysdev/fsl_pci.c |2 +- 2 files changed

[PATCH 2/2] Support to perf to probe on SDT markers:

This patch enables perf to probe on the marker name specified on the command line. --- tools/perf/builtin-probe.c|7 +++ tools/perf/util/probe-event.c | 11 tools/perf/util/symbol-elf.c | 112 + tools/perf/util/symbol.h |5 ++ 4 fi

[PATCH 5/7] ixgbe: use pcie_capability_read_word() to simplify code

use pcie_capability_read_word() to simplify code. Signed-off-by: Yijing Wang Cc: e1000-de...@lists.sourceforge.net Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff -

[PATCH 1/2] SDT markers listing by perf

This patch will enable perf to list all the sdt markers present in an elf file. The markers are present in the .note.stapsdt section of the elf. We can traverse through this section and collect the required info about the markers. This hasn't been thoroughly tested with the other options of perf. -

[PATCH 1/7] scsi/bfa: use pcie_capability_xxx to simplify code

Pcie_capability_xxx() interfaces were introudced to simplify code to access PCIe Cap config space. And because PCI core saves the PCIe Cap offset in set_pcie_port_type() when device is enumerated. So we can use pci_is_pcie() instead. Signed-off-by: Yijing Wang Cc: Jiang Liu Cc: Anil Gurumurthy

[PATCH 4/7] x86/pci: use pcie_cap to simplify code

PCI core saves PCIe Cap offset in pcie_cap, use pcie_cap to simplify code. Signed-off-by: Yijing Wang --- arch/x86/pci/fixup.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/x86/pci/fixup.c b/arch/x86/pci/fixup.c index f5809fa..ee8330d 100644 --- a/arch/x86/pci/fi

RE: [PATCHv2 1/4] pwm: Add Freescale FTM PWM driver support

> Subject: Re: [PATCHv2 1/4] pwm: Add Freescale FTM PWM driver support > > On Tue, Sep 03, 2013 at 04:17:09AM +, Xiubo Li-B47053 wrote: > > > Subject: Re: [PATCHv2 1/4] pwm: Add Freescale FTM PWM driver support > > > > > > You simply don't need the available field. You don't need to track > >

Re: [PATCH v4 4/4] mm/vmalloc: don't assume vmap_area w/o VM_VM_AREA flag is vm_map_ram allocation

On Tue, Sep 03, 2013 at 03:01:46PM +0800, Wanpeng Li wrote: > There is a race window between vmap_area free and show vmap_area information. > > AB > > remove_vm_area > spin_lock(&vmap_area_lock); > va->flags &= ~VM_VM_AREA; > spin_unlock(&vmap

Re: [PATCH v4 4/4] mm/vmalloc: don't assume vmap_area w/o VM_VM_AREA flag is vm_map_ram allocation

On 09/03/2013 03:01 PM, Wanpeng Li wrote: > There is a race window between vmap_area free and show vmap_area information. > > AB > > remove_vm_area > spin_lock(&vmap_area_lock); > va->flags &= ~VM_VM_AREA; Here we also do: va->vm = NULL; And

[PATCH 3/4] Per IP network statistics: socket API

diff -r -U 4 a/include/net/ip.h b/include/net/ip.h --- a/include/net/ip.h 2013-08-27 17:15:42.952712200 +0300 +++ b/include/net/ip.h 2013-08-27 17:15:43.027698865 +0300 @@ -189,13 +189,20 @@ #define IP_ADD_STATS(net, field, val) SNMP_ADD_STATS((net)->mib.ip_statistics, field, val) #define IP_

[PATCH 1/4] Per IP network statistics: SNMP MIB subsets

diff -r -U 4 a/include/linux/snmp.h b/include/linux/snmp.h --- a/include/linux/snmp.h 2013-09-01 09:03:35.355639246 +0300 +++ b/include/linux/snmp.h 2013-09-01 09:03:35.410960814 +0300 @@ -261,5 +261,18 @@ LINUX_MIB_XFRMOUTPOLERROR, /* XfrmOutPolError */ __LIN

[PATCH 0/4] Per IP network statistics

Hi, For a while now, we have been testing a piece of code that maintains per-IP network statistics for diagnosing network problems. I'm not sure if this idea as a whole or parts of it are viable for integration into mainline, so I'm sending it as is (a set of patches over EL6.4 kernel). I would

[PATCH] clk: Move symbol export to proper location

The __clk_get_flags() symbol is exported immediately following the clk_unprepare_unused_subtree() function. This is unusual, since a symbol export typically follows body of the function that it exports. Signed-off-by: Thierry Reding --- drivers/clk/clk.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: Linux 3.11

On Tue, Sep 3, 2013 at 12:50 AM, Linus Torvalds wrote: >> Is there a reason why these did not get PULLed..? > > Very simple: I have no such email in my mailbox. I see the "target > updates for v3.11-rc1" email (and I pulled that), and there is nothing > since. > > I don't even have that mail in my

[PATCH 4/4] Per IP network statistics: usage

diff -r -U 4 a/include/net/ip.h b/include/net/ip.h --- a/include/net/ip.h 2013-08-25 15:51:01.609307946 +0300 +++ b/include/net/ip.h 2013-08-25 15:51:01.692293432 +0300 @@ -202,8 +202,10 @@ #define NET_INC_STATS_USER(net, field) __NET_INC_STATS_USER(net, field) #define NET_ADD_STATS_BH(net, fie

[PATCH 2/4] Per IP network statistics: hash table implementation

diff -r -U 4 a/include/linux/sysctl.h b/include/linux/sysctl.h --- a/include/linux/sysctl.h2013-09-02 12:44:17.415733555 +0300 +++ b/include/linux/sysctl.h2013-09-02 12:44:17.537622128 +0300 @@ -436,8 +436,16 @@ NET_TCP_FRTO_RESPONSE=125, #ifdef CONFIG_NET_IPV4_SNMP_MAPPING

[PATCH v2 4/4] PCI/MSI: Get rid of pci_enable_msi_block_auto() interface

There are no consumers of pci_enable_msi_block_auto() interface have left. Eliminate it for now. Signed-off-by: Alexander Gordeev --- Documentation/PCI/MSI-HOWTO.txt | 40 ++ drivers/pci/msi.c | 25 include/linux/pci.

Re: OCFS2: ocfs2_read_blocks:285 ERROR: block 532737 had the JBD bit set while I was in lock_buffer!

On 09/03/2013 02:42 PM, Richard Weinberger wrote: > Hi! > > Am 03.09.2013 05:17, schrieb Jeff Liu: >> Hello, >> >> It seems like Sunil has fixed a similar issue against ocfs2-1.4 >> several years ago: >> https://oss.oracle.com/git/?p=ocfs2-1.4.git;a=commitdiff_plain;h=2fd250839d0f5073af8d42e97f1d

Re: [PATCH-v5 4/6] vhost/scsi: Add pre-allocation for tv_cmd SGL + upages memory

On Sat, Aug 31, 2013 at 02:52:34AM +, Nicholas A. Bellinger wrote: > From: Nicholas Bellinger > > This patch adds support for pre-allocation of per tv_cmd descriptor > scatterlist + user-space page pointer memory using se_sess->sess_cmd_map > within tcm_vhost_make_nexus() code. > > This incl

Re: [PATCH-v5 2/6] target: Add transport_init_session_tags using per-cpu ida

On Sat, Aug 31, 2013 at 02:52:32AM +, Nicholas A. Bellinger wrote: > From: Nicholas Bellinger > > This patch adds lib/idr.c based transport_init_session_tags() logic > that allows fabric drivers to setup a per-cpu se_sess->sess_tag_pool > and associated se_sess->sess_cmd_map for basic tagged

Re: [PATCH v2 2/4] mm/hwpoison: fix miss catch transparent huge page

On Tue, Sep 03, 2013 at 12:18:58PM +0800, Wanpeng Li wrote: > Date: Tue, 3 Sep 2013 12:18:58 +0800 > From: Wanpeng Li > To: Chen Gong > Cc: Andrew Morton , Andi Kleen > , Fengguang Wu , Naoya > Horiguchi , Tony Luck , > linux...@kvack.org, linux-kernel@vger.kernel.org > Subject: Re: [PATCH v2

Re: [PATCH v4:No Change] xHCI:Fixing xhci_readl definition and function call

On Tue, Sep 03, 2013 at 08:59:59AM +0530, Kumar Gaurav wrote: > I tried applying this patch on linux-next and it applies well. > i used > git apply --apply > The merge window is open. No one is applying patches until -rc1 comes out. This one is not redone in the right way. The subject is w

linux-next: build failure after merge of the final tree (arm tree related)

Hi all, After merging the final tree, today's linux-next build (arm defconfig) failed like this: arch/arm/kernel/built-in.o: In function `setup_arch': io.c:(.init.text+0x594): undefined reference to `erratum_a15_798181_init' Presumably caused by commit 34905a33184a ("ARM: 7804/2: Add check for C

Re: [PATCH 1/2] SDT markers listing by perf

On 09/03/2013 01:06 PM, Hemant Kumar wrote: This patch will enable perf to list all the sdt markers present in an elf file. The markers are present in the .note.stapsdt section of the elf. We can traverse through this section and collect the required info about the markers. This hasn't been thoro

[PATCH 2/3 v4] blackfin: gpio: Remove none gpio lib code.

From: Sonic Zhang - Remove non gpio lib code from blackfin architecture. - Limit the lagecy blackfin gpio driver to bf5xx processors only. - Remove unused definition of the pint power functions. Signed-off-by: Sonic Zhang Acked-by: Linus Walleij --- arch/blackfin/Kconfig| 7 ++

[PATCH 3/3 v4] blackfin: pinctrl-adi2: Enable PINCTRL framework for BF54x and BF60x.

From: Sonic Zhang - Remove unused macro MAX_RESOURCES - Override blackfin legacy peripheral pinmux request and free APIs by devm_pinctrl_get_select_default() to init the peripheral portmux setting. v3-chagnes: - Move pinctrl soc data out of blackfin arch folder. Signed-off-by: Sonic Zhang ---

Re: [RFC PATCH 0/2] Perf support to SDT markers

* Hemant Kumar Shaw wrote: > This series adds support to perf to list and probe into the SDT markers. > The first patch implements listing of all the SDT markers present in > the ELFs (executables or libraries). The SDT markers are present in the > .note.stapsdt section of the elf. That section

linux-next: Tree for Sep 3

Hi all, Changes since 20130902: The arm tree gained a build failure for which I reverted a commit. The drm tree still had its build failure. The net-next tree still had its build failure. I have created today's linux

[PATCH trivial] block/ioctl.c: let code match 'kernel code style'

For 'switch case', remove redundancy '\t' (also can let related lines within 80 columns) and remove redundancy empty lines, just like other 'switch case' which match 'kernel code style' within the file. Let blkpg_ioctl() within 80 columns. Let 2nd line of blkdev_ioctl() and __blkdev_driver_ioctl()

Re: [RFC PATCH v3 06/35] mm: Add helpers to retrieve node region and zone region for a given page

On 09/03/2013 11:26 AM, Yasuaki Ishimatsu wrote: > (2013/08/30 22:15), Srivatsa S. Bhat wrote: >> Given a page, we would like to have an efficient mechanism to find out >> the node memory region and the zone memory region to which it belongs. >> >> Since the node is assumed to be divided into equal

RFD: Non-Disruptive Core Dump Infrastructure

Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a self-core dump. gcore, an existing utility creates a core image of the specified process. It attaches

Re: ipc-msg broken again on 3.11-rc7?

On Tue, Sep 3, 2013 at 9:49 AM, Manfred Spraul wrote: > Hi Vineet, > > > On 09/03/2013 09:34 AM, Vineet Gupta wrote: > > However assuming we are going ahead with debugging this - can you please > confirm whether you see the issue on x86 as well as I have not tested that ? > I vaguely remember one

Re: ipc-msg broken again on 3.11-rc7?

On 09/02/2013 09:59 PM, Manfred Spraul wrote: > Hi, > > [forgot to cc everyone, thus I'll summarize some mails...] > On 09/02/2013 06:58 AM, Vineet Gupta wrote: >> On 08/31/2013 11:20 PM, Linus Torvalds wrote: >>> Vineet, actual patch for what Davidlohr suggests attached. Can you try it? >>> >>>

Re: [sched next] overflowed cpu time for kernel threads in /proc/PID/stat

On Mon, Sep 02, 2013 at 05:00:15PM +0300, Sergey Senozhatsky wrote: > > > Thanks a lot Sergey for testing this further! > > > > > > Interesting results, so rtime is always one or two units off stime after > > > scaling. > > > Stanislaw made the scaling code with Linus and he has a better idea on

[PATCH v2 4/4] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.

The comment about return value of acpi_table_parse() is incorrect. This patch fix it. Since all callers only check if the function succeeded or not, this patch simplifies the semantics by returning -errno for all failure cases. This will also simply the comment. As suggested by Toshi Kani , also

[PATCH v2 0/4] acpi: Fix and cleanup in acpi.

This patch-set fix the following problems: 1. Kill useless function save_add_info() which will block us from using numa when MEMORY_HOTPLUG is not configured. 2. acpi_table_parse() didn't check if @id is NULL. 3. Fix incorrect comment in acpi_table_parse(), and return -ENOENT if a table is n

[PATCH v2 3/4] acpi: Check if @id is NULL in acpi_table_parse()

strncmp() does not check if the params are NULL. In acpi_table_parse(), if @id is NULL, the kernel will panic. Signed-off-by: Tang Chen Acked-by: Toshi Kani --- drivers/acpi/tables.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/acpi/tables.c b/drivers/acpi/t

[PATCH v2 1/4] acpi, numa, mem_hotplug: Kill save_add_info().

save_add_info() is defined as: #ifdef CONFIG_MEMORY_HOTPLUG static inline int save_add_info(void) {return 1;} #else static inline int save_add_info(void) {return 0;} #endif which means it is true when memory hotplug is configured. In acpi_numa_memory_affin

[PATCH v2 2/4] acpi cleanup: Use pr_{info|err}() instead of printk() in arch/x86/mm/srat.c

Use pr_{info|err}() instead of printk() in arch/x86/mm/srat.c. As suggested by Joe Perches , use pr_fmt(fmt) to simplify the output format. Signed-off-by: Tang Chen Acked-by: Toshi Kani --- arch/x86/mm/srat.c | 32 +--- 1 files changed, 17 insertions(+), 15 deleti

Re: [PATCH] tools: perf: Fix liblk not built when using perf_install target

Hi, On Fri, 30 Aug 2013 18:49:05 +0200, Robert Richter wrote: > On 30.08.13 17:18:36, Sedat Dilek wrote: >> So, I tried to build perf the "official" way: >> >>$ make -C tools/ perf_install >> >> Unfortunately, my build breaks like this: >> ... >> make[2]: Entering directory >> `~/src/linux-k

  1   2   3   4   5   6   7   >