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
>
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
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
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
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..
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
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
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..
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
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.
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
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;
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
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
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
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
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
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
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
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
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
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.
> +
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
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
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
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
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
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
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
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
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
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
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
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
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
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
This patch exposes symbols for usnic low latency driver that can be used to
register and unregister vNics as well to traverse the resources on vNics.
Signed-off-by: Upinder Malhi
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
drivers/net/ethernet/cisco/enic/vnic_dev.c |
The following patch sets the skb->rxhash and skb->q_number.
This is used by RPS and RFS. Kernel can make use of hw provided hash
instead of calculating the hash.
Signed-off-by: Govindarajulu Varadarajan
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
drivers/net/ethernet/
Signed-off-by: Govindarajulu Varadarajan
Signed-off-by: Sujith Sankar
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
MAINTAINERS| 3 ++-
drivers/net/ethernet/cisco/enic/enic.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --gi
The following patch adds multi tx support for enic.
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
Signed-off-by: Govindarajulu Varadarajan
---
drivers/net/ethernet/cisco/enic/enic.h | 2 +-
drivers/net/ethernet/cisco/enic/enic_main.c | 36 +++--
This series includes support for multi-tx, rss_hash, RPS, RFS, DMA64,
export symbols for cisco low latency driver and update the driver version and
driver maintainers.
Govindarajulu Varadarajan (5):
driver/net: enic: Add multi tx support for enic
driver/net: enic: record q_number and rss_has
On 09/03/2013 10:29 PM, Matthew Garrett wrote:
The HP watchdog timer driver binds to the HP iLO system support controller
PCI device. This PCI device actually supports a wider range of
functionality, so give the driver a more generic name and move it to the x86
platform driver directory in prepar
Greg KH writes:
> On Tue, Sep 03, 2013 at 04:44:42PM -0400, Dave Jones wrote:
>> On Tue, Sep 03, 2013 at 06:59:24PM +, Linux Kernel wrote:
>> > Gitweb:
>> http://git.kernel.org/linus/;a=commit;h=c817a67ecba7c3c2aaa104796d78f160af60920d
>> > Commit: c817a67ecba7c3c2aaa104796d78f160af
Recent HP iLO systems provide support for modifying the firmware
configuration at runtime via accesses to the iLO hardware. This patch adds
support for exposing the available firmware configuration options via sysfs
and permits userspace to modify them, taking effect after the next reboot.
This has
The HP watchdog timer driver binds to the HP iLO system support controller
PCI device. This PCI device actually supports a wider range of
functionality, so give the driver a more generic name and move it to the x86
platform driver directory in preparation for the following changes.
Signed-off-by:
On Mon, Sep 02, 2013 at 04:46:18PM -0700, Guenter Roeck wrote:
> I can only recommend for everyone to send pull requests through a gmail
> account.
The problem I'm seeing with this method to combat abusive filtering from
e-mail providers is that we'll quickly end up needing to have one account
pe
On 09/04/2013 10:16 AM, Greg KH wrote:
> On Wed, Sep 04, 2013 at 09:17:02AM +0900, Chanwoo Choi wrote:
>> On 09/04/2013 12:57 AM, Greg KH wrote:
>>> On Mon, Sep 02, 2013 at 10:13:44AM +0900, Chanwoo Choi wrote:
Hi Greg,
On 09/02/2013 09:40 AM, Greg KH wrote:
> On Mon, Sep 02, 201
This patch proposes to remove the IRQF_DISABLED flag from CRIS
architecture code. It's a NOOP since 2.6.35 and it will be removed
one day.
Comments mentioning IRQF_DISABLED are also updated, knowing
that all interrupts are now "fast interrupts", their handlers
running with interrupts disabled.
Do
This patch proposes to remove kernel configuration parameters
defined in arch/blackfin/Kconfig, but used nowhere
in the makefiles and source code.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/blackfin/Kconfig | 15 ---
1 file
This flag is a NOOP since 2.6.35 and can be removed.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-imx/Kconfig | 2 +-
arch/arm/mach-imx/epit.c | 2 +-
arch/arm/mach-imx/mach-armadillo5x0.c | 3 +--
arch/
This patch proposes to remove the IRQF_DISABLED flag from footbridge
code. It's a NOOP since 2.6.35.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-footbridge/dc21285-timer.c | 2 +-
arch/arm/mach-footbridge/dc21285.c | 10
On Wed, Sep 04, 2013 at 12:49:58AM +0400, Dmitry Vyukov wrote:
> On Wed, Sep 4, 2013 at 12:27 AM, Dan Aloni wrote:
> > Your work and contribution is appreciated nonetheless, but your bug
> > report needs to pertain closer to the work the core kernel hackers
> > are doing.
>
> What exactly do you
This flag is a NOOP since 2.6.36 and can be removed.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-at91/at91rm9200_time.c | 2 +-
arch/arm/mach-at91/at91sam926x_time.c | 2 +-
arch/arm/mach-at91/at91x40_time.c | 2 +-
3 file
sock_tx_timestamp() will clear all zerocopy flags of skb which may lead the
frags never to be orphaned. This will break guest to guest traffic when zerocopy
is enabled. Fix this by orphaning the frags before trying to set tx time stamp.
The issue were introduced by commit eda297729171fe16bf34fe5b0
Commit eda297729171fe16bf34fe5b0419dfb69060f623
(tun: Support software transmit time stamping) will queue skbs into error queue
when tx stamping is enabled. But it forgets to purge the error queue during
detach. This patch fixes this.
Cc: Richard Cochran
Signed-off-by: Jason Wang
---
drivers/ne
On Fri, Jun 28, 2013 at 11:03:33PM +0100, James Hogan wrote:
> On 28 June 2013 20:28, Denys Vlasenko wrote:
> > On Monday 17 June 2013 12:36, James Hogan wrote:
> >> On 14/06/13 17:03, James Hogan wrote:
> >> > MIPS has 128 signals, the highest of which has the number 128 (they
> >> > start from 1
On Tue, 2013-09-03 at 18:27 -0700, Andrew Morton wrote:
> On Tue, 03 Sep 2013 09:06:58 -0700 "Nicholas A. Bellinger"
> wrote:
>
> > Are there any other review comments to be addressed for this patch..?
> >
> > If not, please kindly give your Reviewed-by if your OK for an initial
> > standalone
On Wed, 2013-09-04 at 01:00 +000, Nelson, Shannon wrote:
> we hadn't noticed the new experimental "--fix" option before. There
> are a lot of good suggestions there, but obviously it needs a lot of
> reading and tweaking before it can be used.
Yes, I think --fix works best on patches.
When you u
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/include/asm/spinlock.h between commit bc08b449ee14 ("lockref:
implement lockless reference count updates using cmpxchg()") from Linus'
tree and commit 545ac13892ab ("x86, spinlock: Replace pv spinlocks with
pv ticketlocks"
The FALL interrupt related en, status bits are available at an offset of
16 on INTEN, INTSTAT registers and at an offset of
12 on INTCLEAR register.
This patch corrects the same for exyns5250 and exynos5440
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v1:
None
drivers/thermal/s
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the base_com
This patch adds the neccessary register changes and arch information
to support Exynos5420 SoCs
Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
Also updated the Documentation at
Documentation/devicetree/bindings/thermal/exynos-thermal.txt
Note: The platform data structure wil
On 09/02/2013 09:54 PM, Liqin Chen wrote:
2013/9/3 Guenter Roeck mailto:li...@roeck-us.net>>
On 09/02/2013 08:18 AM, Lennox Wu wrote:
Before we start the development of the S+core, Sunplus had licensed
ARM and MIPS. We develop S+core for other reason such as the price.
On Tue, Sep 03, 2013 at 10:03:25PM -0400, Steven Rostedt wrote:
> On Tue, 3 Sep 2013 22:01:15 -0400
> Steven Rostedt wrote:
>
> > On Tue, 3 Sep 2013 18:24:04 -0700
> > "Paul E. McKenney" wrote:
> >
> >
> > > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > > @@ -588,15 +593,14 @
On Tue, Sep 03, 2013 at 10:01:15PM -0400, Steven Rostedt wrote:
> On Tue, 3 Sep 2013 18:24:04 -0700
> "Paul E. McKenney" wrote:
>
>
> > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > @@ -588,15 +593,14 @@ static void
> > > ftrace_unsafe_callback(unsigned long ip, unsigned long
On Wed, 2013-09-04 at 11:53 +0800, Ian Kent wrote:
> On Wed, 2013-09-04 at 03:42 +0100, Al Viro wrote:
> > On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> > > I've applied slightly modified variant of Jeff's "vfs: allow umount to
> > > handle
> > > mountpoints without revalidating them"
On Wed, 2013-09-04 at 03:42 +0100, Al Viro wrote:
> On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> > I've applied slightly modified variant of Jeff's "vfs: allow umount to
> > handle
> > mountpoints without revalidating them" (modified by just leaving the
> > struct path filled with mo
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
v2: Added Daniel's sugeested documentation, with minor fixups
Signed-off-by
On 31 August 2013 04:06, Stephen Warren wrote:
> On 08/29/2013 07:45 PM, Haojian Zhuang wrote:
>> On 22 August 2013 13:53, Mike Turquette wrote:
>>> Device Tree binding for the basic clock gate, plus the setup function to
>>> register the clock. Based on the existing fixed-clock binding.
>>>
>>>
On Tue, Sep 03, 2013 at 03:35:12PM +0800, Yijing Wang wrote:
> 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/fix
Dear David Miller ：
Thanks a lot.
I'm sorry that I just wonder to know which kernel
version will release this driver, thanks again.
2013-09-04
liujunliang_ljl
发件人： David Miller
发送时间： 2013-09-04 10:27:14
收件人： liujunliang_ljl
From: Jason Wang
Date: Mon, 2 Sep 2013 16:40:55 +0800
> This series tries to unify and simplify vhost codes especially for
> zerocopy. With this series, 5% - 10% improvement for per cpu throughput were
> seen during netperf guest sending test.
>
> Plase review.
Applied and patch #5 queued up f
On Tue, 2013-09-03 at 19:18 -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
> >
> > That aside, I'm really not happy with this kind of games; this stuff clearly
> > belongs in fs/namei.c where we can simply see the last component. Doing
> > that
> > on the level of
On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> I've applied slightly modified variant of Jeff's "vfs: allow umount to handle
> mountpoints without revalidating them" (modified by just leaving the
> struct path filled with mountpoint and leaving the equivalent of
> follow_mount()
> to c
On 09/04/2013 03:36 AM, Paul E. McKenney wrote:
> On Mon, Aug 26, 2013 at 10:21:18AM +0800, Chen Gang F T wrote:
>>
>> Firstly, thank you for your reply with these details.
>>
>> On 08/26/2013 03:18 AM, Paul E. McKenney wrote:
>>> On Thu, Aug 22, 2013 at 11:01:53AM +0800, Chen Gang wrote:
On
On Tue, Sep 3, 2013 at 5:34 PM, Bjorn Helgaas wrote:
> On Tue, Sep 03, 2013 at 03:35:09PM +0800, Yijing Wang wrote:
>> 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()
From: Joe Perches
Date: Sun, 01 Sep 2013 15:48:27 -0700
> This function is being removed, so remove the reference to it.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Joe Perches
Date: Sun, 01 Sep 2013 13:11:55 -0700
> Convert the llc_ static inlines to the
> equivalents from etherdevice.h and remove
> the llc_ static inline functions.
>
> llc_mac_null -> is_zero_ether_addr
> llc_mac_multicast -> is_multicast_ether_addr
> llc_mac_match -> ether_addr_equ
From: Joe Perches
Date: Sun, 01 Sep 2013 15:45:08 -0700
> This function is being removed, rename the reference.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
On 09/04/2013 03:42 AM, Stephen Warren wrote:
On 08/29/2013 03:57 AM, Alexandre Courbot wrote:
New version revised according to comments received for v3. Hopefully
it will be good enough to be merged.
Aside from the small issue in patch 1/5, the series,
Reviewed-by: Stephen Warren
Thanks! I
From: Joe Perches
Date: Sun, 01 Sep 2013 11:51:23 -0700
> Use the new bool function ether_addr_equal to add
> some clarity and reduce the likelihood for misuse
> of compare_ether_addr for sorting.
>
> Done via cocci script: (and a little typing)
...
> Signed-off-by: Joe Perches
Applied, thank
From: liujunliang_...@163.com
Date: Sun, 1 Sep 2013 19:38:08 +0800
> From: Liu Junliang
>
> Signed-off-by: Liu Junliang
Applied, thanks.
--
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 htt
On Tue, Sep 03, 2013 at 07:18:42PM -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
> >
> > That aside, I'm really not happy with this kind of games; this stuff clearly
> > belongs in fs/namei.c where we can simply see the last component. Doing
> > that
> > on the le
On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
>
> That aside, I'm really not happy with this kind of games; this stuff clearly
> belongs in fs/namei.c where we can simply see the last component. Doing that
> on the level of "let's scan the pathname for slashes, etc." is just plain
> wrong. Let'
From: Petr Holasek
Date: Fri, 30 Aug 2013 17:02:38 +0200
> This two-liner removes max_addresses variable which is now unecessary related
> to patch [ipv6: remove max_addresses check from ipv6_create_tempaddr].
>
> Signed-off-by: Petr Holasek
Applied, thanks.
--
To unsubscribe from this list: s
From: Dan Aloni
Date: Fri, 30 Aug 2013 13:59:46 +0300
> When my 'ifup eth' script was fired multiple times and ran concurrent on
> my laptop, for some obscure /etc scripting reason, it was revealed
> that the store_enabled() function in netconsole doesn't handle it nicely,
> as recorded by the Oo
On 09/04/2013 08:37 AM, Toshi Kani wrote:
On Tue, 2013-08-27 at 17:37 +0800, Tang Chen wrote:
memblock_alloc_base_nid() is a common API of memblock. And it calls
memblock_find_in_range_node() with %start = 0, which means it has no
limit for the lowest address by default.
memblock_find_i
On Tue, 3 Sep 2013 22:01:15 -0400
Steven Rostedt wrote:
> On Tue, 3 Sep 2013 18:24:04 -0700
> "Paul E. McKenney" wrote:
>
>
> > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > @@ -588,15 +593,14 @@ static void
> > > ftrace_unsafe_callback(unsigned long ip, unsigned long parent
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, September 03, 2013 7:32 PM
> To: Lu Jingchang-B35083
> Cc: shawn@linaro.org; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; devicet...@vger.kernel.org
> Subject: Re: [PATCH v4
On Tue, 3 Sep 2013 18:24:04 -0700
"Paul E. McKenney" wrote:
> > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > @@ -588,15 +593,14 @@ static void
> > ftrace_unsafe_callback(unsigned long ip, unsigned long parent_ip,
> >struct ftrace_ops *op, struct pt_regs *pt_re
On Wed, Sep 04, 2013 at 02:03:02AM +0100, Al Viro wrote:
> E... NAK in that form. Just what will happen if the last component
> given to that sucker will be . or .., for starters? Or a symlink, with
> '/' added to it to force following the damn thing?
OK, in more details:
* we are
On 09/04/2013 01:59 AM, Paul E. McKenney wrote:
> On Tue, Sep 03, 2013 at 01:41:03PM +0800, Chen Gang wrote:
>> Hello Maintainers:
>>
>> Is this issue finished ?
>>
>> If need additional help from me (e.g. some test things, or others, if
>> you have no time, can let me try), please let me know, I s
On Tue, 3 Sep 2013 21:51:52 -0400
Steven Rostedt wrote:
> > > void ftrace_unsafe_rcu_checker_disable(void)
> > > {
> > > atomic_inc(&ftrace_unsafe_rcu_disabled);
> > > + /* Make sure the update is seen immediately */
> > > + smp_wmb();
> >
> > smp_mb__after_atomic_inc()?
>
> Yep.
>
>
On Tue, 03 Sep 2013 18:12:47 -0700 "H. Peter Anvin" wrote:
>
> Header file dependency hell.
Ah, ok, thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpCaVKqbKvqL.pgp
Description: PGP signature
Thank you for your valuable information: it will let kernel waste mails
less, and also can save my time resources.
On 09/04/2013 04:59 AM, Guenter Roeck wrote:
> On Tue, Sep 03, 2013 at 08:39:38PM +0100, Al Viro wrote:
>> On Tue, Sep 03, 2013 at 11:52:17AM +0800, Chen Gang F T wrote:
>>
>>> ex
On Tue, 3 Sep 2013 18:24:04 -0700
"Paul E. McKenney" wrote:
> On Tue, Sep 03, 2013 at 07:57:05PM -0400, Steven Rostedt wrote:
> > Paul, can I still keep all your acks and reviewed-bys on this?
>
> Yep, but some questions below.
>
> Thanx, P
On 08/31/2013 05:12 PM, Yu Chen wrote:
>From 1ccf579b871dfd5938ce958f729361a203485c74 Mon Sep 17 00:00:00 2001
From: Yu Chen
Date: Sat, 31 Aug 2013 23:52:31 +0800
Subject: [PATCH] powerpc/85xx: Wakeup kexec smp slave cpus in second kernel
In current 85xx smp kexec implementation,master cpu res
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/PTR_RET-for-linus
for you to fetch changes up to ad151d544475df
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_compress().
As you can see below, the buffer size is a
From: Tim Gardner
Date: Thu, 29 Aug 2013 06:38:47 -0600
> This config option is superfluous in that it only guards a call
> to neigh_app_ns(). Enabling CONFIG_ARPD by default has no
> change in behavior. There will now be call to __neigh_notify()
> for each ARP resolution, which has no impact unl
1 - 100 of 668 matches
Mail list logo
