On 1/15/15 5:54 AM, Jiri Olsa wrote:
Adding support to include detected configuration makefile
into the build process. This will allow the Build objects
to be configurable based on the config data, like:
perf-$(CONFIG_KRAVA) += krava.o
The configuration is stored in '.config-detected' file,
On Thu, 15 Jan 2015 08:30:18 -0700
David Ahern wrote:
> Steve:
>
> Any comments? I think Arnaldo is waiting for your response to pick this up.
Looks fine to me.
Acked-by: Steven Rostedt
-- Steve
>
> David
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
This one looks highly suspicious, i need to check, but i would think
that this function should be use !
On Wed, Jan 14, 2015 at 4:44 PM, Alex Deucher wrote:
> On Tue, Jan 13, 2015 at 1:55 PM, Rickard Strandqvist
> wrote:
>> Remove the function rv515_ring_start() that is not used anywhere.
>>
>>
On Thu, Jan 15, 2015 at 3:11 AM, Thomas Gleixner wrote:
> On Wed, 14 Jan 2015, Rob Herring wrote:
>> On Wed, Jan 14, 2015 at 4:36 AM, Thomas Gleixner wrote:
>> > All attempts to work around that have resulted in horrible bandaids so
>> > far. That's why I guided Boris to implement this dummy
On 1/15/2015 4:35 AM, Nicolas Ferre wrote:
#define GEM_OTX 0x0100 /* Octets
transmitted */
I see, it's modified hereafter! Why not integrate this part in previous
patch?
I split these up the way I did by using the --fixup argument to allow the rebase
Add a blank line after declarations to remove the checkpatch warning:
'Missing line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/advantechwdt.c |1 +
1 file changed, 1 insertion(+)
diff --git
Add a blank line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/acquirewdt.c |1 +
1 file changed, 1 insertion(+)
diff --git
Add a blank line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/ar7_wdt.c |1 +
1 file changed, 1 insertion(+)
diff --git
Add a blank line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/eurotechwdt.c |1 +
1 file changed, 1 insertion(+)
diff --git
Add a blank line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/at91sam9_wdt.c |3 +++
1 file changed, 3 insertions(+)
diff --git
Add a new line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/sch311x_wdt.c |1 +
1 file changed, 1 insertion(+)
diff --git
Add a blank line after declarations to remove the checkpatch warning:
'Missing line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/alim1535_wdt.c |2 ++
1 file changed, 2 insertions(+)
diff --git
Add a new line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
drivers/watchdog/wdt_pci.c |2 ++
1 file changed, 2 insertions(+)
diff --git
On Fri, 09 Jan, at 04:58:35PM, Peter Zijlstra wrote:
> On Fri, Jan 09, 2015 at 03:24:42PM +, Matt Fleming wrote:
> >
> > Right, but now we need a "steal limit", so we know when to stop stealing
> > active RMIDs.
> >
> > (cqm_max_rmid + 1) / 4 ?
> >
> > I guess any limit is better than
On Thu, 2015-01-15 at 16:18 +0100, Ondrej Zary wrote:
> On Thursday 15 January 2015, Jeff Kirsher wrote:
> > On Thu, 2015-01-15 at 14:40 +0100, Ondrej Zary wrote:
> > > On Thursday 13 November 2014, Jeff Kirsher wrote:
> > > > On Wed, 2014-11-12 at 18:18 -0500, David Miller wrote:
> > > > > From:
From: "Steven Rostedt (Red Hat)"
Using just the filter for checking for trampolines or regs is not enough
when updating the code against the records that represent all functions.
Both the filter hash and the notrace hash need to be checked.
To trigger this bug (using trace-cmd and perf):
#
Steve:
Any comments? I think Arnaldo is waiting for your response to pick this up.
David
On 12/18/14 7:11 PM, David Ahern wrote:
Add helpers for the following kernel formats:
%pi4 print an IPv4 address with leading zeros
%pI4 print an IPv4 address without leading zeros
%pi6 print an
From: "Steven Rostedt (Red Hat)"
trace_init() calls init_ftrace_syscalls() and then calls trace_event_init()
which also calls init_ftrace_syscalls(). It makes more sense to only
call it from trace_event_init().
Calling it twice wastes memory, as it allocates the syscall events twice,
and loses
From: "Steven Rostedt (Red Hat)"
As the set_ftrace_filter affects both the function tracer as well as the
function graph tracer, the ops that represent each have a shared
ftrace_ops_hash structure. This allows both to be updated when the filter
files are updated.
But if function graph is
From: "Steven Rostedt (Red Hat)"
If the function graph tracer traces a jprobe callback, the system will
crash. This can easily be demonstrated by compiling the jprobe
sample module that is in the kernel tree, loading it and running the
function graph tracer.
# modprobe jprobe_example.ko
#
Linus,
This holds a few fixes to the ftrace infrastructure as well as
the mixture of function graph tracing and kprobes.
When jprobes and function graph tracing is enabled at the same time
it will crash the system.
# modprobe jprobe_example
# echo function_graph >
From: "Steven Rostedt (Red Hat)"
Commit 5f893b2639b2 "tracing: Move enabling tracepoints to just after
rcu_init()" broke the enabling of system call events from the command
line. The reason was that the enabling of command line trace events
was moved before PID 1 started, and the syscall
On 12 January 2015 at 10:23, Krzysztof Kozlowski
wrote:
> Hi,
>
>
> I would like to hear some comments about idea of scaling MMC clock
> frequency. The basic idea is to lower the clock when device is
> completely idle or not busy enough.
>
> The patchset adds MMC card as a devfreq device and uses
cpumask_next_and() does cpumask_next() src1 in a loop and tests if found
cpu is alsop present in src2. remove that loop and perform cpumask_and()
of src1 and src2 first and use to find cpumask_next() intead.
Signed-off-by: Sergey Senozhatsky
---
lib/cpumask.c | 9 +
1 file changed, 5
Reviewed-by: Dov Levenglick
> From: Yaniv Gardi
>
> In-order to enhance storage encryption performance,
> an Inline Cryptographic Engine is introduced to UFS.
> This patch adds in-line encryption capabilities to the UFS
> driver.
>
> Signed-off-by: Yaniv Gardi
>
> ---
>
On Jan 15, 2015 4:37 AM, "Masami Hiramatsu"
wrote:
>
> (2015/01/14 6:49), Andy Lutomirski wrote:
> > x86 instructions cannot exceed 15 bytes, and the instruction decoder
> > should enforce that. Prior to 6ba48ff46f76, the instruction length
> > limit was implicitly set to 16, which was an
Reviewed-by: Dov Levenglick
> This change adds support for Qualcomm Technologies Inc platforms that
> use UFS driver. for example, it adds :
> - PM specific operations during hibern8, suspend, resume, clock setup
> - qcom-ufs generic phy driver initialization, calibration,
> power-on/off
Namjae Jeon writes:
> We introduce per-file freeze feature for unifying defrag ext4 and xfs
> as first ingredient. We get the idea courtesy of Dave Chinner
> (https://lkml.org/lkml/2014/7/14/759)
> per-file freeze will be used to avoid that file is not modified while
> userspace is doing the
On Thursday 15 January 2015, Jeff Kirsher wrote:
> On Thu, 2015-01-15 at 14:40 +0100, Ondrej Zary wrote:
> > On Thursday 13 November 2014, Jeff Kirsher wrote:
> > > On Wed, 2014-11-12 at 18:18 -0500, David Miller wrote:
> > > > From: Ondrej Zary
> > > > Date: Wed, 12 Nov 2014 23:47:25 +0100
> > >
Reviewed-by: Dov Levenglick
> This change adds a support for a 20nm qcom-ufs phy that is required in
> platforms that use ufs-qcom controller.
>
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/phy/Makefile| 1 +
> drivers/phy/phy-qcom-ufs-i.h| 43 +-
>
Reviewed-by: Dov Levenglick
> This change adds a support for a 14nm qcom-ufs phy that is
> required in platforms that use ufs-qcom controller.
>
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/phy/Makefile| 1 +
> drivers/phy/phy-qcom-ufs-qmp-14nm.c | 201
>
Reviewed-by: Dov Levenglick
> This change adds a support for a 20nm qcom-ufs phy that is required in
> platforms that use ufs-qcom controller.
>
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/phy/Makefile| 1 +
> drivers/phy/phy-qcom-ufs-i.h| 43 +-
>
Reviewed-by: Dov Levenglick
> This change adds a generic and common API support for ufs phy QUALCOMM
> Technologies. This support provides common code and also points
> to specific phy callbacks to differentiate between different behaviors
> of frequent use-cases (like power on, power off, phy
Hello Darren,
I give you the same apology as to Thomas for the
long-delayed response to your mail.
And I repeat my note to Thomas:
In the next day or two, I hope to send out the new version
of the futex(2) page for review. The new draft is a bit
bigger (okay -- 4 x bigger) than the current
[Adding a few people to CC that have expressed interest in the
progress of the updates of this page, or who may be able to
provide review feedback. Eventually, you'll all get CCed on
the new draft of the page.]
Hello Thomas,
On 05/15/2014 04:14 PM, Thomas Gleixner wrote:
> On Thu, 15 May 2014,
From: Sergey Popov
Prevent increase of console_loglevel by 'quiet'
'quiet' kernel option that follows the 'loglevel=N' should
not blindly overwrite console_loglevel, instead it should
respect and keep lower 'loglevel'.
Signed-off-by: Sergey Popov
---
init/main.c | 7 ++-
1 file changed,
Hi,
Am 15.01.2015 um 15:38 schrieb Sebastian Reichel :
> Hi,
>
> On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
>>> 1. Perform conversion in input core rather than individual drivers. I
>>> think we should allocate a new bitmaps for some transformations and have
>>>
This patch sets is based on AT91 cleanup for 3.20 #1
and depends on AT91 DT for 3.20 #1 because it uses the added SRAM nodes.
The first two patches rework the pm code to get rid of cpu_is_xxx (they will be
dropped soon) and use the SRAM from the genpool instead of relying on the remap
done by
Reviewed-by: Dov Levenglick
Dov Levenglick
QUALCOMM ISRAEL, on behalf of Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a
Linux Foundation Collaborative Project
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org
Now that the SRAM is part of a genpool, use it to allocate memory to use for the
slowclock implementation.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/Kconfig | 1 +
arch/arm/mach-at91/pm.c| 46 +-
2 files changed, 46 insertions(+), 1
Now that the SRAM is initialized by the mmio-sram driver, .map_io is useless.
remove it.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/at91rm9200.c | 6 --
arch/arm/mach-at91/at91sam9260.c | 27 ---
arch/arm/mach-at91/at91sam9261.c | 9 -
Store SoC differences in a struct to remove cpu_is_* usage.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/pm.c | 54 ++---
1 file changed, 33 insertions(+), 21 deletions(-)
diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
Split at91_pm_init() in three variants that are called by the respective SoCs
.init_machine. This allows to remove the of_machine_is_compatible() calls and
move at91_pm_init() out of arch_initcall() which is required for multiplatform.
Signed-off-by: Alexandre Belloni
---
SRAM initialization is now done through the mmio-sram driver and
at91_init_sram() is not called anymore, remove it.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/generic.h | 2 --
arch/arm/mach-at91/setup.c | 20
2 files changed, 22 deletions(-)
diff --git
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/sama5d4.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-at91/sama5d4.c b/arch/arm/mach-at91/sama5d4.c
index 7638509639f4..fa127fb79221 100644
--- a/arch/arm/mach-at91/sama5d4.c
+++ b/arch/arm/mach-at91/sama5d4.c
@@ -56,7
Move at91rm9200_idle() along with at91sam9_idle() in clk/at91/pmc.c.
Signed-off-by: Alexandre Belloni
Acked-by: Michael Turquette
---
arch/arm/mach-at91/at91rm9200.c | 9 -
arch/arm/mach-at91/generic.h| 1 +
drivers/clk/at91/pmc.c | 9 +
3 files changed, 10
Check UDP and UHP on sam9x5, sam9n12 and the sama5 series.
Check UHP on the sam9g45.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/pm.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
index
No functional changes.
Signed-off-by: Michal Simek
---
drivers/tty/serial/8250/8250_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_core.c
b/drivers/tty/serial/8250/8250_core.c
index 11c66856ba2f..65e52c9109e2 100644
---
This patch remove unnecessary KERN_INFO in time.c
Signed-off-by: Masanari Iida
---
arch/openrisc/kernel/time.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/openrisc/kernel/time.c b/arch/openrisc/kernel/time.c
index 7c52e94..3b50ffd 100644
---
This patch should be the part of:
"tty: serial: 8250_core: use the ->line argument as a hint in
serial8250_find_match_or_unused()"
(sha1: 59b3e898ddfc81a65975043b5eb44103cc29ff6e)
port->line can be setup by DT driver to -1 which needs to
be also checked.
Signed-off-by: Michal Simek
---
I have
On Thu, 2015-01-15 at 14:40 +0100, Ondrej Zary wrote:
> On Thursday 13 November 2014, Jeff Kirsher wrote:
> > On Wed, 2014-11-12 at 18:18 -0500, David Miller wrote:
> > > From: Ondrej Zary
> > > Date: Wed, 12 Nov 2014 23:47:25 +0100
> > >
> > > > Enabling WoL on some Toshiba laptops (such as
On 01/15/2015 04:42 AM, Michal Simek wrote:
.owner files is filled by module_platform_driver().
Signed-off-by: Michal Simek
---
Big cleanup was done and this new driver was missed.
Actually, it was included in 'watchdog: drop owner assignment from
platform_drivers'
by Wolfram Sang. It just
This patch series enables irqfd on arm and arm64.
Irqfd framework enables to inject a virtual IRQ into a guest upon an
eventfd trigger. User-side uses KVM_IRQFD VM ioctl to provide KVM with
a kvm_irqfd struct that associates a VM, an eventfd, a virtual IRQ number
(aka. the gsi). When an actor
CONFIG_HAVE_KVM_IRQCHIP is needed to support IRQ routing (along
with irq_comm.c and irqchip.c usage). This is not the case for
arm/arm64 currently.
This patch unsets the flag for both arm and arm64.
Signed-off-by: Eric Auger
Acked-by: Christoffer Dall
Acked-by: Will Deacon
---
On arm/arm64 the VGIC is dynamically instantiated and it is useful
to expose its state, especially for irqfd setup.
This patch defines __KVM_HAVE_ARCH_INTC_INITIALIZED and
implements kvm_arch_intc_initialized.
Signed-off-by: Eric Auger
Acked-by: Christoffer Dall
---
v6 -> v7:
- usage of the
Introduce __KVM_HAVE_ARCH_INTC_INITIALIZED define and
associated kvm_arch_intc_initialized function. This latter
allows to test whether the virtual interrupt controller is initialized
and ready to accept virtual IRQ injection. On some architectures,
the virtual interrupt controller is dynamically
This patch enables irqfd on arm/arm64.
Both irqfd and resamplefd are supported. Injection is implemented
in vgic.c without routing.
This patch enables CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQFD.
KVM_CAP_IRQFD is now advertised. KVM_CAP_IRQFD_RESAMPLE capability
automatically is
On Thu 15-01-15 16:25:16, Vladimir Davydov wrote:
> On Thu, Jan 15, 2015 at 01:58:20PM +0100, Michal Hocko wrote:
> > On Thu 15-01-15 11:37:53, Vladimir Davydov wrote:
> > > current->reclaim_state is only used to count the number of slab pages
> > > reclaimed by shrink_slab(). So instead of
On 01/15/2015 04:42 AM, Michal Simek wrote:
.owner files is filled by module_platform_driver().
Signed-off-by: Michal Simek
---
Reviewed-by: Guenter Roeck
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Sergey Popov < popov_ser...@ukr.net >
Prevent increase of console_loglevel by 'quiet'
'quiet' kernel option that follows the 'loglevel=N' should
not blindly overwrite console_loglevel, instead it should
respect and keep lower 'loglevel'.
Signed-off-by: Sergey Popov < popov_ser...@ukr.net
On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland wrote:
> On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
>> On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna wrote:
>> > This patch adds the generic common bindings used to represent
>> > a hwlock device and use/request locks in a
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
> > 1. Perform conversion in input core rather than individual drivers. I
> > think we should allocate a new bitmaps for some transformations and have
> > the code do X/Y flip/clip of the coordinates.
>
> Do you have a
On Thu, Jan 15, 2015 at 6:33 AM, Sylwester Nawrocki
wrote:
> On 12/01/15 18:06, Mark Brown wrote:
>> On Mon, Jan 12, 2015 at 10:55:29AM -0600, Rob Herring wrote:
>>> > On Mon, Jan 12, 2015 at 10:10 AM, Jacek Anaszewski
> > There are however devices that don't fall into this category, i.e.
On 2015/1/15 22:22, Sander Eikelenboom wrote:
>
> Thursday, January 15, 2015, 2:04:34 PM, you wrote:
>
>> With more knowledge of Xen interrupt manangement subsytem, I realized
>> previous three versions to fix https://lkml.org/lkml/2014/12/19/178 are
>> just plainly wrong. Those patches try to
This change adds a generic and common API support for ufs phy QUALCOMM
Technologies. This support provides common code and also points
to specific phy callbacks to differentiate between different behaviors
of frequent use-cases (like power on, power off, phy calibration etc).
Signed-off-by: Yaniv
Le 13/01/2015 19:12, Alexandre Belloni a écrit :
> This series enables RTC on the at91sam9n12 and at91rm9200.
> It also adds nodes for the SRAM availabe on at91 SoCs.
>
> Finally it adds a dtsi for the at91sam9xe and uses it for the ethernut5 dts.
>
> Changes in v3:
> - corrected the 9260 and
From: Yaniv Gardi
In-order to enhance storage encryption performance,
an Inline Cryptographic Engine is introduced to UFS.
This patch adds in-line encryption capabilities to the UFS
driver.
Signed-off-by: Yaniv Gardi
---
drivers/scsi/ufs/Kconfig| 12 +
drivers/scsi/ufs/Makefile
This change adds support for Qualcomm Technologies Inc platforms that
use UFS driver. for example, it adds :
- PM specific operations during hibern8, suspend, resume, clock setup
- qcom-ufs generic phy driver initialization, calibration,
power-on/off sequence, etc.
- UFS Controller specific
This change adds a support for a 20nm qcom-ufs phy that is required in
platforms that use ufs-qcom controller.
Signed-off-by: Yaniv Gardi
---
drivers/phy/Makefile| 1 +
drivers/phy/phy-qcom-ufs-i.h| 43 +-
drivers/phy/phy-qcom-ufs-qmp-20nm.c | 257
This change adds a support for a 14nm qcom-ufs phy that is
required in platforms that use ufs-qcom controller.
Signed-off-by: Yaniv Gardi
---
drivers/phy/Makefile| 1 +
drivers/phy/phy-qcom-ufs-qmp-14nm.c | 201
Changes from V6:
- change#1 in the V6 series: 0001-phy-qcom-ufs-add-support-for-20nm-phy
has been divided into 2 patches:
A: phy: qcom-ufs: add support for QUALCOMM Technologies UFS PHY drivers
B: phy: qcom-ufs: add support for 20nm phy
in order to seperate the common code of the Qualcomm
Le 09/01/2015 14:20, Nicolas Ferre a écrit :
> Add a README file to describe Atmel SoCs (aka AT91) support in Mainline Linux:
> - SoC list + datasheet web links
> - Basic but useful information
> - Device Tree conventions and Work In Progress statement.
>
> Signed-off-by: Nicolas Ferre
> Cc: ARM
On Tue, Jan 13, 2015 at 2:42 AM, Jacek Anaszewski
wrote:
> On 01/12/2015 05:55 PM, Rob Herring wrote:
>>
>> Adding Mark B and Liam...
>>
>> On Mon, Jan 12, 2015 at 10:10 AM, Jacek Anaszewski
>> wrote:
>>>
>>> On 01/12/2015 02:52 PM, Rob Herring wrote:
On Mon, Jan 12, 2015 at 2:32
Thursday, January 15, 2015, 2:04:34 PM, you wrote:
> With more knowledge of Xen interrupt manangement subsytem, I realized
> previous three versions to fix https://lkml.org/lkml/2014/12/19/178 are
> just plainly wrong. Those patches try to fix the issue by creating
> irqdomain for IOAPICs for PV
This patch adds the ability to create a netdevice in a specified netns and
then move it into the final netns. In fact, it allows to have a symetry between
get and set rtnl messages.
Signed-off-by: Nicolas Dichtel
---
net/core/rtnetlink.c | 25 ++---
1 file changed, 22
The goal of this serie is to be able to multicast netlink messages with an
attribute that identify a peer netns.
This is needed by the userland to interpret some information contained in
netlink messages (like IFLA_LINK value, but also some other attributes in case
of x-netns netdevice (see also
On Thu, 15 Jan 2015 20:57:29 +0900
Masami Hiramatsu wrote:
>
> > If the function tracer traces the jprobe handler, the hook function
> > for that handler will not be called, and its saved return address
> > will be used for the next function. This will result in a kernel
> > crash.
>
>
On 15/01/2015 05:25, Michael Ellerman wrote:
> On Mon, 2014-11-24 at 15:07 +0100, Laurent Dufour wrote:
>> On pseries system (LPAR) xmon failed to enter when running in LE mode, system
>> is hunging. Inititating xmon will lead to such an output on the console:
>>
>> SysRq : Entering xmon
>> cpu
This patch adds a new attribute (IFLA_LINK_NETNSID) which contains the 'link'
netns id when this netns is different from the netns where the interface
stands (for example for x-net interfaces like ip tunnels).
With this attribute, it's possible to interpret correctly all advertised
information
Signed-off-by: Yaowei Bai
---
Documentation/acpi/enumeration.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/acpi/enumeration.txt
b/Documentation/acpi/enumeration.txt
index b60d2ab..9b121a5 100644
--- a/Documentation/acpi/enumeration.txt
+++
Implement rtnl_link_ops->get_link_net() callback so that IFLA_LINK_NETNSID is
added to rtnetlink messages.
Signed-off-by: Nicolas Dichtel
---
drivers/net/vxlan.c | 8
include/net/ip6_tunnel.h | 1 +
include/net/ip_tunnels.h | 1 +
net/ipv4/ip_gre.c| 2 ++
With this patch, a user can define an id for a peer netns by providing a FD or a
PID. These ids are local to the netns where it is added (ie valid only into this
netns).
The main function (ie the one exported to other module), peernet2id(), allows to
get the id of a peer netns. If no id has been
On Thu 15-01-15 15:44:12, Michael S. Tsirkin wrote:
> On Thu, Jan 15, 2015 at 02:06:42PM +0100, Michal Hocko wrote:
> > On Thu 15-01-15 13:39:06, Michael S. Tsirkin wrote:
> > > Most of our code has
> > > struct foo {
> > > }
> > >
> > > Fix two instances where balloon is inconsistent.
> >
> > I
The current implementation of the libahci allows using multiple PHYs
but not multiple regulators. This patch adds the support of multiple
regulators. Until now it was mandatory to have a PHY under a subnode,
now a port subnode can contain either a regulator or a PHY (or both).
In order to be able
Add the regulators to each SATA port.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-388-gp.dts | 126
1 file changed, 126 insertions(+)
diff --git a/arch/arm/boot/dts/armada-388-gp.dts
b/arch/arm/boot/dts/armada-388-gp.dts
index
The phy_ functions handle the NULL pointer case, so there is no need
to skip them if there is a NULL pointer. Moreover, after the error
label there is already no check on the pointer. This patch removes the
unnecessary tests and brings some consistency.
Signed-off-by: Gregory CLEMENT
Acked-by:
It is now possible to use a regulator property for each port of the
AHCI controller.
Signed-off-by: Gregory CLEMENT
---
Documentation/devicetree/bindings/ata/ahci-platform.txt | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git
Le 12/01/2015 20:26, Boris Brezillon a écrit :
> Hi Alexandre,
>
> On Mon, 12 Jan 2015 19:42:09 +0100
> Alexandre Belloni wrote:
>
>> Hi,
>>
>> This patch set cleans a lot of remaining header, config options and functions
>> that are not used anymore since the switch to DT only.
>>
>> Patch 5
On 01/15/2015 02:12 AM, Geert Uytterhoeven wrote:
On Mon, Jan 12, 2015 at 6:59 PM, Guenter Roeck wrote:
Build failures, seen since next-20150109:
m68k:allmodconfig
powerpc:ppc6xx_defconfig
It looks like parisc is also suffering:
On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
>> On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
>> > On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
>> > > > since passing no DT tables to OS but
>> > > >
The current implementation of the libahci allows using one PHY per
port but we still have one single regulator for the whole
controller. This series adds the support of multiple regulators.
This is the forth version of the series.
The improvement of this version is the use of
Hi Rob,
On Thursday 15 January 2015 08:07:18 Rob Herring wrote:
> On Thu, Jan 15, 2015 at 2:52 AM, Masahiro Yamada
>
> wrote:
> > Signed-off-by: Masahiro Yamada
>
> Perhaps some explanation. You can't just remove properties. Please
> explain to what extent the old/wrong name is used. This
Useful for testing device virtio 1 compatibility.
Based on patch by Rusty - couldn't resist putting
that flying car joke in there!
Signed-off-by: Michael S. Tsirkin
---
drivers/virtio/virtio_pci_common.h | 10 ++
drivers/virtio/Kconfig | 19 +++
On Thu, Jan 15, 2015 at 2:52 AM, Masahiro Yamada
wrote:
> Signed-off-by: Masahiro Yamada
Perhaps some explanation. You can't just remove properties. Please
explain to what extent the old/wrong name is used. This patch is only
okay if there are no users of gpio-phandle.
Rob
> ---
>
>
On Wed, Jan 14, 2015 at 07:27:03PM +, Mark Brown wrote:
> On Wed, Jan 07, 2015 at 03:31:45PM +0800, Zidan Wang wrote:
>
> > + for (i = 0; i < ARRAY_SIZE(dac_divs); ++i) {
> > + if (wm8960->sysclk == lrclk * dac_divs[i]) {
> > + for (j = 0; j <
dai-link params for codec-codec links were fixed. The fixed
link between codec and another chip which may be another codec,
baseband, bluetooth codec etc may require run time configuaration
changes. This change provides an optional alsa control to select
one of the params from a list of params.
On Thu, 15 Jan 2015 19:59:36 +0900
Masami Hiramatsu wrote:
> > @@ -3637,6 +3639,7 @@ int
> > register_ftrace_function_probe(char *glob, struct ftrace_probe_ops
> > *ops, void *data)
> > {
> > + struct ftrace_ops_hash old_hash_ops;
>
> Would it be better to be old_ops_hash? since it's not an
Commit-ID: 7f530a2771fe7ea6a068340c9e22f814edfcc3c4
Gitweb: http://git.kernel.org/tip/7f530a2771fe7ea6a068340c9e22f814edfcc3c4
Author: Jiang Liu
AuthorDate: Wed, 7 Jan 2015 15:31:32 +0800
Committer: Thomas Gleixner
CommitDate: Thu, 15 Jan 2015 11:24:22 +0100
x86/apic: Kill useless
Hi Yamada-san,
Thank you for the patch.
On Thursday 15 January 2015 17:52:40 Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
Acked-by: Laurent Pinchart
> ---
>
> Documentation/devicetree/bindings/gpio/gpio.txt | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff
On Thu, 15 Jan 2015 17:10:40 +1100
Michael Ellerman wrote:
> >
> > I don't like setting the swap task flag for syscall tracing, as
> > nothing will unset it.
>
> We could unset it in the unregfunc(), I did that in my original patch
> but took it out because I wasn't sure it was necessary.
Yes
501 - 600 of 1820 matches
Mail list logo
