On Wed, 27 Mar 2013, Rob Herring wrote:
> On 03/27/2013 11:23 AM, Stefano Stabellini wrote:
> > Would you agree on a patch that moves virt_smp_ops out of mach-virt and
> > renames them to psci_smp_ops (maybe to arch/arm/kernel/psci_smp_ops.c)?
> >
> > Would you agree on initializing psci from
On Wed, 27 Mar 2013, Jesper Nilsson wrote:
>
> On Thu, Mar 21, 2013 at 09:53:06PM -, Thomas Gleixner wrote:
> [snip]
> > Index: linux-2.6/arch/cris/arch-v32/kernel/process.c
> > ===
> > ---
On Wed, 27 Mar 2013, Mike Turquette wrote:
> Thanks for the review Thomas. I will steal your code and call it my own
> in the next version.
Sure.
> In particular getting rid of the atomics makes things much nicer.
I'd say using the helper functions and not having all these
conditionals makes
From: Eric Dumazet
Date: Wed, 27 Mar 2013 07:45:50 -0700
> On Wed, 2013-03-27 at 17:11 +0800, Jason Wang wrote:
>> Sometimes, we need probe and set the transport header for packets (e.g from
>> untrusted source). This patch introduces a new helper
>> skb_probe_transport_header() which tries to
On Wed, Mar 27, 2013 at 12:23 AM, Namhyung Kim wrote:
> Hi Roberto,
>
> On Tue, 26 Mar 2013 12:14:49 -0700, Roberto Vitillo wrote:
>> The proposed patch adds the convert tool to perf which allows to convert a
>> perf.data file to a set of callgrind data files which can subsequently be
>>
From: Eric Dumazet
Date: Wed, 27 Mar 2013 07:46:42 -0700
> On Wed, 2013-03-27 at 17:11 +0800, Jason Wang wrote:
>> Switch to use the new help skb_probe_transport_header() to do the l4 header
>> probing for untrusted sources. For packets with partial csum, the header
>> should
>> already been
From: Eric Dumazet
Date: Wed, 27 Mar 2013 07:42:56 -0700
> On Wed, 2013-03-27 at 17:11 +0800, Jason Wang wrote:
>> For untrusted packets with partial checksum, we need to set the transport
>> header
>> for precise packet length estimation. We can just let skb_pratial_csum_set()
>> to
>> do
On Wed, Mar 27, 2013 at 04:33:58PM +, Rob Herring wrote:
> On 03/27/2013 08:38 AM, Will Deacon wrote:
> > On Wed, Mar 27, 2013 at 12:50:39PM +, Stefano Stabellini wrote:
> >> +struct smp_operations __initdata psci_smp_ops = {
> >> + .smp_init_cpus = psci_smp_init_cpus,
> >> +
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive the following:
- fix for potential 3.9 regression in handling of buttons for touchpads
following HID mt specification; potential because reportedly there is
no retail product on
Hello,
On Wed, Mar 27, 2013 at 12:48:04PM -0400, Jeff Layton wrote:
> > > + * Note that people using cyclic allocation to avoid premature reuse of
> > > an
> > > + * already-used ID may be in for a nasty surprise after idr->cur wraps.
> > > The
> > > + * IDR code is designed to avoid
Em Wed, Mar 27, 2013 at 03:48:15PM +0100, Stephane Eranian escreveu:
> On Wed, Mar 27, 2013 at 3:34 PM, Jiri Olsa wrote:
> > On Wed, Mar 27, 2013 at 03:20:14PM +0100, Peter Zijlstra wrote:
> > > On Wed, 2013-03-27 at 15:14 +0100, Jiri Olsa wrote:
> > > > we have correct cpumode for sample->ip,
Signed-off-by: Hong Zhiguo
---
drivers/connector/connector.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/connector/connector.c b/drivers/connector/connector.c
index f1b7e24..6ecfa75 100644
--- a/drivers/connector/connector.c
+++
On Wed, Mar 27, 2013 at 9:33 AM, Linus Torvalds
wrote:
> On Wed, Mar 27, 2013 at 8:20 AM, Al Viro wrote:
>>
>> Actually, that's my fault - check lost in patch reordering. My apologies ;-/
>> Eventually, we want that in fs/splice.c side of things (no point repeating it
>> for every buffer, after
Signed-off-by: Hong Zhiguo
---
drivers/scsi/scsi_netlink.c |4 +--
drivers/scsi/scsi_transport_fc.c| 21 +
drivers/scsi/scsi_transport_iscsi.c | 56 +--
3 files changed, 38 insertions(+), 43 deletions(-)
diff --git
Signed-off-by: Hong Zhiguo
---
net/bridge/netfilter/ebt_ulog.c |4 ++--
net/core/rtnetlink.c |4 ++--
net/decnet/dn_table.c|4 ++--
net/decnet/netfilter/dn_rtmsg.c | 12 ++--
net/ieee802154/netlink.c |4 ++--
Signed-off-by: Hong Zhiguo
---
drivers/staging/gdm72xx/netlink_k.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/gdm72xx/netlink_k.c
b/drivers/staging/gdm72xx/netlink_k.c
index 52c25ba..c1239aa 100644
--- a/drivers/staging/gdm72xx/netlink_k.c
On Wed, Mar 27, 2013 at 4:45 PM, Ilya Tumaykin wrote:
> On 18.03.13 14:07:37 Greg Kroah-Hartman wrote:
>> 3.8-stable review patch. If anyone has any objections, please let me know.
>
> Hello, Greg.
>
> The original "drm/i915: enable irqs earlier when resuming" commit was
> introduced in order to
On Wed, 27 Mar 2013 09:27:55 -0700
Tejun Heo wrote:
> On Wed, Mar 27, 2013 at 09:18:04AM -0400, Jeff Layton wrote:
> > void c2_init_qp_table(struct c2_dev *c2dev)
> > {
> > spin_lock_init(>qp_table.lock);
> > - idr_init(>qp_table.idr);
> > + idr_init_cyclic(>qp_table.idr, 0);
> > }
>
Signed-off-by: Hong Zhiguo
---
security/selinux/hooks.c |4 ++--
security/selinux/netlink.c |3 +--
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/security/selinux/hooks.c b/security/selinux/hooks.c
index 2fa28c8..0a0609f 100644
--- a/security/selinux/hooks.c
+++
Signed-off-by: Hong Zhiguo
---
kernel/audit.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/audit.c b/kernel/audit.c
index d596e53..4dbb047 100644
--- a/kernel/audit.c
+++ b/kernel/audit.c
@@ -58,7 +58,7 @@
#ifdef CONFIG_SECURITY
#include
#endif
On Wed, 27 Mar 2013 09:25:53 -0700
Tejun Heo wrote:
> Hello, Jeff.
>
> On Wed, Mar 27, 2013 at 09:18:03AM -0400, Jeff Layton wrote:
> > + * Note that people using cyclic allocation to avoid premature reuse of an
> > + * already-used ID may be in for a nasty surprise after idr->cur wraps. The
>
This patch fixes the following sparse warnings about use of
obsolete array initializer:
drivers/staging/comedi/drivers/amplc_dio200_pci.c:256:24: warning:
obsolete array initializer, use C99 syntax
drivers/staging/comedi/drivers/amplc_dio200_pci.c:269:24: warning:
obsolete array
Commit 184b89044fb6e2a74611dafa69b1dce0d98612c6 ("tg3: Use VPD fw version
when present") introduced VPD parsing that contained a potential length
overflow.
Limit the hardware's reported firmware string length (max 255 bytes) to
stay inside the driver's firmware string length (32 bytes). On
This adds a driver for watchdog timer hardware present on Broadcom BCM2835 SoC,
used in Raspberry Pi and Roku 2 devices.
Signed-off-by: Lubomir Rintel
Signed-off-by: Dom Cobley
Tested-by: Stephen Warren
Cc: Stephen Warren
Cc: Wim Van Sebroeck
Cc: Guenter Roeck
Cc:
On Tue, 2013-03-26 at 14:03 -0700, Guenter Roeck wrote:
> On Tue, Mar 26, 2013 at 06:50:00PM +0100, Lubomir Rintel wrote:
> > This adds a driver for watchdog timer hardware present on Broadcom BCM2835
> > SoC,
> > used in Raspberry Pi and Roku 2 devices.
...
> > +static unsigned int heartbeat =
On Wed, Mar 27, 2013 at 05:34:27PM +0100, Joerg Roedel wrote:
> Interesting read, thanks guys. I think I should have a look into the
> tree-preempt implementation and try to understand it :)
Hurry, before paulmck comes and changes it unrecognizable! :-)
--
Regards/Gruss,
Boris.
Sent from a
On Tue, Mar 26, 2013 at 9:39 PM, Alex Shi wrote:
> On 03/13/2013 10:27 AM, Changlong Xie wrote:
>> Hi Len,
>>
>> FYI, since 3.9-rc1 our three NHM EP/EX LKP(linux kernel performance)
>> test servers
>> except SNB/IVB/WSM hung up unexpectly.
>>
>> We did git bisect for about 8
On Tue, 2013-03-26 at 21:40 -0600, Stephen Warren wrote:
> On 03/26/2013 11:50 AM, Lubomir Rintel wrote:
> > This adds a driver for watchdog timer hardware present on Broadcom BCM2835
> > SoC,
> > used in Raspberry Pi and Roku 2 devices.
>
> Since this patch defines a new DT binding, you should
On 03/27/2013 11:23 AM, Stefano Stabellini wrote:
> On Wed, 27 Mar 2013, Will Deacon wrote:
>> Hi Stefano,
>>
>> On Wed, Mar 27, 2013 at 12:50:39PM +, Stefano Stabellini wrote:
>>> Check for the presence of PSCI before setting smp_ops, use PSCI if it is
>>> available.
>>>
>>> This is useful
On Wed, Mar 27, 2013 at 07:37:15AM -0700, Paul E. McKenney wrote:
> On Wed, Mar 27, 2013 at 03:17:32PM +0100, Peter Zijlstra wrote:
> > On Wed, 2013-03-27 at 14:15 +0100, Joerg Roedel wrote:
> > > What makes me wonder here is that the code is preemptible in an
> > > rcu_read_locked section. As far
On 03/27/2013 08:38 AM, Will Deacon wrote:
> Hi Stefano,
>
> On Wed, Mar 27, 2013 at 12:50:39PM +, Stefano Stabellini wrote:
>> Check for the presence of PSCI before setting smp_ops, use PSCI if it is
>> available.
>>
>> This is useful because at least when running on Xen it's possible to
On Wed, Mar 27, 2013 at 8:20 AM, Al Viro wrote:
>
> Actually, that's my fault - check lost in patch reordering. My apologies ;-/
> Eventually, we want that in fs/splice.c side of things (no point repeating it
> for every buffer, after all), but for now this is the obvious minimal fix.
Applied.
On Wed, Mar 27, 2013 at 03:09:32PM +0100, Peter Zijlstra wrote:
> On Wed, 2013-03-27 at 10:49 +0100, Borislav Petkov wrote:
> > Ok, just for my own understanding: how do the events on the
> > ->task_ctx->event_list relate to the current cpu in this path? I mean,
> > we're on the task exit path
On 03/25/2013 08:24 PM, Rhyland Klein wrote:
> This patch adds support for supplies to register a list of char *'s
> which represent the list of supplies which supply them. This is the
> opposite as the supplied_to list.
>
> This change maintains support for supplied_to until all drivers which
>
On Wed, Mar 27, 2013 at 09:18:04AM -0400, Jeff Layton wrote:
> void c2_init_qp_table(struct c2_dev *c2dev)
> {
> spin_lock_init(>qp_table.lock);
> - idr_init(>qp_table.idr);
> + idr_init_cyclic(>qp_table.idr, 0);
> }
Why is this necessary? In general, why is idr_init_cyclic()
On Wed, 2013-03-27 at 13:05 +0100, Geert Uytterhoeven wrote:
> On Wed, Mar 27, 2013 at 11:47 AM, Paul Bolle wrote:
> > 3) I removed two files in documentation that are almost entirely PReP
> > specific. The remaining lines looked uninteresting.
>
> > --- a/Documentation/powerpc/sound.txt
> > +++
On Wed 27-03-13 09:21:02, Tejun Heo wrote:
> On Wed, Mar 27, 2013 at 9:19 AM, Michal Hocko wrote:
> >> Maybe the name could signify it's part of memcg?
> >
> > kmem_ prefix is used for all CONFIG_MEMCG_KMEM functions. I understand
> > it clashes with sl?b naming but this is out of scope of this
Hello, Jeff.
On Wed, Mar 27, 2013 at 09:18:03AM -0400, Jeff Layton wrote:
> + * Note that people using cyclic allocation to avoid premature reuse of an
> + * already-used ID may be in for a nasty surprise after idr->cur wraps. The
> + * IDR code is designed to avoid unnecessary allocations. If
On Wed, Mar 27, 2013 at 05:19:42PM +0100, Jiri Kosina wrote:
> On Thu, 28 Mar 2013, Fengguang Wu wrote:
>
> > > As you are getting errors when building Documentation files, I don't
> > > think this is a staging tree specific issue, as I haven't changed
> > > anything in that directory that I can
On Wed, 27 Mar 2013, Will Deacon wrote:
> Hi Stefano,
>
> On Wed, Mar 27, 2013 at 12:50:39PM +, Stefano Stabellini wrote:
> > Check for the presence of PSCI before setting smp_ops, use PSCI if it is
> > available.
> >
> > This is useful because at least when running on Xen it's possible to
On Wed, Mar 27, 2013 at 9:19 AM, Michal Hocko wrote:
>> Maybe the name could signify it's part of memcg?
>
> kmem_ prefix is used for all CONFIG_MEMCG_KMEM functions. I understand
> it clashes with sl?b naming but this is out of scope of this patch IMO.
Oh, it's not using kmemcg? I see. Maybe we
On 03/27/2013 08:35 AM, Marc Zyngier wrote:
> On 27/03/13 12:50, Stefano Stabellini wrote:
>> Check for the presence of PSCI before setting smp_ops, use PSCI if it is
>> available.
>>
>> This is useful because at least when running on Xen it's possible to have a
>> PSCI node for example on a
On Thu, 28 Mar 2013, Fengguang Wu wrote:
> > As you are getting errors when building Documentation files, I don't
> > think this is a staging tree specific issue, as I haven't changed
> > anything in that directory that I can see.
> >
> > So it's probably something else.
>
> It's not a
On 27.3.2013 17:11, Oliver Neukum wrote:
> On Friday 22 March 2013 10:20:43 Alex Williamson wrote:
>
>>> (*) It would probably make more sense to have a list of dmi strings,
>>> because it's the PCIe controller that does not set the capability bit
>>> when it should. The device (Realtek card
On Wed 27-03-13 09:15:27, Tejun Heo wrote:
> On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> > +/*
> > + * Called with memcg_cache_mutex held
> > + */
> > static struct kmem_cache *kmem_cache_dup(struct mem_cgroup *memcg,
> > struct kmem_cache
On Wed, 2013-03-27 at 16:45 +0100, Marek Szyprowski wrote:
> Hello,
>
> On 3/27/2013 7:59 AM, Michael Cree wrote:
> > On Thu, Nov 15, 2012 at 10:49:28AM -0700, Shuah Khan wrote:
> > > On Fri, 2012-10-26 at 10:32 -0600, Shuah Khan wrote:
> > > > Add support for debug_dma_mapping_error() call to
On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> +/*
> + * Called with memcg_cache_mutex held
> + */
> static struct kmem_cache *kmem_cache_dup(struct mem_cgroup *memcg,
>struct kmem_cache *s)
Maybe the name could signify it's part of memcg?
> As you are getting errors when building Documentation files, I don't
> think this is a staging tree specific issue, as I haven't changed
> anything in that directory that I can see.
>
> So it's probably something else.
It's not a Documentation build, even though many of the errors are
related
On Wed, Mar 27, 2013 at 05:35:48PM +0900, Jingoo Han wrote:
> Here is the lspci -vv output.
> I tested Exynos PCIe with e1000e lan card.
>
> 00:00.0 PCI bridge: Samsung Electronics Co Ltd Device a549 (rev 01) (prog-if
> 00 [Normal decode])
> Control: I/O+ Mem+ BusMaster+ SpecCycle-
On Friday 22 March 2013 10:20:43 Alex Williamson wrote:
> > (*) It would probably make more sense to have a list of dmi strings,
> > because it's the PCIe controller that does not set the capability bit
> > when it should. The device (Realtek card reader in this case) seems to
> > behave
On 03/27/2013 01:20 AM, Linus Walleij wrote:
> On Wed, Mar 6, 2013 at 10:49 PM, Darren Hart wrote:
>
>> The E6xx (TunnelCreek) CPUs have 9 GPIO lines in the resume well. Update
>> the resume functions to allow for more than 8 GPIO lines, using the core
>> functions as a template.
>>
>> Cc: #
Hi Al, all,
Please have a look at the command sequence below, does it look right to you?
+ M1=testmp1
+ M2=testmp2
+ SM=submount
+ mkdir -p testmp1
+ mkdir -p testmp2
+ mount none -t tmpfs testmp1
+ mkdir -p testmp1/submount
+ mount none -t tmpfs testmp1/submount
+ strace -f -e
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple
Hi Guys,
All patches are pushed here for others to apply (you can apply from mail to):
http://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=shortlog;h=refs/heads/governor-per-policy-v4
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system,
On 03/27/2013 07:00 AM, Linus Walleij wrote:
> On Thu, Mar 21, 2013 at 3:30 PM, Laxman Dewangan wrote:
>
>> #ifdef CONFIG_OF_GPIO
>> - palmas_gpio->gpio_chip.of_node = palmas->dev->of_node;
>> + palmas_gpio->gpio_chip.of_node = pdev->dev.of_node;
>> #endif
>
> OK I think that
On Wed, Mar 27, 2013 at 11:44:53PM +0800, Fengguang Wu wrote:
> Greetings,
>
> The below errors show up in both upstream and linux-next.
>
>make ARCH=sparc allyesconfig
>make ARCH=sparc
>
>In file included from usr/include/linux/genetlink.h:4:0,
> from
On Wed 27-03-13 11:32:26, Johannes Weiner wrote:
> On Wed, Mar 27, 2013 at 04:11:04PM +0100, Michal Hocko wrote:
> > On Wed 27-03-13 10:58:25, Johannes Weiner wrote:
> > > On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> > [...]
> > > > + /*
> > > > +*
On Thu, Mar 28, 2013 at 12:16 AM, Linus Walleij
wrote:
> On Tue, Mar 26, 2013 at 1:23 AM, Magnus Damm wrote:
>
>> From: Magnus Damm
>>
>> This patch is V3 of a GPIO driver for the R-Car series of
>> SoCs from Renesas. This driver is designed to be reusable
>> between multiple SoCs that share
On 18.03.13 14:07:37 Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
Hello, Greg.
The original "drm/i915: enable irqs earlier when resuming" commit was
introduced in order to fix bug appeared in 3.8 kernels. Reverting this commit
you also
Hello,
On 3/27/2013 7:59 AM, Michael Cree wrote:
On Thu, Nov 15, 2012 at 10:49:28AM -0700, Shuah Khan wrote:
> On Fri, 2012-10-26 at 10:32 -0600, Shuah Khan wrote:
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping
Greetings,
The below errors show up in both upstream and linux-next.
make ARCH=sparc allyesconfig
make ARCH=sparc
In file included from usr/include/linux/genetlink.h:4:0,
from Documentation/accounting/getdelays.c:27:
>> usr/include/linux/types.h:27:1: error: unknown
On Wed, Mar 27, 2013 at 04:32:28PM +0100, David Herrmann wrote:
> Hi John
>
> On Wed, Mar 27, 2013 at 3:56 PM, John W. Linville
> wrote:
> > On Tue, Mar 26, 2013 at 10:31:00AM +0100, Piotr Haber wrote:
> >> On 03/25/13 19:58, John W. Linville wrote:
> >> > On Mon, Mar 18, 2013 at 02:58:08PM
2013/3/27 Jan Kara :
> On Wed 27-03-13 12:39:10, Marco Stornelli wrote:
>> 2013/3/26 Jan Kara :
>> > On Sun 24-03-13 10:10:59, Marco Stornelli wrote:
>> >> When a fs is frozen, a process can hang because we wait in
>> >> uniterruptible state. We give the user the possibility to kill the
>> >>
On Wed, 27 Mar 2013, Vincent Guittot wrote:
> On 27 March 2013 09:46, Peter Zijlstra wrote:
> > On Tue, 2013-03-26 at 08:29 -0700, Arjan van de Ven wrote:
> >> > Isn't this basically related to picking the NO_HZ cpu; if the system
> >> > isn't fully symmetric with its power gates you want the
On Thu, Mar 28, 2013 at 12:01 AM, Linus Walleij
wrote:
> On Wed, Mar 27, 2013 at 7:11 AM, Magnus Damm wrote:
>
>> From: Magnus Damm
>>
>> Update the Emma Mobile GPIO driver to make use of devm
>> functions. This simplifies the error handling and makes
>> the code more compact.
>>
>>
From: Samuel Ortiz
mei client bus will present some of the mei clients
as devices for other standard subsystems
Implement the probe, remove, match, device addtion routines, along with
the sysfs and uevent ones. mei_cl_device_id is also added to
mod_devicetable.h
A mei-cleint-bus.txt document
From: Samuel Ortiz
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 226 +
drivers/misc/mei/mei_dev.h | 30 ++
include/linux/mei_cl_bus.h | 11 +++
3 files changed, 267 insertions(+)
diff --git
From: Samuel Ortiz
Register the MEI bus type against the kernel core bus APIs and
call the bus Rx handler from interrupt.c
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 22 ++
drivers/misc/mei/interrupt.c | 2 ++
This is take 5 on the MEI bus + NFC device patches
This patch set adds implementation of MEI CLIENT BUS abstraction
over MEI device, this allows standard Linux device drivers
to access functionality exposed by MEI device clients that was previously
available only to the user space through
From: Samuel Ortiz
MEI drivers should be able to carry their private data around.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 12
include/linux/mei_cl_bus.h | 3 +++
2 files changed, 15 insertions(+)
diff --git
From: Samuel Ortiz
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 26 ++
include/linux/mei_cl_bus.h | 7 +++
2 files changed, 33 insertions(+)
diff --git a/drivers/misc/mei/bus.c b/drivers/misc/mei/bus.c
index
sorry if you got this twice, had smtpd problems...
On 26 Mar 2013 at 15:20, Luis Henriques wrote:
> 3.5.7.9 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Andrew Morton
>
> commit 522cff142d7d2f9230839c9e1f21a4d8bcc22a4a upstream.
check for '/cpus' presence before blindly dereferencing it:
[4.181793] Unable to handle kernel NULL pointer dereference at virtual
address 001c
[4.181793] pgd = c0004000
[4.181823] [001c] *pgd=
[4.181823] Internal error: Oops: 5 [#1] SMP ARM
[4.181823] Modules
From: Samuel Ortiz
We keep track of all MEI devices on the bus through a specific linked list.
We also have a mei_device instance in the mei_cl structure.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 49
On Wed, Mar 27, 2013 at 04:11:04PM +0100, Michal Hocko wrote:
> On Wed 27-03-13 10:58:25, Johannes Weiner wrote:
> > On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> [...]
> > > + /*
> > > + * kmem_cache_create_memcg duplicates the given name and
> > > + * cgroup_name for this
We need full dynticks CPU to also be RCU nocb so
that we don't have to keep the tick to handle RCU
callbacks.
Make sure the range passed to nohz_extended= boot
parameter is a subset of rcu_nocbs=
The CPUs that fail to meet this requirement will be
excluded from the nohz_extended range. This is
Provide a new kernel config that forces all CPUs to be part
of the full dynticks range, except the boot one for timekeeping.
This is helpful for those who don't need a finegrained range
of full dynticks CPU and also for automated testing.
Suggested-by: Ingo Molnar
Signed-off-by: Frederic
Given that we are applying a few restrictions on the
full dynticks CPUs range (boot CPU excluded, then
soon the RCU nocb subset requirement), let's print
the final resulting range of full dynticks CPUs to
the user so that he knows what's really going to run.
Signed-off-by: Frederic Weisbecker
Hi,
Changes against tip:timers/nohz :
* Fixes for timekeeping
* Handle RCU nocb restriction
* Improvements on info and tunables
I'll send these to Ingo for tip:timers/nohz in a few days if no
comment arise.
You can fetch from:
The timekeeping job must be able to run early on boot
because there may be some pre-SMP (and thus pre-initcalls )
components that rely on it. The IO-APIC is one such users
as it tests the timer health by watching jiffies progression.
Given that it happens before we know the initial online
set, we
On Wed 27-03-13 19:19:58, Glauber Costa wrote:
> On 03/27/2013 07:11 PM, Michal Hocko wrote:
> > On Wed 27-03-13 10:58:25, Johannes Weiner wrote:
> >> On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> > [...]
> >>> + /*
> >>> + * kmem_cache_create_memcg duplicates the given name and
Hi John
On Wed, Mar 27, 2013 at 3:56 PM, John W. Linville
wrote:
> On Tue, Mar 26, 2013 at 10:31:00AM +0100, Piotr Haber wrote:
>> On 03/25/13 19:58, John W. Linville wrote:
>> > On Mon, Mar 18, 2013 at 02:58:08PM +0100, David Herrmann wrote:
>> >> Hi Piotr
>> >>
>> >> On Mon, Mar 18, 2013 at
From: Samuel Ortiz
After building its bus name as a string based on its vendor id and radio
type, we can add it to the bus.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/nfc.c | 55 ++
drivers/misc/mei/nfc.h | 6
From: Samuel Ortiz
NFC ME device is exported through the MEI bus to be consumed by the
NFC subsystem.
NFC is represented by two mei clients: An info one and the actual
NFC one. In order to properly build the ME id we first need to retrieve
the firmware information from the info client.
From: Samuel Ortiz
The send ops for NFC builds the command header, updates the request id
and then waits for an ACK.
The recv ops check if it receives data or an ACK and in the latter case
wakes the send ops up.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
From: Samuel Ortiz
Define a truly synchronous API for the bus Tx path by putting all pending
request to the write list and wait for the interrupt tx handler to wake
us up.
The ___mei_cl_send() out path is also slightly reworked to make it look more
like main.c:mei_write().
Signed-off-by: Samuel
From: Samuel Ortiz
After receiving the NFC interface version, IVN and radio type,
we can connect to the the actual nfc ME client and send the
initialization (nfc connect) message.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/nfc.c | 128
Hi,
On Wed, Mar 27, 2013 at 08:38:22PM +0530, Mugunthan V N wrote:
> As people started using Suggested-by as standard signature, adding
> "Suggested-by" to the standard signature so that checkpatch won't
> generate warning when Suggested-by is used in patch signature
if that's the case, then I
On 27 March 2013 20:52, Markus Pargmann wrote:
> On Mon, Mar 25, 2013 at 03:41:35PM +0530, Viresh Kumar wrote:
>> This patch moves cpufreq driver of ARM based imx platform to drivers/cpufreq.
>
> I sent a patch that removes imx-cpufreq which was applied by Shawn:
>
On Wed, Mar 27, 2013 at 12:35 PM, Lars Poeschel wrote:
> On Friday 22 March 2013 at 09:33:10, Linus Walleij wrote:
>> I would currently feel a lot better if you did not include this
>> flag. How would you control this the day drivers need to
>> enable/disable pull-up at runtime?
>
> For me it
Sending again, plain text.
---
Hey Aaron,
Sorry for the delay. Can you send us the dmesg output after setting
loglevel=7 at boot time? Additionally, can you send us the TPM
manufacturer model/version?
# cat /sys/devices/pnp0/00\:0*/caps
Adding Kent.
Cheers,
Rajiv
On Wed, Mar 27, 2013 at
Hi,
On Mon, Mar 25, 2013 at 03:41:35PM +0530, Viresh Kumar wrote:
> This patch moves cpufreq driver of ARM based imx platform to drivers/cpufreq.
I sent a patch that removes imx-cpufreq which was applied by Shawn:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-March/158497.html
Update V-INTCORE regulator constraints to allow voltage and
configuration changes from consumer drivers.
Signed-off-by: Fabio Baltieri
---
Hi Linus,
this patch adds the regulators bits I'm missing for ux500-musb patches.
Without this I just get a runtime warning like:
V-INTCORE: operation not
On Wed, Mar 27, 2013 at 09:51:27AM -0400, Dave Jones wrote:
> Could be that Al's patches refactored this bug away, or it could just be
> that I've been lucky the last few weeks, and just haven't had the right
> entropy to get the sequence of events right..
>
> thoughts ?
Actually, that's my
On 03/27/2013 07:11 PM, Michal Hocko wrote:
> On Wed 27-03-13 10:58:25, Johannes Weiner wrote:
>> On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
> [...]
>>> + /*
>>> +* kmem_cache_create_memcg duplicates the given name and
>>> +* cgroup_name for this name requires RCU
On Tue, Mar 26, 2013 at 1:23 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> This patch is V3 of a GPIO driver for the R-Car series of
> SoCs from Renesas. This driver is designed to be reusable
> between multiple SoCs that share the same basic building block,
> but so far it has only been used
On Wed, Mar 27, 2013 at 03:53:25PM +0100, PaX Team wrote:
> sorry if you got this twice, had smtpd problems...
>
> On 26 Mar 2013 at 15:20, Luis Henriques wrote:
>
> > 3.5.7.9 -stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From:
On Thu, Mar 21, 2013 at 09:53:06PM -, Thomas Gleixner wrote:
[snip]
> Index: linux-2.6/arch/cris/arch-v32/kernel/process.c
> ===
> --- linux-2.6.orig/arch/cris/arch-v32/kernel/process.c
> +++
On Wed 27-03-13 10:58:25, Johannes Weiner wrote:
> On Wed, Mar 27, 2013 at 09:36:39AM +0100, Michal Hocko wrote:
[...]
> > + /*
> > +* kmem_cache_create_memcg duplicates the given name and
> > +* cgroup_name for this name requires RCU context.
> > +* This static temporary buffer is
301 - 400 of 1480 matches
Mail list logo
