Hi Alexandra,
> From: Alexandra Chin
> Date: Wed, 31 Oct 2012 16:21:12 +0800
> Subject: [PATCH] staging: ste_rmi4: Convert to Type-B support
>
> This patch:
> - Convert to MT-B because Synaptics touch devices are capable of
> tracking identifiable fingers
> - Modify maximum supported fingers
On Wednesday, October 31, 2012 09:24:07 AM Greg Kroah-Hartman wrote:
> On Wed, Oct 31, 2012 at 10:38:29AM +0100, Rafael J. Wysocki wrote:
> > From: Mika Westerberg
> >
> > With ACPI 5 we are starting to see devices that don't natively support
> > discovery but can be enumerated with the help of
On 10/31/2012 07:12 PM, Pantelis Antoniou wrote:
>
> On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
>
>> On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
>>> [...]
> }
>
> indio_dev->channels = chan_array;
> + indio_dev->num_channels = channels;
> +
> + size =
On Fri, Oct 26, 2012 at 4:48 AM, Peter Zijlstra wrote:
> On Thu, 2012-10-25 at 16:09 -0700, Linus Torvalds wrote:
>> On Thu, Oct 25, 2012 at 7:39 AM, Peter Zijlstra wrote:
>> >
>> > So I think the below should work, we hold the spinlock over both rb-tree
>> > modification as sp free, this makes
On Wed, 31 Oct 2012, Wen Congyang wrote:
> diff --git a/drivers/base/node.c b/drivers/base/node.c
> index af1a177..5d7731e 100644
> --- a/drivers/base/node.c
> +++ b/drivers/base/node.c
> @@ -614,23 +614,23 @@ static ssize_t show_node_state(struct device *dev,
> { __ATTR(name, 0444,
Hi Marcos,
* Marcos Chaparro [2012-10-29 10:09:12 -0300]:
> Hi,
> this patch against 3.7-rc3 identifies my Atheros AR3011 internal bluetooth
> device, I just transferred some files from my phone to this debian PC using
> bluetooth and it works fine (btw, it needs atheros-firmware package).
>
On Tue, Oct 30, 2012 at 5:33 PM, Steven Rostedt wrote:
> From: Thomas Gleixner
>
> The netfilter code relies only on the implicit semantics of
> local_bh_disable() for serializing wt_write_recseq sections. RT breaks
> that and needs explicit serialization here.
>
> Reported-by: Peter LaDow
>
On Oct 31, 2012, at 8:09 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 11:05]:
>> Hi Tony,
>>
>> On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
>>
>>> * Pantelis Antoniou [121031 10:26]:
It is painless to move the adapter DT devices to arch/arm/mach-omap2
However
* Loic PALLARDY [121031 01:48]:
>
> Hi Omar,
>
> On 10/31/2012 08:22 AM, Omar Ramirez Luna wrote:
> >
> > As part of plat-omap code cleanup, I was planning to move omap-mailbox
> > framework to a newly drivers/mailbox folder, right now this code is
> > specific to OMAP platforms, but with some
On Wed, Oct 31, 2012 at 11:05:51AM -0700, Jonathan Nieder wrote:
> Hi,
>
> Greg KH wrote:
> > On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
>
> >> the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
> >> the 3.6.3 oops (while 3.6.2 works fine) at 16-cores
On Wed, 31 Oct 2012, Wen Congyang wrote:
> From: Lai Jiangshan
>
> is_valid_nodemask() is introduced by 19770b32. but it does not match
> its comments, because it does not check the zone which > policy_zone.
>
> Also in b377fd, this commits told us, if highest zone is ZONE_MOVABLE,
> we should
2ef37d3fe4 ("memcg: Simplify mem_cgroup_force_empty_list error
handling") removed the last user of __DEPRECATED_clear_css_refs. This
patch removes __DEPRECATED_clear_css_refs and mechanisms to support
it.
* Conditionals dependent on __DEPRECATED_clear_css_refs removed.
* ->pre_destroy() now can
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Pawel Sikora
> Sent: Wednesday, October 31, 2012 2:03 PM
> To: Greg KH
> Cc: skinsbur...@parallels.com; sta...@vger.kernel.org; linux-
> ker...@vger.kernel.org;
CSS_REMOVED is one of the several contortions which were necessary to
support css reference draining on cgroup removal. All css->refcnts
which need draining should be deactivated and verified to equal zero
atomically w.r.t. css_tryget(). If any one isn't zero, all refcnts
needed to be
On Wed, 31 Oct 2012, Wen Congyang wrote:
> From: Lai Jiangshan
>
> This patch is part3 of the following patchset:
> https://lkml.org/lkml/2012/10/29/319
>
> Part1 is here:
> https://lkml.org/lkml/2012/10/31/30
>
> Part2 is here:
> http://marc.info/?l=linux-kernel=135166705909544=2
Hello, guys.
Changes from the last posting[L] are,
* cgroup_call_pre_destroy() removal moved from 0001 to 0004 per
Michal.
* Comment and commit message updates per Glauber and Michal.
Original head message follows.
cgroup removal path is quite ugly. A lot of the ugliness comes from
the
From: Jason Wang
Date: Mon, 29 Oct 2012 14:15:49 +0800
> @@ -110,6 +110,11 @@ struct tap_filter {
> unsigned char addr[FLT_EXACT_COUNT][ETH_ALEN];
> };
>
> +/* 1024 is probably a high enough limit: modern hypervisors seem to support
> on
> + * the order of 100-200 CPUs so this leaves
Because ->pre_destroy() could fail and can't be called under
cgroup_mutex, cgroup destruction did something very ugly.
1. Grab cgroup_mutex and verify it can be destroyed; fail otherwise.
2. Release cgroup_mutex and call ->pre_destroy().
3. Re-grab cgroup_mutex and verify it can still be
From: Michal Hocko
Now that pre_destroy callbacks are called from the context where neither
any task can attach the group nor any children group can be added there
is no other way to fail from mem_cgroup_pre_destroy.
mem_cgroup_pre_destroy doesn't have to take a reference to memcg's css
because
All ->pre_destory() implementations return 0 now, which is the only
allowed return value. Make it return void.
Signed-off-by: Tejun Heo
Cc: Michal Hocko
Cc: Balbir Singh
Cc: KAMEZAWA Hiroyuki
Cc: Vivek Goyal
---
block/blk-cgroup.c | 3 +--
include/linux/cgroup.h | 2 +-
kernel/cgroup.c
From: Michal Hocko
Now that pre_destroy callbacks are called from the context where neither
any task can attach the group nor any children group can be added there
is no other way to fail from hugetlb_pre_destroy.
Signed-off-by: Michal Hocko
Reviewed-by: Tejun Heo
Reviewed-by: Glauber Costa
CGRP_WAIT_ON_RMDIR is another kludge which was added to make cgroup
destruction rollback somewhat working. cgroup_rmdir() used to drain
CSS references and CGRP_WAIT_ON_RMDIR and the associated waitqueue and
helpers were used to allow the task performing rmdir to wait for the
next relevant event.
This patch makes cgroup_create() fail if @parent is marked removed.
This is to prepare for further updates to cgroup_rmdir() path.
Note that this change isn't strictly necessary. cgroup can only be
created via mkdir and the removed marking and dentry removal happen
without releasing
On Oct 31, 2012, at 1:55 PM, Pantelis Antoniou wrote:
>
> On Oct 31, 2012, at 7:52 PM, Lars-Peter Clausen wrote:
>
>> On 11/01/2012 04:24 PM, Pantelis Antoniou wrote:
>>> Add an IIO map interface that consumers can use.
>>
>> Hi,
>>
>> Looks like you overlooked the review comments I had
Hi Jeff,
* Jeff Cook [2012-10-27 05:01:28 -0600]:
> Vendor-specific ID for BCM20702A0.
> Support for bluetooth over Asus Wi-Fi GO!, included with Asus P8Z77-V
> Deluxe.
>
> T: Bus=07 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
> D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64
On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
> On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
>> [...]
}
indio_dev->channels = chan_array;
+ indio_dev->num_channels = channels;
+
+ size = (channels + 1) * sizeof(struct iio_map);
+
* Pantelis Antoniou [121031 11:05]:
> Hi Tony,
>
> On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
>
> > * Pantelis Antoniou [121031 10:26]:
> >> It is painless to move the adapter DT devices to arch/arm/mach-omap2
> >>
> >> However I got bit by the __init at omap_build_device family
On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
> [...]
>>> }
>>>
>>> indio_dev->channels = chan_array;
>>> + indio_dev->num_channels = channels;
>>> +
>>> + size = (channels + 1) * sizeof(struct iio_map);
>>> + adc_dev->map = kzalloc(size, GFP_KERNEL);
>>> + if (adc_dev->map ==
On Oct 31, 2012, at 7:55 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 10:41]:
>> Introduce beaglebone capebus board support.
> ...
>
>> --- /dev/null
>> +++ b/drivers/capebus/boards/Kconfig
>> @@ -0,0 +1,6 @@
>> +config CAPEBUS_BONE_CONTROLLER
>> +bool "Beaglebone capebus board
Hi,
Greg KH wrote:
> On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
>> the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
>> the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
>> please queue this path for 3.6.$next.
>
> Is it in Linus's tree
Introduce Retu watchdog driver.
Cc: linux-watch...@vger.kernel.org
Acked-by: Felipe Balbi
Acked-by: Tony Lindgren
Signed-off-by: Aaro Koskinen
---
drivers/watchdog/Kconfig| 12 +++
drivers/watchdog/Makefile |1 +
drivers/watchdog/retu_wdt.c | 178
Retu is a multi-function device found on Nokia Internet Tablets
implementing at least watchdog, RTC, headset detection and power button
functionality.
This patch implements minimum functionality providing register access,
IRQ handling and power off functions.
Cc: sa...@linux.intel.com
Acked-by:
Add i2c driver to enable access to devices behind CBUS on Nokia Internet
Tablets.
The patch also adds CBUS I2C configuration for N8x0 which is one of the
users of this driver.
Cc: linux-...@vger.kernel.org
Acked-by: Felipe Balbi
Acked-by: Tony Lindgren
Signed-off-by: Aaro Koskinen
---
Hi Tony,
On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 10:26]:
>> It is painless to move the adapter DT devices to arch/arm/mach-omap2
>>
>> However I got bit by the __init at omap_build_device family functions.
>> If you don't remove it, crashes every time
Add Retu power button driver.
Cc: linux-in...@vger.kernel.org
Acked-by: Felipe Balbi
Signed-off-by: Aaro Koskinen
---
drivers/input/misc/Kconfig | 10 +++
drivers/input/misc/Makefile |1 +
drivers/input/misc/retu-pwrbutton.c | 118 +++
3
This patch set introduces drivers for CBUS access and Retu multifunction
chip found on Nokia Internet Tablets (770, N800, N810). It would be
nice get these patches applied as the functionality of these devices is
severely lacking without Retu. E.g. watchdog support is mandatory at
least on Nokia
On Wednesday 31 of October 2012 10:49:46 Greg KH wrote:
> On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
> > Hi,
> >
> > the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
> > the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
> > please queue
Signed-off-by: Philippe Reynes
Signed-off-by: Eric Jarrige
---
v3: set 26M clock to 0 (not used)
v2: avoid enable again the watchdog
arch/arm/boot/dts/imx27-apf27.dts | 92 +
1 files changed, 92 insertions(+), 0 deletions(-)
create mode 100644
* Pantelis Antoniou [121031 10:41]:
> Introduce beaglebone capebus board support.
...
> --- /dev/null
> +++ b/drivers/capebus/boards/Kconfig
> @@ -0,0 +1,6 @@
> +config CAPEBUS_BONE_CONTROLLER
> + bool "Beaglebone capebus board controller"
> + depends on CAPEBUS && ARCH_OMAP2PLUS && OF
On Oct 31, 2012, at 7:52 PM, Lars-Peter Clausen wrote:
> On 11/01/2012 04:24 PM, Pantelis Antoniou wrote:
>> Add an IIO map interface that consumers can use.
>
> Hi,
>
> Looks like you overlooked the review comments I had inline last time. I've
> put them in again, see below.
>
>>
>>
On 11/01/2012 04:24 PM, Pantelis Antoniou wrote:
> Add an IIO map interface that consumers can use.
Hi,
Looks like you overlooked the review comments I had inline last time. I've
put them in again, see below.
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/iio/adc/ti_am335x_adc.c | 60
Hi!
> (Cc:-ed the Git development list.)
>
> * David Ahern wrote:
>
> > PERF-VERSION-GEN and specifically the git commands are the
> > cause of more delay than the config checks, especially when
> > doing the build in a VM with the kernel source on an NFS
> > mount.
>
> Yes, I have noticed
* Pantelis Antoniou [121031 10:26]:
> It is painless to move the adapter DT devices to arch/arm/mach-omap2
>
> However I got bit by the __init at omap_build_device family functions.
> If you don't remove it, crashes every time you instantiate a device
> at runtime, or you load the cape driver as
On Wed, 31 Oct 2012, Shan Wei wrote:
> diff --git a/drivers/clocksource/arm_generic.c
> b/drivers/clocksource/arm_generic.c
> index c4d9f95..cb445ab 100644
> --- a/drivers/clocksource/arm_generic.c
> +++ b/drivers/clocksource/arm_generic.c
> @@ -224,7 +224,7 @@ int __init
On Wed, 31 Oct 2012, Shan Wei wrote:
> From: Shan Wei
>
>
> Signed-off-by: Shan Wei
> ---
> kernel/trace/blktrace.c |2 +-
> kernel/trace/trace.c|2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/trace/blktrace.c b/kernel/trace/blktrace.c
> index
On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
> Hi,
>
> the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
> the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
> please queue this path for 3.6.$next.
Is it in Linus's tree already? If so,
Hi Linus,
thanks for your notes, comments below:
On 10/31/2012 03:06 PM, Linus Walleij wrote:
>> +struct gpio_block *gpio_block_create(unsigned *gpios, size_t size,
>> +const char *name)
>> +{
>> + struct gpio_block *block;
>> + struct
On Wed, 31 Oct 2012, Shan Wei wrote:
> Signed-off-by: Shan Wei
> ---
> kernel/rcutree.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> index 74df86b..3a21fcf 100644
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
> @@
Register itself at EDAC MC core, in order to avoid other
drivers to get it.
The edac core will warrant that just one driver will be used,
so the first one to register will be the one that will be
reporting the hardware errors.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/acpi/apei/Kconfig
That allows APEI GHES driver to report errors directly, using
the EDAC error report API.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/edac_core.h | 17
drivers/edac/edac_mc.c | 109 +++
2 files changed, 99 insertions(+), 27
On Wed, Oct 31, 2012 at 06:31:54PM +0100, Pavel Machek wrote:
> Hmm? When I resume from hibernate, I want to use my machine.
Well, in my case with a workstation with 8 Gb, the only time the swapin
is noticeable is when I try to use firefox with a couple of dozens tabs
open. Once that thing is
commit 06272911485850b4a336122958c50af0f8ea7c13
Dave,
This is a batch of fixes intended for 3.7...
The biggest portion of this is a pull request from Johannes Berg:
"Please pull my mac80211.git tree per below to get a number of fixes. I
have included a patch from Antonio to fix a memcpy
Signed-off-by: Mauro Carvalho Chehab
---
drivers/acpi/apei/ghes.c | 52 +---
include/linux/edac.h | 1 +
2 files changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c
index 9466d36..54c2d97
On Wed, 31 Oct 2012, Shan Wei wrote:
> From: Shan Wei
>
>
> Signed-off-by: Shan Wei
> ---
> kernel/padata.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/kernel/padata.c b/kernel/padata.c
> index 89fe3d1..70dffe8 100644
> --- a/kernel/padata.c
> +++
It turns that making ghes to talk with EDAC to not be a hard
task.
This patch series makes ghes->edac integration.
This was compile-tested only, as its, for now, just a proof of
concept.
There are lots of space for improvements, like:
- maybe split edac-ghes into a separate file;
- add a way
On Wed, Oct 31, 2012 at 05:49:19PM +, Alan Cox wrote:
> On Wed, 31 Oct 2012 17:37:50 +
> Matthew Garrett wrote:
> > What S4 resume check?
>
> One you would add .. but no I'm wrong there - its a problem at the
> suspend point so you do need a signature for it. Oh well yet another
> reason
On Wed, Oct 31, 2012 at 05:44:40PM +, Alan Cox wrote:
> > That does still leave me a little uneasy as far as the microcode
> > licenses go. I don't know that we can distribute signed copies of some
> > of them, and we obviously can't sign at the user end.
>
> You seem to put them in signed
Hello, Glauber.
On Wed, Oct 31, 2012 at 09:38:32PM +0400, Glauber Costa wrote:
> Because I am allocating an array big enough to hold one entry per memcg.
> The natural array index for this, is the css_id. Obviously, I don't want
> this array to have 65k entries in size, so I resize it (doubling
On Wed, 31 Oct 2012 17:37:50 +
Matthew Garrett wrote:
> On Wed, Oct 31, 2012 at 05:39:19PM +, Alan Cox wrote:
> > On Wed, 31 Oct 2012 17:17:43 +
> > Matthew Garrett wrote:
> > > By booting a signed kernel, not turning on swap and writing directly to
> > > the swap partition.
> >
>
Introducing capebus; a bus that allows small boards (capes) to connect
to a complex SoC using simple expansion connectors.
Up to now to support these kind of boards, one had to hack the board files,
and do all sort of gymnastics to handle all the different cases of
conflict resolution.
Capebus
On Wed, 31 Oct 2012, Shan Wei wrote:
> diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
> index a763888..7c9fde7 100644
> --- a/include/trace/ftrace.h
> +++ b/include/trace/ftrace.h
> @@ -638,7 +638,6 @@ __attribute__((section("_ftrace_events")))
> *__event_##call = _##call
> *
Introducing beaglebone generic cape support.
With this you can create almost any kind of cape driver
that doesn't require complex interconnection of the parts.
Most beaglebone capes can be created with this, including
all the display capes (DVI/VGA/LCD) with touchscreen or not,
capes that only
On Wednesday 31 October 2012 10:14 PM, Stephen Warren wrote:
On 10/31/2012 03:02 AM, Laxman Dewangan wrote:
Enable SLINK4 and connected device in Tegra30 based
platform Cardhu.
Setting maximum spi frequency to 25MHz.
Spi serial flash is connected on CS1 of SLINK4 on
cardhu platform.
diff --git
Support beaglebone's geiger cape.
The geiger cape allows you to measure the amount of
ionising radiation in your area, and as an example
of how to create a complex non-generic cape driver.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/capes/Kconfig| 7 +
Update the common beaglebone's DTS with the required DT
entries for all known working capes as of now.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 689 --
1 file changed, 659 insertions(+), 30 deletions(-)
diff --git
> That does still leave me a little uneasy as far as the microcode
> licenses go. I don't know that we can distribute signed copies of some
> of them, and we obviously can't sign at the user end.
You seem to put them in signed rpm packages ?
--
To unsubscribe from this list: send the line
Introduce beaglebone capebus board support.
This patch creates the beaglebone's board cape bus controller.
The board controller is responsible for the probing of capes
at the well defined I2C address for capes, parsing the EEPROM
info and matching them to specific cape drivers.
On top of that,
Small summary of capebus.
Signed-off-by: Pantelis Antoniou
---
Documentation/capebus/capebus-summary | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/capebus/capebus-summary
diff --git a/Documentation/capebus/capebus-summary
On Wed, 31 Oct 2012, Shan Wei wrote:
> --- a/net/openvswitch/datapath.c
> +++ b/net/openvswitch/datapath.c
> @@ -208,7 +208,7 @@ void ovs_dp_process_received_packet(struct vport *p,
> struct sk_buff *skb)
> int error;
> int key_len;
>
> - stats = per_cpu_ptr(dp->stats_percpu,
Describe capebus DT bindings in detail.
Signed-off-by: Pantelis Antoniou
---
.../capebus/bone-capebus-slot-override.txt | 28 +++
.../devicetree/bindings/capebus/bone-capebus.txt | 50 +++
.../bindings/capebus/bone-geiger-cape.txt | 78 +
Capebus is created to address the problem of many SoCs that can provide a
multitude of hardware interfaces but in order to keep costs down the main
boards only support a limited number of them. The rest are typically brought
out to pin connectors on to which other boards, named capes are connected
On 10/31/2012 09:25 PM, Tejun Heo wrote:
> More proper names for these callbacks would be,
>
> ->allocate()
> ->online()
> ->offline()
> ->free()
I support the name change, btw.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 10/31/2012 09:25 PM, Tejun Heo wrote:
> Hello,
>
> On Wed, Oct 31, 2012 at 09:19:51PM +0400, Glauber Costa wrote:
>> I don't see post_create failing as a huge problem. The natural
>> synchronization point would be "right after post_create" - then you can
>> definitely tell that it is online.
I'm announcing the release of the 3.6.5 kernel.
All users of the 3.6 kernel series must upgrade.
The updated 3.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.6.y
and can be browsed at the normal kernel.org git web browser:
On Wed, Oct 31, 2012 at 05:39:19PM +, Alan Cox wrote:
> On Wed, 31 Oct 2012 17:17:43 +
> Matthew Garrett wrote:
> > By booting a signed kernel, not turning on swap and writing directly to
> > the swap partition.
>
> Ok so the actual problem is that you are signing kernels that allow the
On Wed, Oct 31, 2012 at 06:28:16PM +0100, Takashi Iwai wrote:
> request_firmware() is used for microcode loading, too, so it's fairly
> a core part to cover, I'm afraid.
>
> I played a bit about this yesterday. The patch below is a proof of
> concept to (ab)use the module signing mechanism for
On Wednesday 31 October 2012 09:36 PM, Stephen Warren wrote:
On 10/31/2012 02:51 AM, Laxman Dewangan wrote:
I had forgotten about this from when I tested the older SPI driver that
we ripped out; I had at least compared the registers between U-Boot and
the kernel with that driver, so I'm pretty
I'm announcing the release of the 3.4.17 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Wed, 31 Oct 2012, Shan Wei wrote:
> -
> list_for_each_entry(pos, _tfms_list, list) {
> struct crypto_comp *tfm;
>
> tfms = pos->tfms;
> - tfm = *per_cpu_ptr(tfms, cpu);
> +
> + /* This can be any valid CPU ID so we don't need locking.
diff --git a/Makefile b/Makefile
index 1c962a1..0210b63 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 49
+SUBLEVEL = 50
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
index 4469924..511eb03 100644
I'm announcing the release of the 3.0.50 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
On Wed, 31 Oct 2012 17:17:43 +
Matthew Garrett wrote:
> On Wed, Oct 31, 2012 at 05:21:21PM +, Alan Cox wrote:
> > On Wed, 31 Oct 2012 17:10:48 +
> > Matthew Garrett wrote:
> > > The kernel is signed. The kernel doesn't check the signature on the
> > > suspend image.
> >
> > Which
On 10/31/2012 09:26 PM, Tejun Heo wrote:
> On Wed, Oct 31, 2012 at 09:24:06PM +0400, Glauber Costa wrote:
>>> Note both in the commit messages.
>>
>> I am sorry, but I can't find anything that may be related to this in the
>> commit messages. Can you be more specific ?
>
> Eh.. 'd', missing
On Wed, Oct 31, 2012 at 10:11:21AM +0100, Rafael J. Wysocki wrote:
> Hi Greg,
>
> On Tuesday, October 30, 2012 06:45:27 PM Greg KH wrote:
> > Hi Len and Rafael,
> >
> > With 3.7-rc3, I'm seeing a constant stream of these errors in the kernel
> > log for my MacBook Pro:
> >
> > [30443.430133]
On Wednesday 31 October 2012 09:59 PM, Stephen Warren wrote:
On 10/31/2012 03:02 AM, Laxman Dewangan wrote:
This series modify the dts file to add the slink addresses,
make AUXDATA in board dt files, enable slink4 for tegra30-cardhu and
enable slink controller defconfig.
I don't appear to have
The MFD parent device now uses a regmap, instead of direct
memory access. Use the same method in the sub devices to avoid
nasty surprises.
Please not that this driver can't really deal with the case of the regmap
call failing in anyway. So that's why there's no error handling.
I think it's best
On Wed, 31 Oct 2012, Shan Wei wrote:
> diff --git a/net/rds/ib_recv.c b/net/rds/ib_recv.c
> index 8d19491..a4a5064 100644
> --- a/net/rds/ib_recv.c
> +++ b/net/rds/ib_recv.c
> @@ -423,7 +423,7 @@ static void rds_ib_recv_cache_put(struct list_head
> *new_item,
>
> local_irq_save(flags);
>
>
On Wed, 31 Oct 2012, Shan Wei wrote:
> +++ b/net/core/flow.c
> @@ -327,11 +327,9 @@ static void flow_cache_flush_tasklet(unsigned long data)
> static void flow_cache_flush_per_cpu(void *data)
> {
> struct flow_flush_info *info = data;
> - int cpu;
> struct tasklet_struct
Add an IIO map interface that consumers can use.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 60 +
1 file changed, 49 insertions(+), 11 deletions(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
It's common not for both the touchscreen & adc to be activated
at the same time. Deal with this case.
Signed-off-by: Pantelis Antoniou
---
drivers/mfd/ti_am335x_tscadc.c | 34 +++---
include/linux/mfd/ti_am335x_tscadc.h | 8 +++-
2 files changed, 26
On Mon 2012-10-29 10:58:19, Borislav Petkov wrote:
> On Mon, Oct 29, 2012 at 09:59:59AM +0100, Jiri Kosina wrote:
> > You might or might not want to do that. Dropping caches around suspend
> > makes the hibernation process itself faster, but the realtime response
> > of the applications afterwards
On Wed, 31 Oct 2012, Zhouping Liu wrote:
> On 10/31/2012 03:26 PM, Hugh Dickins wrote:
> >
> > There's quite a few put_page()s in do_huge_pmd_numa_page(), and it
> > would help if we could focus on the one which is giving the trouble,
> > but I don't know which that is. Zhouping, if you can,
On Wed, 31 Oct 2012, Shan Wei wrote:
> this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id()).
> The latter helper needs to find the offset for current cpu,
> and needs more assembler instructions which objdump shows in following.
The code is shorter and that helps but note that the main
At Mon, 29 Oct 2012 17:41:31 +,
Matthew Garrett wrote:
>
> On Mon, Oct 29, 2012 at 08:49:41AM +0100, Jiri Kosina wrote:
> > On Thu, 20 Sep 2012, Matthew Garrett wrote:
> >
> > > This is pretty much identical to the first patchset, but with the
> > > capability
> > > renamed
Hi,
the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
please queue this path for 3.6.$next.
BR,
Paweł.
[173788.113576] [ cut here ]
[173788.133439] hrtimer: interrupt took 11004406
omap_device is going private.
Move the da8xx-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 3 +
arch/arm/mach-omap2/da8xx-dt.c | 197 +
2 files changed, 200 insertions(+)
create mode
On Wed, Oct 31, 2012 at 09:24:06PM +0400, Glauber Costa wrote:
> > Note both in the commit messages.
>
> I am sorry, but I can't find anything that may be related to this in the
> commit messages. Can you be more specific ?
Eh.. 'd', missing there. I meant that I noted both in the updated
It is painless to move the adapter DT devices to arch/arm/mach-omap2
However I got bit by the __init at omap_build_device family functions.
If you don't remove it, crashes every time you instantiate a device
at runtime, or you load the cape driver as a module.
Pantelis Antoniou (3):
Hello,
On Wed, Oct 31, 2012 at 09:19:51PM +0400, Glauber Costa wrote:
> I don't see post_create failing as a huge problem. The natural
> synchronization point would be "right after post_create" - then you can
> definitely tell that it is online. Although this can be viewed a bit as
> "exposing
omap_device is going private.
Move the ti-tscadc-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 1 +
arch/arm/mach-omap2/ti-tscadc-dt.c | 155 +
2 files changed, 156 insertions(+)
create
201 - 300 of 1594 matches
Mail list logo