On Tue, Sep 09, 2014 at 05:45:17AM -0700, Jacob Pan wrote:
> > > -static int axp20x_i2c_probe(struct i2c_client *i2c,
> > > - const struct i2c_device_id *id)
> > > +static int axp2xx_match_device(struct axp2xx_dev *axp2xx, struct
> > > device *dev) {
> > > - struct axp20x_dev
Hello Marcelo,
On 03.09.2014 20:42, Marcelo Tosatti wrote:
> On Wed, Sep 03, 2014 at 10:16:40AM +0200, Philipp Hahn wrote:
>> can we please 8915aa27d5efbb9185357175b0acf884325565f9 get applied to
>> 3.10 too?
>>
>>> commit 8915aa27d5efbb9185357175b0acf884325565f9
>>> Author: Marcelo Tosatti
>>>
Hi Kevin,
On 09/09/2014 12:37 AM, Kevin Hilman wrote:
> Grygorii Strashko writes:
>
>> The CLK PM domain (clock_ops.c) assumes that platform code should always
>> provide
>> list of Connection IDs of the clock (con_id) in pm_clk_notifier_block
>> structure.
>> Then CLK PM domain uses these
From: Julia Lawall
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
identifier lbl;
identifier rc;
constant c;
@@
- GOTO(lbl,\(rc\|c\));
+ goto lbl;
@@
identifier lbl;
expression rc;
@@
- GOTO(lbl,rc);
+ rc;
+ goto lbl;
//
Signed-off-by: Julia
Lähettäjä: ext Jason Cooper
> meh. The presence or absence of the property should express the
boolean.
>
> The safe state should be the default (property absent), and the property
name should describe the state when the property is present.
This is What the v5 of patch does. It introduces
On Tue, Sep 09, 2014 at 03:16:29PM +0200, Rafael J. Wysocki wrote:
> On Monday, September 08, 2014 11:07:47 PM Mike Turquette wrote:
> > Looks like this driver was missed during the original mass driver
> > rework[0]. This patch converts the LPSS driver to the new clock provider
> > data type
Hi Will,
On Mon, Sep 08, 2014 at 05:51:36PM +0100, Will Deacon wrote:
> On Fri, Sep 05, 2014 at 11:52:56AM +0100, Joerg Roedel wrote:
> > switch (cap) {
> > case IOMMU_CAP_CACHE_COHERENCY:
> > - return features & ARM_SMMU_FEAT_COHERENT_WALK;
> > + /*
> > +*
Hi Tony,
Please pull this series was posted[1] and based on the previous pulls
[2] [3], updating the dts to enable the relevant feature.
NOTE: I have dropped patch #1 of the series based on [4].
These could go to your branch omap-for-v3.18/dt
The following changes since commit
On 08/30/2014 02:53 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
[...]
>>The initial user namespace has no parent namespace, but, for con‐
>>sistency, the kernel provides dummy user and group ID mapping
>>files for this namespace. Looking
Hi Eric,
On 08/30/2014 02:53 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hello Eric et al.,
>>
>> For various reasons, my work on the namespaces man pages
>> fell off the table a while back. Nevertheless, the pages have
>> been close to completion for a while now,
Hi Andy, and Eric,
On 09/01/2014 01:57 PM, Andy Lutomirski wrote:
> On Wed, Aug 20, 2014 at 4:36 PM, Michael Kerrisk (man-pages)
> wrote:
>> Hello Eric et al.,
>>
>> For various reasons, my work on the namespaces man pages
>> fell off the table a while back. Nevertheless, the pages have
>> been
Hi Eric,
> On a related note. One thing that has come up recently (in 3 separate
> implementations is that mount(MS_REMOUNT|...,...) must include all of
> the mount flags that need to be preserved. People creating read-only
> bind mounts tend to miss that and the locked flags in mount
Hello,
I'm sending this v10 to update the conversion to the latest changes now in
linux-next and also to address comments from Stephen Boyd. The later are in
separate commits to make it easier for merging in the upcoming clk-next, but
can be squashed if that's more convenient.
Follows the
To preserve git-bisectability, add aliases from the future provider API to the
existing public API.
Also includes clk-provider.h and clk-dev.h in a few places so the right
functions are defined.
Signed-off-by: Tomeu Vizoso
Acked-by: Tony Lindgren
Acked-by: Jason Cooper
Acked-by: Simon Horman
On Tue, Sep 09, 2014 at 12:43:56PM +0200, Johan Hovold wrote:
> On Tue, Sep 09, 2014 at 06:21:31PM +0800, Wang YanQing wrote:
> > On Tue, Sep 09, 2014 at 12:08:56PM +0200, Johan Hovold wrote:
> > > On Fri, Sep 05, 2014 at 09:30:11AM +0800, Wang YanQing wrote:
> > > > On Thu, Sep 04, 2014 at
On Sep 08 2014 or thereabouts, Andrew Duggan wrote:
> On 09/05/2014 06:57 AM, Benjamin Tissoires wrote:
> >In the Dell XPS 13 9333, it appears that sometimes the bus get confused
> >and corrupts the incoming data. It fills the input report with the
> >sentinel value "ff". Synaptics told us that
As otherwise the per-user clk will be leaked.
Signed-off-by: Tomeu Vizoso
---
drivers/clk/clk.c | 3 ++-
include/linux/clk.h | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 1ad8cb7..8ac8543 100644
--- a/drivers/clk/clk.c
+++
Signed-off-by: Tomeu Vizoso
---
drivers/clk/clk.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 3018f37..f283dcc 100644
--- a/drivers/clk/clk.c
+++ b/drivers/clk/clk.c
@@ -560,7 +560,9 @@ struct clk *__clk_create_clk(struct clk_core *clk_core,
The warning will display the clock user that is trying to unprepare the clock,
and the location of the last unprepare call.
Signed-off-by: Tomeu Vizoso
---
v8: * Patch added
---
drivers/clk/clk.c | 22 --
include/linux/clk-private.h | 3 +++
2 files changed, 23
Signed-off-by: Tomeu Vizoso
---
drivers/clk/clk.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index f283dcc..1ad8cb7 100644
--- a/drivers/clk/clk.c
+++ b/drivers/clk/clk.c
@@ -1734,15 +1734,25 @@
Adds a way for clock consumers to set maximum and minimum rates. This can be
used for thermal drivers to set ceiling rates, or by misc. drivers to set
floor rates to assure a minimum performance level.
Signed-off-by: Tomeu Vizoso
Tested-by: Heiko Stuebner
---
v9: * Apply first all the floor
When a clock has multiple users, the WARNING on imbalance of
enable/disable may not show the guilty party since although they may
have commited the error earlier, the warning is emitted later when some
other user, presumably innocent, disables the clock.
Provide per-user clock enable/disable
In order to provide per-user accounting, this separates the struct clk
used in the common clock framework into two structures 'struct clk_core'
and 'struct clk'. struct clk_core will be used for internal
manipulation and struct clk will be used in the clock API
implementation.
In this patch,
On Tue, Sep 09, 2014 at 10:30:51AM +0100, Yijing Wang wrote:
> On 2014/9/9 16:46, Liviu Dudau wrote:
> > On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
> > on new requests. This function gets called quite a lot and I'm trying
> > not to
> > make it too heavy weight.
>
On Sep 08 2014 or thereabouts, Jiri Kosina wrote:
> On Fri, 5 Sep 2014, Benjamin Tissoires wrote:
>
> > In the Dell XPS 13 9333, it appears that sometimes the bus get confused
> > and corrupts the incoming data. It fills the input report with the
> > sentinel value "ff". Synaptics told us that
This patchset implements arch_trigger_all_cpu_backtrace for arm.
Non-maskable signalling relies on the kernel being able to access FIQ
and therefore, for devices that implement TrustZone, it will work only on
systems that boot the kernel in secure mode.
Tested on Freescale iMX.6 (both via
On Tue, Sep 09, 2014 at 02:14:54PM +0100, Daniel Thompson wrote:
> On 09/09/14 14:03, Daniel Thompson wrote:
> > On 09/09/14 13:28, Will Deacon wrote:
> >> I have a larger series adding these (and the write equivalents) to all
> >> architectures that I periodically post and then fail to get on top
Previous changes have introduced a replacement default FIQ handler and
an implementation of arch_trigger_all_cpu_backtrace for ARM but these
are currently independant.
This patch plumbs together these features making it possible, on platforms
that support it, to trigger backtrace using FIQ.
This patch provides support for arm's newly added IPI FIQ. It works
by placing all interrupt sources *except* IPI FIQ in group 1 and
then flips a configuration bit in the GIC such that group 1
interrupts use IRQ and group 0 interrupts use FIQ.
All GIC hardware except GICv1-without-TrustZone
From: Russell King
Add basic infrastructure for triggering a backtrace of other CPUs
via an IPI, preferably at FIQ level. It is intended that this shall
be used for cases where we have detected that something has already
failed in the kernel.
Signed-off-by: Russell King
Signed-off-by: Daniel
From: Russell King
do_unexp_fiq() has never been called by any code in the last 10 years,
it's about time it was removed!
Signed-off-by: Russell King
Signed-off-by: Daniel Thompson
---
arch/arm/kernel/traps.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/arm/kernel/traps.c
Drivers that are shared between arm and arm64 and which employ
FIQ on arm cannot include asm/fiq.h without #ifdef'ing. This patch
introduces a dummy version of asm/fiq.h to arm64 to avoid this.
Signed-off-by: Daniel Thompson
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/include/asm/fiq.h
On 09/03/2014 10:51 PM, Andrew Bresticker wrote:
> Mathias,
>
> On Tue, Aug 19, 2014 at 10:01 AM, Andrew Bresticker
> wrote:
>> It was suggested in the review of the Tegra xHCI driver [1] that we
>> allow xHCI drivers to be built as individual modules (like EHCI) instead
>> of building them all
This patch introduces a new default FIQ handler that is structured in a
similar way to the existing ARM exception handler and result in the FIQ
being handled by C code running on the SVC stack (despite this code run
in the FIQ handler is subject to severe limitations with respect to
locking making
On Tue, Sep 9, 2014 at 3:16 AM, Arnd Bergmann wrote:
> On Tuesday 09 September 2014 09:46:21 Liviu Dudau wrote:
>> On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
>> > PCI domain(or named segment) is provided by firmware, in ACPI system, we
>> > evaluated it
>> > by method "_SEG".
Fix a missing __user annotation in a cast of a user space pointer (found by
checker).
Signed-off-by: David Howells
---
net/rxrpc/ar-key.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/rxrpc/ar-key.c b/net/rxrpc/ar-key.c
index b45d080e64a7..1b24191167f1 100644
---
On 04/09/2014 00:15, Roland Dreier wrote:
> Have you done any review or testing of these changes? If so can you
> share the results?
We have tested this feature thoroughly inside Mellanox. We ran random
tests that performed MR registrations, memory mappings and unmappings,
calls to madvise with
: 9384 Comm: trinity-c349 Not tainted
3.17.0-rc4-next-20140909-sasha-00032-gc16d47b #1131
[ 1219.823184] 0009 8801bff47d60 b24c5ec5
[ 1219.823190] 8801bff47d98 af16e4fd c9008200
00037600
[ 1219.823195] 880779badd70
On 09/09/2014 06:10 AM, Boaz Harrosh wrote:
> On 09/01/2014 01:15 PM, Boaz Harrosh wrote:
>> On 08/27/2014 06:22 PM, Boaz Harrosh wrote:
>>> Jens Hi
>>>
>>> What do you intend to do with these fixes? These are real bugs on devices
>>> shipped for a while now. I think they need to go into current
On Tue, Sep 9, 2014 at 3:30 AM, Yijing Wang wrote:
> On 2014/9/9 16:46, Liviu Dudau wrote:
>> On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
>> on new requests. This function gets called quite a lot and I'm trying
>> not to
>> make it too heavy weight.
>
>
Hello Conrad,
On 02/14/2014 07:28 PM, Conrad Kostecki wrote:
>> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
Does it have DMI?
>>>
>>> Unfortunately not.
>>>
>>> # dmidecode 2.12
>>> # No SMBIOS nor DMI entry point found, sorry.
>>>
>>
>> Sigh. Does anyone have contacts at Soekris
On Tue, Sep 9, 2014 at 5:38 AM, Will Deacon wrote:
> On Mon, Sep 08, 2014 at 11:40:43PM +0100, Kees Cook wrote:
>> On Mon, Sep 8, 2014 at 2:55 PM, Rabin Vincent wrote:
>> > On Mon, Sep 08, 2014 at 12:16:34PM -0700, Kees Cook wrote:
>> >> On Thu, Sep 04, 2014 at 06:27:48PM +0100, Will Deacon
From: Hugues Morisset
Signed-off-by: Hugues Morisset
---
drivers/staging/lustre/lustre/include/obd.h | 34 +++--
1 file changed, 18 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/obd.h
b/drivers/staging/lustre/lustre/include/obd.h
From: Hugues Morisset
fix coding style issues including:
* Better alignement of some structures
* Fonction pointer with wrong style
* Remove enums declarations
* A missing empty line
Hugues Morisset (3):
staging: lustre: fix coding style on long lines and a missing
empty line
From: Hugues Morisset
Signed-off-by: Hugues Morisset
---
drivers/staging/lustre/lustre/include/obd.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/obd.h
b/drivers/staging/lustre/lustre/include/obd.h
index 7f2b8cb..318aec9
From: Hugues Morisset
Signed-off-by: Hugues Morisset
---
drivers/staging/lustre/lustre/include/obd.h | 10 +++---
drivers/staging/lustre/lustre/lmv/lmv_obd.c | 2 +-
drivers/staging/lustre/lustre/lmv/lproc_lmv.c | 6 +++---
3 files changed, 7 insertions(+), 11 deletions(-)
diff
We want to be able to COMPILE_TEST the omap1_camera driver.
It compiles fine, but it fails linkediting:
ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
undefined!
ERROR: "omap_start_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
undefined!
ERROR:
ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
Yet, it sounds a bad idea to use ndelay to wait for 100 us
for the device to reset.
Reported-by: Stephen Rothwell
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
When vpif is compiled as module, those errors happen:
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_display.ko] undefined!
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!
That's because vpif_lock symbol is not exported.
Reported-by: Stephen Rothwell
Building with the attached random configuration file,
drivers/built-in.o: In function `cnic_get_v6_route':
cnic.c:(.text+0x3a4168): undefined reference to `ip6_route_output'
make: *** [vmlinux] Error 1
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 3.17.0-rc4 Kernel Configuration
#
+linux-omap, tony
-Balaji
On 09/09/2014 09:38 AM, Mauro Carvalho Chehab wrote:
> We want to be able to COMPILE_TEST the omap1_camera driver.
> It compiles fine, but it fails linkediting:
>
> ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
> undefined!
> ERROR:
On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> We want to be able to COMPILE_TEST the omap1_camera driver.
> It compiles fine, but it fails linkediting:
>
> ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
> undefined!
> ERROR: "omap_start_dma"
On Tue, Sep 09, 2014 at 07:19:50AM +0530, Vivek Gautam wrote:
> Hi,
>
>
> On Mon, Sep 8, 2014 at 7:14 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Sep 08, 2014 at 09:53:09AM +0530, Vivek Gautam wrote:
> >> On Fri, Sep 5, 2014 at 11:26 PM, Felipe Balbi wrote:
> >> > On Thu, Sep 04, 2014 at
On Tue, Sep 09, 2014 at 08:02:16AM +0200, Robert Baldyga wrote:
> On 09/08/2014 03:47 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Sep 08, 2014 at 09:57:00AM +0200, Robert Baldyga wrote:
> >> This patch introduces virtual endpoint address mapping. It separates
> >> function logic form physical
IEEE 802.3x Ethernet flow control is disabled when bit (1 << 2) is set
in the port status register. Fix the flow control detection in the link
event handling function which was relying on the opposite assumption.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/pxa168_eth.c | 4
This patch adds the Ethernet node, enabling the network unit on Berlin
BG2Q SoCs.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2q.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/dts/berlin2q.dtsi
index
This patch enables the Ethernet port on the Marvell Berlin2Q DMP board.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2q-marvell-dmp.dts
b/arch/arm/boot/dts/berlin2q-marvell-dmp.dts
Hi all,
This series introduce support for the Ethernet controller on Berlin SoCs,
using the existing pxa168 Ethernet driver. In order to do this, DT
support is added to the driver alongside some other modifications and
fixes.
Version 1 of this series was introducing a new Ethernet driver but
Berlin SoCs have an Ethernet controller compatible with the pxa168.
Allow these SoCs to use the pxa168_eth driver.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/marvell/Kconfig
Changelog since v1
o Default to zone-ordering on 32-bit and remove heuristics
o Expand changelog
Zones are allocated by the page allocator in either node or zone order.
Node ordering is preferred in terms of locality and is applied automatically
in one of three cases.
1. If a node has only low
When changing the MAC address, in addition to updating the dev_addr in
the net_device structure, this patch also update the MAC address
registers (high and low) of the Ethernet controller with the new MAC.
The address stored in these registers is used for IEEE 802.3x Ethernet
flow control, which
This adds the binding documentation for the Marvell PXA168 Ethernet
controller, following its DT support.
Signed-off-by: Antoine Tenart
---
.../devicetree/bindings/net/marvell-pxa168.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
Add the device tree support to the pxa168_eth driver.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/pxa168_eth.c | 67 ---
1 file changed, 44 insertions(+), 23 deletions(-)
diff --git a/drivers/net/ethernet/marvell/pxa168_eth.c
Building with the attached random configuration file,
drivers/usb/dwc2/platform.o: In function `dwc2_platform_driver_init':
platform.c:(.init.text+0x0): multiple definition of `init_module'
drivers/usb/dwc2/gadget.o:gadget.c:(.init.text+0x0): first defined here
drivers/usb/dwc2/platform.o: In
Enable timer 1 to be the source for the sched_clock, allowing to have a
more precise value than 1/HZ.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2q.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/dts/berlin2q.dtsi
index
Clean up a bit the pxa168_eth driver before adding the device tree
support.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/pxa168_eth.c | 102 +++---
1 file changed, 50 insertions(+), 52 deletions(-)
diff --git a/drivers/net/ethernet/marvell/pxa168_eth.c
There is a dead lock between between cpu hotplug and handler of ACPI Processor
Power notify event. Cpu hotplug lock is held and then hold cpuidle lock during
cpu hotplug.
During ACPI processor power notify event, acpi_processor_cst_has_chaged() does
converse
thing and cause dead lock. Just like
On Tue, Sep 09, 2014 at 04:36:25PM +0200, Hugues Morisset wrote:
> From: Hugues Morisset
This is fine, but next time leave this line out. We get the information
from your email address unless you are forwarding patches on behalf of
someone else.
regards,
dan carpenter
--
To unsubscribe from
Ezequiel,
On Fri, Aug 29, 2014 at 11:51:45AM -0300, Ezequiel Garcia wrote:
> Hi Antoine,
>
> A quick look...
Well, it seems Sebastian is right and we can use the existing PXA168
Ethernet driver, so I just sent a new series doing that...
Thanks for the review anyway!
Antoine
--
Antoine
On Mon, Sep 08, 2014 at 08:47:37AM -0700, Dave Hansen wrote:
> On 09/05/2014 05:35 AM, Johannes Weiner wrote:
> > On Thu, Sep 04, 2014 at 01:27:26PM -0700, Dave Hansen wrote:
> >> On 09/04/2014 07:27 AM, Michal Hocko wrote:
> >>> Ouch. free_pages_and_swap_cache completely kills the uncharge
On 09/09/14 15:15, Will Deacon wrote:
> On Tue, Sep 09, 2014 at 02:14:54PM +0100, Daniel Thompson wrote:
>> On 09/09/14 14:03, Daniel Thompson wrote:
>>> On 09/09/14 13:28, Will Deacon wrote:
I have a larger series adding these (and the write equivalents) to all
architectures that I
Hi Dmitry/Stephen-
I have tested and reworked the fix for the double free issue in atmel_mxt_ts
that Stephen identified. A lot more entertaining than I thought at first. Also
a minor change to reduce the verbosity of a warning message.
cheers
Nick
--
To unsubscribe from this list: send the
From: Stephen Warren
[reworked after comments by Dmitry Torokhov. Move free of input device into
separate function. Only call in paths that require it. Move mxt_initialize
after sysfs init, because otherwise an error in the sysfs init may interfere
with the async return from the firmware loader.
Hello All,
Before its too late to discuss this basic question, allow me to share my
view on the deferrable timer approach.
I believe KSM at this point is tunable with predictable outcomes. When
it will get triggered, how many pages it will scan etc. This aggression
control is with user who
Since 2.6.24 there has been a paranoid check in move_freepages that looks
up the zone of two pages. This is a very slow path and the only time I've
seen this bug trigger recently is when memory initialisation was broken
during patch development. Despite the fact it's a slow path, this patch
* Adrian Hunter wrote:
> On 09/09/2014 07:59 AM, Ingo Molnar wrote:
> >
> > * Arnaldo Carvalho de Melo wrote:
> >
> >> Hi Ingo,
> >>
> >>Please consider pulling,
> >>
> >> - Arnaldo
> >>
> >> The following changes since commit
> >> 39b5a56ec0be5effe9b7d0f18cb27724bf2e5d47:
> >>
> >>
Commit-ID: e0455e194a5e0cf49bc7596a20d4f7e47995b9c6
Gitweb: http://git.kernel.org/tip/e0455e194a5e0cf49bc7596a20d4f7e47995b9c6
Author: Andreea-Cristina Bernat
AuthorDate: Fri, 22 Aug 2014 17:15:36 +0300
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:53:04 +0200
perf/callchain:
From: Nick Dyer
In the case where the CHG/interrupt line mode is not configured correctly,
this warning is output to dmesg output for each interrupt. Downgrade the
message to debug.
Signed-off-by: Nick Dyer
---
drivers/input/touchscreen/atmel_mxt_ts.c | 7 ++-
1 file changed, 6
Commit-ID: 5cd038f53ed9ec7a17ab7d536a727363080f4210
Gitweb: http://git.kernel.org/tip/5cd038f53ed9ec7a17ab7d536a727363080f4210
Author: Lai Jiangshan
AuthorDate: Wed, 4 Jun 2014 16:25:15 +0800
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:47:27 +0200
sched: Migrate waking tasks
On Tue, Sep 09, 2014 at 03:46:30PM +0100, Mel Gorman wrote:
> Changelog since v1
> o Default to zone-ordering on 32-bit and remove heuristics
> o Expand changelog
>
> Zones are allocated by the page allocator in either node or zone order.
> Node ordering is preferred in terms of locality and is
2014-09-09 0:33 GMT+02:00 Greg KH :
> On Tue, Aug 12, 2014 at 04:12:17PM +0200, Matthias Brugger wrote:
>> This patch adds the devicetree documentation for the Mediatek UART.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>> .../devicetree/bindings/serial/mtk-uart.txt| 20
>>
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 09, 2014 at 11:48:20AM +0300, Adrian Hunter escreveu:
> > It looks like I reposted older versions by mistake on 31 July.
> > Very sorry :-(
> >
> > The originals were changed as described here:
> >
> >
On Tue, 9 Sep 2014, Eric Sesterhenn wrote:
> On 02/14/2014 07:28 PM, Conrad Kostecki wrote:
> This patch enables a quirk for the Soekris net6501 HPET if
> pciquirks=soekris_e6xx" is supplied at the kernel commandline,
> Without these patches the clocksource defaults to jiffies, which
> is
Commit-ID: 3577af70a2ce4853d58e57d832e687d739281479
Gitweb: http://git.kernel.org/tip/3577af70a2ce4853d58e57d832e687d739281479
Author: Cong Wang
AuthorDate: Tue, 2 Sep 2014 15:27:20 -0700
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:53:42 +0200
perf: Fix a race condition in
From: Wolfram Sang
Not for upstream!
Signed-off-by: Wolfram Sang
---
arch/arm/boot/dts/r8a7790-lager.dts | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
b/arch/arm/boot/dts/r8a7790-lager.dts
index
* Matt Fleming wrote:
> On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
> >
> > So please only put the 3 regression fixes into efi-urgent, the
> > rest can go into the v3.18 pile.
>
> OK, I'll sort that out.
Thanks!
Ingo
--
To unsubscribe from this list: send the line
Commit-ID: 066ce64c7e867e95e5fee7c5f6b852710486392a
Gitweb: http://git.kernel.org/tip/066ce64c7e867e95e5fee7c5f6b852710486392a
Author: Mathias Krause
AuthorDate: Tue, 26 Aug 2014 18:49:45 +0200
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:53:06 +0200
perf/x86/intel: Mark
On Tuesday, September 09, 2014 10:44:17 PM Lan Tianyu wrote:
> There is a dead lock between between cpu hotplug and handler of ACPI Processor
> Power notify event. Cpu hotplug lock is held and then hold cpuidle lock
> during cpu hotplug.
> During ACPI processor power notify event,
Commit-ID: cc99535eb4049c730cac421d403d079593cb31ae
Gitweb: http://git.kernel.org/tip/cc99535eb4049c730cac421d403d079593cb31ae
Author: Jan-Simon Möller
AuthorDate: Fri, 5 Sep 2014 16:16:45 -0700
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 07:13:39 +0200
x86/mm: Apply the
Commit-ID: a08b6769d4c5e8d2a3192a45e40b3cdcca0da6a1
Gitweb: http://git.kernel.org/tip/a08b6769d4c5e8d2a3192a45e40b3cdcca0da6a1
Author: Andi Kleen
AuthorDate: Fri, 29 Aug 2014 10:20:58 -0700
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:53:08 +0200
perf/x86: Fix section
Finally, here is my take on the often desired feature that Linux can not only
be an I2C master, but also an I2C slave. Compared to my draft sent out last
week, this RFC has been tested on hardware (Renesas Lager board) and works \o/
One big part still missing is documentation, so brave ones need
* Matt Fleming wrote:
> Folks, this is a resend of the EFI urgent pull request from yesterday
> with the non-regression-fixing patches dropped as Ingo requested. The
> patches fix two regressions introduced during the merge window, and one
> introduced in -rc2.
>
> The following changes since
From: Wolfram Sang
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-rcar.c | 122 ++
1 file changed, 113 insertions(+), 9 deletions(-)
diff --git a/drivers/i2c/busses/i2c-rcar.c b/drivers/i2c/busses/i2c-rcar.c
index 1cc146cfc1f3..fe875d994441
* Nishanth Menon [140909 07:40]:
> +linux-omap, tony
> -Balaji
>
> On 09/09/2014 09:38 AM, Mauro Carvalho Chehab wrote:
> > We want to be able to COMPILE_TEST the omap1_camera driver.
> > It compiles fine, but it fails linkediting:
> >
> > ERROR: "omap_stop_dma"
From: Wolfram Sang
Signed-off-by: Wolfram Sang
---
drivers/i2c/Kconfig| 10 +++
drivers/i2c/Makefile | 1 +
drivers/i2c/i2c-slave-eeprom.c | 152 +
3 files changed, 163 insertions(+)
create mode 100644
Commit-ID: 70691d4a0bf7c871559d4ef1b0056edefbca123b
Gitweb: http://git.kernel.org/tip/70691d4a0bf7c871559d4ef1b0056edefbca123b
Author: Andreea-Cristina Bernat
AuthorDate: Fri, 22 Aug 2014 16:26:05 +0300
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:53:05 +0200
perf/core:
On 09/09/14 16:38, Mauro Carvalho Chehab wrote:
> ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
>
> Yet, it sounds a bad idea to use ndelay to wait for 100 us
> for the device to reset.
>
> Reported-by: Stephen Rothwell
> Signed-off-by: Mauro Carvalho Chehab
>
commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O during
memory allocation")
introduces PF_MEMALLOC_NOIO flag to avoid doing I/O inside memory allocation,
__GFP_IO is cleared
when this flag is set, but __GFP_FS implies __GFP_IO, it should also be
cleared. Or it may still
Commit-ID: 8236d907ab3411ad452280faa8b26c1347327380
Gitweb: http://git.kernel.org/tip/8236d907ab3411ad452280faa8b26c1347327380
Author: Jason Low
AuthorDate: Tue, 2 Sep 2014 00:41:24 -0700
Committer: Ingo Molnar
CommitDate: Tue, 9 Sep 2014 06:47:29 +0200
sched: Reduce contention in
On Tue, Sep 09, 2014 at 08:23:15AM +0200, Robert Baldyga wrote:
> Up to now, when endpoint addresses in descriptors were non-consecutive,
> there were created redundant files, which could cause problems in kernel,
> when user tried to read/write to them. It was result of fact that maximum
>
501 - 600 of 2114 matches
Mail list logo