On Tue, 18 Feb 2014 17:06:06 -0500 Dave Jones wrote:
> /proc/self/make-it-fail is a boolean, but accepts any number, including
> negative ones. Change variable to unsigned, and cap upper bound at 1.
>
> Signed-off-by: Dave Jones
>
> diff --git a/fs/proc/base.c b/fs/proc/base.c
> index
From: Daeseok Youn
Date: Wed, 19 Feb 2014 14:13:54 +0900
> From 6297aabeff748777b520cc0ee835af0a3ddc79e2 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Wed, 19 Feb 2014 10:49:12 +0900
> Subject: [PATCH] atm: solos-pci: make solos_bh() as static
>
> sparse says:
>
>
From: Daeseok Youn
Date: Wed, 19 Feb 2014 14:12:46 +0900
> From c320d2ea1ed51c88255c33a50c74fa3598ab7be6 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Wed, 19 Feb 2014 10:10:11 +0900
> Subject: [PATCH] atm: nicstar: use NULL instead of 0 for pointer
>
> sparse says:
>
>
From: Daeseok Youn
Date: Wed, 19 Feb 2014 14:11:15 +0900
> From 932e928d53b1e588dc17019e7f9fa7a61b8b7468 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Wed, 19 Feb 2014 10:35:41 +0900
> Subject: [PATCH] atm: ambassador: use NULL instead of 0 for pointer
>
> sparse says:
>
>
On Wed, Feb 19, 2014 at 1:31 PM, Matt Porter wrote:
> The BCM11351 BRT board will never see the light of day. Remove the BRT
> dts since it is not maintainable.
>
> Reviewed-by: Alex Elder
> Signed-off-by: Matt Porter
> ---
> Changes since v1:
> - remove bcm11351-brt from Makefile
>
>
On Wed, 19 Feb 2014, Akinobu Mita wrote:
> I don't have any plans to extend /proc/self/make-it-fail to support
> other than 0 or 1. So I have no objection against this change.
>
> Reviewed-by: Akinobu Mita
>
Ok, thanks. I hoped that the simple_strtol() would have been replaced by
From: Max Filippov
Date: Wed, 19 Feb 2014 02:46:50 +0400
> Signed-off-by: Max Filippov
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
On Tue, 18 Feb 2014 16:35:22 -0800 Kelley Nielsen wrote:
> The function try_to_unuse() is of quadratic complexity, with a lot of
> wasted effort. It unuses swap entries one by one, potentially iterating
> over all the page tables for all the processes in the system for each
> one.
>
> This new
The BCM11351 BRT board will never see the light of day. Remove the BRT
dts since it is not maintainable.
Reviewed-by: Alex Elder
Signed-off-by: Matt Porter
---
Changes since v1:
- remove bcm11351-brt from Makefile
arch/arm/boot/dts/Makefile | 3 +--
On Wed, Feb 19, 2014 at 03:21:29PM -0600, Alex Elder wrote:
> On 02/19/2014 02:13 PM, Matt Porter wrote:
> > The BCM11351 BRT board will never see the light of day. Remove the BRT
> > dts since it is not maintainable.
> >
> > Signed-off-by: Matt Porter
>
> Please remove the line in the Makefile
On 02/19/2014 11:24 AM, Waiman Long wrote:
> On 02/19/2014 03:51 AM, Peter Zijlstra wrote:
>> On Tue, Feb 18, 2014 at 07:42:20PM -0500, Waiman Long wrote:
>>> On 02/18/2014 04:28 PM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 02:30:12PM -0500, Waiman Long wrote:
> I will start looking
From: Haiyang Zhang
Date: Tue, 18 Feb 2014 12:28:54 -0800
> + u32 ver_list[] = {NVSP_PROTOCOL_VERSION_1, NVSP_PROTOCOL_VERSION_2,
> + NVSP_PROTOCOL_VERSION_4, NVSP_PROTOCOL_VERSION_5};
Please put a space after "{" and before "}".
> + int i, num_ver = 4; /* number of
Thanks for the feedback, I'll try to be less cryptic next time.
Also got some good feedback from Joe Perches, so expect a few more patches! :)
Justin
On Wed, Feb 19, 2014 at 12:13:51PM -0500, Paul Gortmaker wrote:
> On 14-02-17 05:58 PM, Justin van Wijngaarden wrote:
> > checkpatch.pl clean-up,
On 02/19/2014 02:13 PM, Matt Porter wrote:
> The BCM11351 BRT board will never see the light of day. Remove the BRT
> dts since it is not maintainable.
>
> Signed-off-by: Matt Porter
Please remove the line in the Makefile that refers to this file.
Provided you make that change, it looks good to
On Tue, 2014-02-18 at 19:09 -0800, Andy Lutomirski wrote:
> On Tue, Feb 18, 2014 at 11:39 AM, Eric Paris wrote:
> > Al just indicated to me that on at least ia64, syscall_get_arguments()
> > is really expensive. So maybe not a deal breaker, but sounds like we'd
> > lose a lot of performance
On 14-02-19 03:51 PM, Alan Cox wrote:
> On Wed, 2014-02-19 at 15:00 -0500, Paul Gortmaker wrote:
>> Every couple of months, someone sends a patch to fix:
>>
>> drivers/tty/serial/8250/8250_core.c: In function 'serial_unlink_irq_chain':
>> drivers/tty/serial/8250/8250_core.c:1712:2: warning: 'i'
On Wed, Feb 19, 2014 at 07:46:02PM +, Mark Jackson wrote:
> On 18/02/14 18:52, Greg Kroah-Hartman wrote:
> > On Tue, Feb 18, 2014 at 02:27:25AM -0300, Lucas De Marchi wrote:
> >> From: Lucas De Marchi
> >>
> >> Signed-off-by: Lucas De Marchi
> >> ---
> >> Documentation/devices.txt | 3 +++
>
On Wed, Feb 19, 2014 at 9:41 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Feb 18, 2014 at 11:16:05PM -0800, Steven Noonan wrote:
>> I've been running into problems on an Xen HVM domU. I've got a guest with
>> NUMA
>> enabled, 60GB of RAM, and 3 disks attached (including root volume). 2 of the
>>
Added the functions task_ppid_nr_ns() and task_ppid_nr() to abstract the lookup
of the PPID (real_parent's pid_t) of a process, including rcu locking, in the
arbitrary and init_pid_ns.
This provides an alternative to sys_getppid(), which is relative to the child
process' pid namespace.
(informed
- PID will be reported in the relevant querying PID namespace.
- Refuse to change the current audit_pid if the new value does not
point to an existing process.
- Refuse to set the current audit_pid if the new value is not its own PID
(unless it is being unset).
- Convert audit_pid into the
sys_getppid() returns the parent pid of the current process in its own pid
namespace. Since audit filters are based in the init pid namespace, a process
could avoid a filter or trigger an unintended one by being in an alternate pid
namespace or log meaningless information.
Switch to
Still only permit the audit logging daemon and control to operate from the
initial PID namespace, but allow processes to log from another PID namespace.
Cc: "Eric W. Biederman"
(informed by ebiederman's c776b5d2)
Signed-off-by: Richard Guy Briggs
---
kernel/audit.c | 10 +++---
1 files
Store and log all PIDs with reference to the initial PID namespace and
use the access functions task_pid_nr() and task_tgid_nr() for task->pid
and task->tgid.
Cc: "Eric W. Biederman"
(informed by ebiederman's c776b5d2)
Signed-off-by: Richard Guy Briggs
---
drivers/tty/tty_audit.c
This patchset is a revival of some of Eric Biederman's work to make audit
pid-namespace-safe.
In a couple of places, audit was printing PIDs in the task's pid namespace
rather than relative to the audit daemon's pid namespace, which currently is
init_pid_ns.
It also allows processes to log audit
On Wed, 2014-02-19 at 15:00 -0500, Paul Gortmaker wrote:
> Every couple of months, someone sends a patch to fix:
>
> drivers/tty/serial/8250/8250_core.c: In function 'serial_unlink_irq_chain':
> drivers/tty/serial/8250/8250_core.c:1712:2: warning: 'i' may be used
> uninitialized in this function
On Thu, 13 Feb 2014 14:43:19 -0800
Andrew Morton wrote:
> On Thu, 13 Feb 2014 17:31:41 -0500 Dave Jones wrote:
>
> > On Thu, Feb 13, 2014 at 10:09:42PM +0800, Fabian Frederick wrote:
> > > sys_sysfs is an obsolete system call no longer supported by libc ...
> > > -This patch adds a default
Code Aurora Forum (CAF) is part of Linux Foundation Labs.
Signed-off-by: Kumar Gala
---
arch/arm/mach-qcom/platsmp.c | 3 +--
arch/arm/mach-qcom/scm-boot.c | 2 +-
arch/arm/mach-qcom/scm-boot.h | 2 +-
arch/arm/mach-qcom/scm.c | 2 +-
arch/arm/mach-qcom/scm.h | 2 +-
5 files changed,
From: Ding Tianhong
Date: Wed, 19 Feb 2014 09:44:54 +0800
> On 2014/2/19 1:42, Joe Perches wrote:
>> Joe Perches (3):
>> bonding: More use of ether_addr_copy
>> bonding: Remove unnecessary else
>> bonding: Invert test
>>
>> drivers/net/bonding/bond_3ad.c | 21 ++---
>>
On 13/12/30, Oleg Nesterov wrote:
> On 12/23, Richard Guy Briggs wrote:
> >
> > Store and log all PIDs with reference to the initial PID namespace and
> > use the access functions task_pid_nr() and task_tgid_nr() for task->pid
> > and task->tgid rather than access them directly.
>
> At first
Hi Gregory,
El 18/02/14 06:47, Gregory CLEMENT escribió:
(snip)
(...) what would be an acceptable
version would be the something like the patch attached. There will be still
an issue if old dtb is used with recent kernel, but at least the user will
be warned.
The patch you attached is similar
On Wed, Feb 19, 2014 at 08:59:08PM +0100, Stephane Eranian wrote:
> On Wed, Feb 19, 2014 at 7:36 PM, Peter Zijlstra wrote:
> > On Wed, Feb 19, 2014 at 07:03:13PM +0100, Stephane Eranian wrote:
> >> I am trying to understand the context here.
> >> Are you saying, we may call an offline CPU?
> >
>
Use kzalloc for clean fs_info allocation like other filesystems.
Signed-off-by: Fabian Frederick
---
fs/befs/linuxvfs.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 845d2d6..e0002e0 100644
--- a/fs/befs/linuxvfs.c
+++
On 02/19/2014 02:17 PM, One Thousand Gnomes wrote:
How can the requirement be for both must-handle-in-minimum-time data
(low_latency) and the-userspace-reader-isn't-reading-fast-enough-
so-its-ok-to-halt-transmission ?
Because low latency is about *turn around* time. There are plenty of
On 02/19/14 11:30, Kumar Gala wrote:
> On Feb 19, 2014, at 12:56 PM, Stephen Boyd wrote:
>
>> Yes the copyright one.
> Was going to send that as a separate patch. So no reason to hold up this
> pull request on it.
>
>
Ok sounds good.
--
Qualcomm Innovation Center, Inc. is a member of Code
The BCM11351 BRT board will never see the light of day. Remove the BRT
dts since it is not maintainable.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/bcm11351-brt.dts | 54 --
1 file changed, 54 deletions(-)
delete mode 100644
On Wed, Feb 19, 2014 at 11:24 AM, Waiman Long wrote:
>
> We do have a CONFIG_PARAVIRT macro that turns on or off PV support. The
> queue spinlock can be easily changed into an unfair lock which allows lock
> stealing. We could have a config option to make it unfair in the PARAVIRT
> environment,
On 02/19, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Accessing GCC on MSM8974 trough < GCC_XO_CLK> lead to NULL
s/trough/through/
> pointer dereference. Fix this.
>
I think you want to get the XO clock from the not yet upstreamed
RPM clock driver. This #define is for a gate that is
On 02/19/2014 09:00 PM, Paul Gortmaker wrote:
> Every couple of months, someone sends a patch to fix:
>
> drivers/tty/serial/8250/8250_core.c: In function 'serial_unlink_irq_chain':
> drivers/tty/serial/8250/8250_core.c:1712:2: warning: 'i' may be used
> uninitialized in this function
On 18/02/14 18:52, Greg Kroah-Hartman wrote:
> On Tue, Feb 18, 2014 at 02:27:25AM -0300, Lucas De Marchi wrote:
>> From: Lucas De Marchi
>>
>> Signed-off-by: Lucas De Marchi
>> ---
>> Documentation/devices.txt | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git
Every couple of months, someone sends a patch to fix:
drivers/tty/serial/8250/8250_core.c: In function 'serial_unlink_irq_chain':
drivers/tty/serial/8250/8250_core.c:1712:2: warning: 'i' may be used
uninitialized in this function [-Wuninitialized]
and they in turn get a NACK for their efforts,
On Wed, Feb 19, 2014 at 7:36 PM, Peter Zijlstra wrote:
> On Wed, Feb 19, 2014 at 07:03:13PM +0100, Stephane Eranian wrote:
>> I am trying to understand the context here.
>> Are you saying, we may call an offline CPU?
>
> Yes, that is what's happening.
>
>> I saw that sometimes you retry,
On 19/02/14 10:05, Ian Campbell wrote:
On Tue, 2014-02-18 at 20:36 +, Zoltan Kiss wrote:
On 18/02/14 17:06, Ian Campbell wrote:
On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote:
This patch contains the new definitions necessary for grant mapping.
Is this just adding a bunch of
The kbuild test bot uncovered an implicit dependence on the
trace header being present before rcu.h in ia64 allmodconfig
that looks like this:
In file included from kernel/ksysfs.c:22:0:
kernel/rcu/rcu.h: In function '__rcu_reclaim':
kernel/rcu/rcu.h:107:3: error: implicit declaration of function
On Wed, Feb 19, 2014 at 08:43:55PM +0100, Henrik Austad wrote:
> The online-part should be taken care of by the cpu_present(), no?
No, cpu_present() only means there is a physical CPU present. It might
be offline.
See the comment in include/linux/cpumask.h
--
To unsubscribe from this list: send
On Wed, Feb 19, 2014 at 6:40 AM, Torvald Riegel wrote:
>
> If all those other threads written in whichever way use the same memory
> model and ABI for synchronization (e.g., choice of HW barriers for a
> certain memory_order), it doesn't matter whether it's a hardware thread,
> microcode,
On Wed, Feb 19, 2014 at 02:24:49PM -0500, Waiman Long wrote:
> On 02/19/2014 03:51 AM, Peter Zijlstra wrote:
> >On Tue, Feb 18, 2014 at 07:42:20PM -0500, Waiman Long wrote:
> >>On 02/18/2014 04:28 PM, Peter Zijlstra wrote:
> >>>On Tue, Feb 18, 2014 at 02:30:12PM -0500, Waiman Long wrote:
> I
On Wed, Feb 19, 2014 at 05:42:07PM +0100, Thomas Gleixner wrote:
> On Wed, 19 Feb 2014, hen...@austad.us wrote:
> > From: Henrik Austad
> >
> > Looks like this got dropped by vger a few days ago, resending.
> >
> > This allows everybody in a system to read which core is currently
> > running
On 14/02/19, Eric Paris wrote:
> On Wed, 2014-02-19 at 13:08 -0500, Richard Guy Briggs wrote:
> > Register a netlink per-protocol bind fuction for audit to check userspace
> > process capabilities before allowing a multicast group connection.
> >
> > Signed-off-by: Richard Guy Briggs
> > ---
> >
On Wed 19-02-14 09:49:41, Nishanth Aravamudan wrote:
> On 19.02.2014 [18:32:59 +0100], Michal Hocko wrote:
> > On Wed 19-02-14 09:16:28, Nishanth Aravamudan wrote:
[...]
> > > I don't think this will work, because what sets N_HIGH_MEMORY (and
> > > shouldn't it be N_MEMORY?)
> >
> > This should
On Wed, Feb 19, 2014 at 04:28:19PM +, Peter Zijlstra wrote:
> On Tue, Feb 18, 2014 at 10:18:31AM +, Will Deacon wrote:
> > On Mon, Feb 10, 2014 at 10:17:59PM +, Drew Richardson wrote:
> > > While adding CPU on/offlining support during perf captures I get an
> > > Oops both on ARM as
On 14/02/18, Richard Guy Briggs wrote:
> On 14/02/18, Steve Grubb wrote:
> > On Tuesday, February 18, 2014 03:50:44 PM Richard Guy Briggs wrote:
> > > > missing '=' but this isn't what audit_get_context() does... it's
> > > > crappy naming...I'd think a combo of audit_dummy_context() and
>
Jesse is on vacation. So I applied it to ovs master.
Thanks.
On Tue, Feb 18, 2014 at 3:15 PM, David Miller wrote:
> From: Joe Perches
> Date: Tue, 18 Feb 2014 11:15:45 -0800
>
>> It's slightly smaller/faster for some architectures.
>>
>> Signed-off-by: Joe Perches
>
> I'll let Jesse take this
On 02/19/2014 03:55 AM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 07:58:49PM -0500, Waiman Long wrote:
On 02/18/2014 04:37 PM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 02:39:31PM -0500, Waiman Long wrote:
+ /*
+* At the head of the wait queue now
+*/
+
On Feb 19, 2014, at 12:56 PM, Stephen Boyd wrote:
> On 02/19/14 07:20, Kumar Gala wrote:
>> On Feb 18, 2014, at 6:06 PM, Stephen Boyd wrote:
>>
>>> On 02/10/14 15:23, Kumar Gala wrote:
Kumar Gala (6):
ARM: dts: msm: split out msm8660 and msm8960 soc into dts include
On Wed, 19 Feb 2014 09:59:17 +0100 Peter Zijlstra wrote:
> On Tue, Feb 18, 2014 at 05:12:43PM -0500, r...@redhat.com wrote:
> > The NUMA scanning code can end up iterating over many gigabytes
> > of unpopulated memory, especially in the case of a freshly started
> > KVM guest with lots of
> example, lots of graphics drivers provide i2c busses, and those busses
> often contain eeproms, and, in theory, things should know that the
> eeprom is associated with a particular graphics port, for example.
> Unfortunately, the i2c core does not know that, things like
> decode-dimms will try
On 02/19/2014 03:52 AM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 07:50:13PM -0500, Waiman Long wrote:
On 02/18/2014 04:34 PM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 02:39:31PM -0500, Waiman Long wrote:
The #ifdef is harder to take away here. The point is that doing a 32-bit
On 02/19/2014 03:51 AM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 07:42:20PM -0500, Waiman Long wrote:
On 02/18/2014 04:28 PM, Peter Zijlstra wrote:
On Tue, Feb 18, 2014 at 02:30:12PM -0500, Waiman Long wrote:
I will start looking at how to make it work with paravirt. Hopefully, it
won't
Hello.
On 02/19/2014 06:48 PM, Ivan T. Ivanov wrote:
From: "Ivan T. Ivanov"
Allows controller to be specified via device tree.
Pass PHY phandle specified in DT to core driver.
Signed-off-by: Ivan T. Ivanov
---
drivers/usb/chipidea/ci_hdrc_msm.c | 23 ++-
1
On Wed, Feb 19, 2014 at 11:09:27AM -0700, Jon Mason wrote:
> > diff --git a/drivers/ntb/ntb_hw.c b/drivers/ntb/ntb_hw.c
> > index 170e8e6..fda37eb 100644
> > --- a/drivers/ntb/ntb_hw.c
> > +++ b/drivers/ntb/ntb_hw.c
> > @@ -1085,21 +1085,15 @@ static int ntb_setup_msix(struct ntb_device *ndev)
> >
On 18/02/14 17:24, Ian Campbell wrote:
On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote:
+ spinlock_t dealloc_lock;
+ spinlock_t response_lock;
Please add comments to both of these describing what bits of the
datastructure they are locking.
You might find it is clearer to
Hello.
On 02/17/2014 08:48 PM, Florian Fainelli wrote:
The of_mdiobus_register_phy() is not setting phy->irq this causing
some drivers to incorrectly assume that the PHY does not have an
IRQ associated with it or install an interrupt handler for the
PHY.
Simplify the code setting irq and
> How can the requirement be for both must-handle-in-minimum-time data
> (low_latency) and the-userspace-reader-isn't-reading-fast-enough-
> so-its-ok-to-halt-transmission ?
Because low latency is about *turn around* time. There are plenty of
protocols that can flow control, do flow control and
On Wed, 2014-02-19 at 13:08 -0500, Richard Guy Briggs wrote:
> Register a netlink per-protocol bind fuction for audit to check userspace
> process capabilities before allowing a multicast group connection.
>
> Signed-off-by: Richard Guy Briggs
> ---
> kernel/audit.c | 10 ++
> 1 files
On 19/02/14 17:20, Luis R. Rodriguez wrote:
On Wed, Feb 19, 2014 at 8:45 AM, Dan Williams wrote:
On Tue, 2014-02-18 at 13:19 -0800, Luis R. Rodriguez wrote:
On Mon, Feb 17, 2014 at 12:23 PM, Dan Williams wrote:
On Fri, 2014-02-14 at 18:59 -0800, Luis R. Rodriguez wrote:
From: "Luis R.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/19/2014 08:12 AM, Lorenzo Pieralisi wrote:
+ * https://patchwork.kernel.org/patch/96442/
I think the idea here is to get the CPU into a state so that later
when we resume from the resume kernel, the actual CPU state matches
the state we have
On Wed, Feb 19, 2014 at 01:46:14PM +0100, Peter Zijlstra wrote:
> On Wed, Feb 19, 2014 at 08:41:22PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git
> >
> > commit
> (I'm c/c Tony here, as he also shared the same concern that I had on a
> previous feedback about using I2C to talk with the DIMM).
Correct - I've heard the same issues that reads on I2C can be misinterpreted
as writes ... and oops, you have a brick.
What is the larger context/ What problem
Hello, Jan.
On Wed, Feb 19, 2014 at 10:27:31AM +0100, Jan Kara wrote:
> You are the workqueue expert so you may know better ;) But the way I
> understand it is that queue_delayed_work() does nothing if the timer is
> already running. Since we queue flusher work to run either immediately or
>
(I'm c/c Tony here, as he also shared the same concern that I had on a
previous feedback about using I2C to talk with the DIMM).
Em Wed, 19 Feb 2014 09:30:46 -0800
Andy Lutomirski escreveu:
> On Wed, Feb 19, 2014 at 7:16 AM, Wolfram Sang wrote:
> > On Fri, Dec 20, 2013 at 05:45:13PM -0800,
On 18.02.2014 [17:43:38 -0800], David Rientjes wrote:
> On Tue, 18 Feb 2014, Nishanth Aravamudan wrote:
>
> > How about the following?
> >
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index 5de4337..1a0eced 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -1854,7
On 02/19/14 07:20, Kumar Gala wrote:
> On Feb 18, 2014, at 6:06 PM, Stephen Boyd wrote:
>
>> On 02/10/14 15:23, Kumar Gala wrote:
>>> Kumar Gala (6):
>>> ARM: dts: msm: split out msm8660 and msm8960 soc into dts include
>>> ARM: msm: kill off hotplug.c
>>> clocksource: qcom: Move
On Wed, Feb 19, 2014 at 07:03:05PM +0100, Jean-Francois Moine wrote:
> On Mon, 25 Nov 2013 19:47:04 +0100
> Jean-Francois Moine wrote:
>
> > At probe time, a clock device may not be ready when some other device
> > wants to use it.
> >
> > This patch lets the functions clk_get/devm_clk_get
While debugging the crash with the bad nr_running accounting, I hit
another bug where, after running my sched deadline test, I was getting
failures to take a CPU offline. It was giving me a -EBUSY error.
Adding a bunch of trace_printk()s around, I found that the cpu
notifier that called
On 02/19/2014 01:12 PM, Grant Edwards wrote:
On 2014-02-19, Peter Hurley wrote:
On 02/19/2014 11:55 AM, Grant Edwards wrote:
setserial has low_latency option which should minimize receive latency
(scheduler delay). AFAICT it is used if someone talk to external device
via RS-485/RS-232 and
From: Stephen Warren
Document what we (Laurent and I, following a mailing list dicussion)
believe are best practices for the polarity flag in a GPIO specifier.
While touching the doc, I made a few minor editing changes to other
areas.
Suggested-by: Laurent Pinchart
Signed-off-by: Stephen
On Wed, Feb 19, 2014 at 01:10:22PM -0500, Sasha Levin wrote:
> On 02/17/2014 09:26 PM, Michael wang wrote:
> >On 02/17/2014 05:20 PM, Peter Zijlstra wrote:
> >[snip]
> > static void switched_to_fair(struct rq *rq, struct task_struct *p)
> > {
> >-if (!p->se.on_rq)
> >+
On Wed, Feb 19, 2014 at 07:03:13PM +0100, Stephane Eranian wrote:
> I am trying to understand the context here.
> Are you saying, we may call an offline CPU?
Yes, that is what's happening.
> I saw that sometimes you retry, sometimes you don't.
I tried to do exactly what we do for the task case
From: Dirk Brandewie
LFM (max efficiency ratio) is the max frequency at minimum voltage
supported by the processor. Using LFM as the minimum P state
increases performmance without affecting power. By not using P states
below LFM we avoid using P states that are less power efficient.
On Wed, Feb 19, 2014 at 1:29 AM, Winkler, Tomas wrote:
>
>
>>
>> We currently include in , but I'm about to
>> remove that from linux/pci.h, so add explicit includes where needed.
>>
>> Signed-off-by: Bjorn Helgaas
>> ---
>> drivers/misc/mei/hw-me.h |1 +
>> 1 file changed, 1 insertion(+)
On 02/18/2014 04:53 PM, Rafael J. Wysocki wrote:
On Tuesday, February 18, 2014 04:35:26 PM Dirk Brandewie wrote:
On 02/18/2014 04:43 PM, Rafael J. Wysocki wrote:
On Tuesday, February 18, 2014 04:24:02 PM Dirk Brandewie wrote:
On Tuesday, February 18, 2014, Rafael J. Wysocki wrote:
On
I'm seeing ksoftirqd chewing 100% CPU on one or more CPUs in both 3.12
and 3.13, as below in a 40 core (+smt) box. It should look very
familiar to CCs, especially Ingo.
Below, tasklet is disabled by ioat2_free_chan_resources, and what I
presume was systemd-udevd-1050 starts screaming when it
On 14/02/19, Oleg Nesterov wrote:
> Richard,
Hi Oleg,
> I am sorry for delay, I'll try to review this series tomorrow.
>
> But at first glance, can't you send 2/7 first and join 1/7 and 3/7?
Yes, Peter made the same observation. I thought it was more useful to
have them seperated out, but
On 2014-02-19, Peter Hurley wrote:
> On 02/19/2014 11:55 AM, Grant Edwards wrote:
> setserial has low_latency option which should minimize receive latency
> (scheduler delay). AFAICT it is used if someone talk to external device
> via RS-485/RS-232 and need to have quick requests and
On Wed, 2014-02-19 at 07:23 -0800, David Lang wrote:
> On Tue, 18 Feb 2014, Torvald Riegel wrote:
>
> > On Tue, 2014-02-18 at 22:40 +0100, Peter Zijlstra wrote:
> >> On Tue, Feb 18, 2014 at 10:21:56PM +0100, Torvald Riegel wrote:
> >>> Well, that's how atomics that aren't volatile are defined in
On Wed, Feb 19, 2014 at 01:40:10PM +, Ivan Khoronzhuk wrote:
> Add bindings for TI Async External Memory Interface (AEMIF) controller.
>
> The Async External Memory Interface (EMIF16/AEMIF) controller is intended to
> provide a glue-less interface to a variety of asynchronous memory devices
On 02/17/2014 09:26 PM, Michael wang wrote:
On 02/17/2014 05:20 PM, Peter Zijlstra wrote:
[snip]
>> static void switched_to_fair(struct rq *rq, struct task_struct *p)
>> {
>>- if (!p->se.on_rq)
>>+ struct sched_entity *se = >se;
>>+#ifdef CONFIG_FAIR_GROUP_SCHED
>>+
The kauditd_thread() task was started only after the auditd userspace daemon
registers itself with kaudit. This was fine when only auditd consumed messages
from the kaudit netlink unicast socket. With the addition of a multicast group
to that socket it is more convenient to have the thread start
Add a netlink multicast socket with one group to kaudit for "best-effort"
delivery to read-only userspace clients such as systemd, in addition to the
existing bidirectional unicast auditd userspace client.
Currently, auditd is intended to use the CAP_AUDIT_CONTROL and CAP_AUDIT_WRITE
On Wed, Feb 19, 2014 at 11:15:21AM +0100, Alexander Gordeev wrote:
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() and
Have the netlink per-protocol optional bind function return an error code
rather than void to signal a failure.
This will enable netlink protocols to perform extra checks including
capabilities and permissions verifications when updating memberships in
multicast groups.
Signed-off-by: Richard
Hi all,
While fuzzing with trinity inside a KVM tools guest, running latest -next kernel, I see to hit the
following hang quite often.
The initial spew is:
[ 293.110057] BUG: soft lockup - CPU#8 stuck for 22s! [migration/8:258]
[ 293.110057] Modules linked in:
[ 293.110057] irq event
Register a netlink per-protocol bind fuction for audit to check userspace
process capabilities before allowing a multicast group connection.
Signed-off-by: Richard Guy Briggs
---
kernel/audit.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/kernel/audit.c
Hi,
This patch set adds a restricted capability read-only netlink multicast socket
to kaudit to enable userspace clients such as systemd to consume audit logs, in
addition to the existing bidirectional auditd userspace client.
Currently, auditd has the CAP_AUDIT_CONTROL and CAP_AUDIT_WRITE
Test first to see if there are any userspace multicast listeners bound to the
socket before starting the multicast send work.
Signed-off-by: Richard Guy Briggs
---
kernel/audit.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/kernel/audit.c b/kernel/audit.c
index
On 19 February 2014 16:10, Mark Brown wrote:
> On Wed, Feb 19, 2014 at 03:20:07PM +0100, Ulf Hansson wrote:
>
>> Also note that, Russell has already applied the corresponding part in
>> the amba bus (patch 1)
>
> Why would this depend on an AMBA patch and if it does surely the two
> need to be
On Wed, Feb 19, 2014 at 05:40:41PM +, Lee Jones wrote:
> Have you listened to a word I've said? Or have you managed to get your
> self all tangled up in what you _assumed_ was meant by the 3 words I
> mentioned about fairness at the very start of this conversation? Me
> thinks the latter might
Peter,
On Wed, Feb 19, 2014 at 5:28 PM, Peter Zijlstra wrote:
> On Tue, Feb 18, 2014 at 10:18:31AM +, Will Deacon wrote:
>> On Mon, Feb 10, 2014 at 10:17:59PM +, Drew Richardson wrote:
>> > While adding CPU on/offlining support during perf captures I get an
>> > Oops both on ARM as well
On Wed, Feb 19, 2014 at 05:31:42PM +, Alexandre Belloni wrote:
> On 19/02/2014 at 17:00:20 +, Mark Rutland wrote :
> > On Wed, Feb 19, 2014 at 03:32:24PM +, Alexandre Belloni wrote:
> > > This adds preliminary DT support for the at91sam9rl.
> > >
> > > Signed-off-by: Alexandre Belloni
On Mon, 25 Nov 2013 19:47:04 +0100
Jean-Francois Moine wrote:
> At probe time, a clock device may not be ready when some other device
> wants to use it.
>
> This patch lets the functions clk_get/devm_clk_get return a probe defer
> when the clock is defined in the DT but not yet available.
Hi
201 - 300 of 1390 matches
Mail list logo
