* Josh Triplett j...@joshtriplett.org wrote:
and it slows down kernel development'.
No, it doesn't slow down development builds; it makes kernel builds
slower if and only if LTO is turned on, which most kernel developers
won't need to do.
On the other hand, distro and embedded kernels
On Tue, 15 Apr 2014 07:48:30 +0200
Rafael J. Wysocki r...@rjwysocki.net wrote:
On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
acpi_processor_add() assumes that present at boot CPUs
are always onlined, it is not so if a CPU failed to become
onlined. As result
On 15 April 2014 02:37, Stratos Karafotis strat...@semaphore.gr wrote:
This patch set introduces two freq_table helper macros which
can be used for iteration over cpufreq_frequency_table and
makes the necessary changes to cpufreq core and drivers that
use such an iteration procedure.
The
On 14 April 2014 17:36, Peter Zijlstra pet...@infradead.org wrote:
That's a bit of a non-answer. I'm fairly sure its not a gazillion
issues, since the actual scheduler tick doesn't actually do that much.
So start by enumerating what is actually required.
The 2), which I suppose you're now
* Rafael J. Wysocki r...@rjwysocki.net wrote:
On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
acpi_processor_add() assumes that present at boot CPUs
are always onlined, it is not so if a CPU failed to become
onlined. As result acpi_processor_add() will mark such CPU
device as
* Frederic Weisbecker fweis...@gmail.com wrote:
On Mon, Apr 14, 2014 at 01:22:17PM +0200, Ingo Molnar wrote:
* Frederic Weisbecker fweis...@gmail.com wrote:
On Thu, Apr 03, 2014 at 06:17:10PM +0200, Frederic Weisbecker wrote:
Ingo, Thomas,
Please pull the
On Tue, Apr 15, 2014 at 10:42 AM, Andrew Bresticker
abres...@chromium.org wrote:
If regulator_get_optional() returns EPROBE_DEFER, it indicates
that the regulator may show up later (e.g. the DT property is
present but the corresponding regulator may not have probed).
Instead of continuing
Am Montag, 14. April 2014, 22:51:05 schrieb Joe Perches:
Hi Joe,
On Tue, 2014-04-15 at 07:35 +0200, Stephan Mueller wrote:
diff --git a/crypto/drbg.c b/crypto/drbg.c
[]
@@ -0,0 +1,1997 @@
[]
+/***
+ * Backend cipher
Hi Tomasz,
On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam gautamvivek1...@gmail.com wrote:
On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa t.f...@samsung.com wrote:
On 09.04.2014 13:49, Vivek Gautam wrote:
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vivek,
Hi, Joe Perches, I think your suggestion is more desirable. The message is
too long, I broke it into two lines. Thanks.
---8---
Also print the r/w direction string instead of only internal values.
Suggested-by: Joe Perches j...@perches.com
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
---
On Mon, Apr 14, 2014 at 5:35 PM, Ben Skeggs skeg...@gmail.com wrote:
On Fri, Apr 11, 2014 at 5:34 PM, Alexandre Courbot acour...@nvidia.com
wrote:
On 04/11/2014 04:31 PM, Ben Skeggs wrote:
On Fri, Apr 11, 2014 at 12:46 PM, Alexandre Courbot gnu...@gmail.com
wrote:
On Wed, Mar 26, 2014 at
Hi Johannes,
On 04/15/2014 06:16 AM, Johannes Weiner wrote:
On Wed, Apr 09, 2014 at 07:02:30PM +0400, Vladimir Davydov wrote:
After the memcg is offlined, we mark its kmem caches that cannot be
deleted right now due to pending objects as dead by setting the
memcg_cache_params::dead flag, so
On 9 April 2014 15:08, Jani Nikula jani.nik...@linux.intel.com wrote:
On Wed, 09 Apr 2014, Dave Airlie airl...@gmail.com wrote:
On Wed, Apr 9, 2014 at 4:07 PM, Daniel J Blueman dan...@quora.org wrote:
On 9 April 2014 11:41, Dave Airlie airl...@gmail.com wrote:
On Tue, Apr 8, 2014 at 5:32 PM,
On 04/14/2014 06:36 PM, 함명주 wrote:
MyungJoo/Kyungmin,
Bump. Can we accept this patch please?
-Saravana
Nack.
Please note that freq_table is also an optional value, which may
be null.
Ah, I saw that the max_freq would be zero if freq_table was NULL and I
assumed that it
On Mon, Apr 14, 2014 at 1:28 PM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Apr 14, 2014 at 1:24 PM, David Miller da...@davemloft.net wrote:
From: Andy Lutomirski l...@amacapital.net
Date: Mon, 14 Apr 2014 13:13:45 -0700
I think this description is wrong. (unsigned long *) sd-args[1]
On Tue, Apr 15, 2014 at 8:14 AM, Eric Dumazet eric.duma...@gmail.com wrote:
Zhan, could you try following patch, thanks !
drivers/net/vxlan.c |4 ++--
include/net/dst.h | 14 +++---
include/net/inet6_connection_sock.h |2 +-
Hi Tomi,
On Mon, Apr 14, 2014 at 8:44 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 12/04/14 04:30, Steven Miao wrote:
From: Steven Miao real...@gmail.com
should include linux/gpio.h
Signed-off-by: Steven Miao real...@gmail.com
---
drivers/video/bf54x-lq043fb.c |1 +
1 file
Hi Andi,
On Mon, 14 Apr 2014 09:09:31 -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
perf stat -rX prints the stddev for multiple measurements.
Just looking at the stddev for judging the quality of the data
is a bit dangerous The simplest sanity check is to just look
at a
Hi Krzysztof,
On 04/14/2014 06:17 PM, Krzysztof Kozlowski wrote:
Add muic prefix to regmap config to differentiate between another regmap
config for MAX77836 PMIC node. Additionally remove unused
symbols: MAX14577_REG_INVALID and max14577_irq_source.
Signed-off-by: Krzysztof Kozlowski
Hi Krzysztof,
On 04/14/2014 06:17 PM, Krzysztof Kozlowski wrote:
This patch prepares for adding support for MAX77836 device to existing
max14577 driver by adding MAX14577 prefix to defines of interrupts.
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof
From: Li, Zhen-Hua zhen-h...@hp.com
In benet driver, netif_device_detach and netif_device_attach should be
called between rtnl_lock and rtnl_unlock.
Signed-off-by: Li, Zhen-Hua zhen-h...@hp.com
---
drivers/net/ethernet/emulex/benet/be_main.c | 17 ++---
1 file changed, 14
Dear all,
I tested this patchset about mfd/extcon/regulator on 3.15-rc1.
How about applying this patchset on some git repository?
I need the opinion of mfd/regulator maintainers
because this patchset include mfd/extcon/regulator patches.
But, following new patches hasn't acked. The two patches
- Original Message -
From: Daeseok Youn daeseok.y...@gmail.com
To: airl...@linux.ie
Cc: bske...@redhat.com, dri-de...@lists.freedesktop.org,
linux-kernel@vger.kernel.org
Sent: Tuesday, 15 April, 2014 11:56:49 AM
Subject: [PATCH] drm/nouveau/clk: fix possible NULL pointer dereference
Hi guys,
so I'm booting 15-rc1 + tip/master and around the time modesetting gets
initialized, the screen blanks and on it appears a message from the
monitors:
The current input timing is not supported by the monitor display.
Please change your input timing to 1920x1200@60Hz or any other monitor
On 04/15/2014 12:59 AM, Alexandre Belloni wrote:
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
On Tue, Apr 15, 2014 at 10:01:44AM +0300, Peter Ujfalusi wrote:
On 04/15/2014 12:59 AM, Alexandre Belloni wrote:
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 10 ++
1 file changed, 2 insertions(+), 8
From: Steven Miao real...@gmail.com
include linux/gpio.h, drop asm/gpio.h
Signed-off-by: Steven Miao real...@gmail.com
---
drivers/video/bf54x-lq043fb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/bf54x-lq043fb.c b/drivers/video/bf54x-lq043fb.c
index
rfkill-gpio calls clk_enable() without first calling clk_prepare(),
resulting in a warning and no effect. Switch to clk_prepare_enable()
and clk_disable_unprepare.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
net/rfkill/rfkill-gpio.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The CubieTruck has an AMPAK AP6210 WiFi+Bluetooth module. The Bluetooth
part is a BCM20710 device connected to UART2 in the A20 SoC.
The IC requires a 32.768 KHz low power clock input for proper
auto-detection of the main clock, and an enable signal via GPIO.
Signed-off-by: Chen-Yu Tsai
rfkill-gpio has clk_enabled = blocked, which is true when rfkill
blocks the device. This results in calling clock enable/disable at
the wrong time. Reversing the value fixes this.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
net/rfkill/rfkill-gpio.c | 2 +-
1 file changed, 1 insertion(+), 1
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
.../devicetree/bindings/rfkill/rfkill-gpio.txt | 24 ++
net/rfkill/rfkill-gpio.c | 23 +
2 files changed, 47 insertions(+)
create mode 100644
This patch provides of_get_gpiod_flags_by_name(), which looks up GPIO
phandles by name only, through gpios/gpio-names, and not by index.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
drivers/gpio/gpiolib-of.c | 48 +++
include/linux/of_gpio.h | 3
Some devices, such as Broadcom Bluetooth devices, require a specific
clock rate for the clock tied to the rfkill device. Add a clock-frequency
property so we can specify this from the device tree.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
Hi everyone,
This patch series adds device tree support to rfkill-gpio, and
fixes some issues I ran into. This is so we can define and control
RF devices through the device tree, such as the Broadcom BCM20710
UART-based Bluetooth device found on the CubieTruck.
The series is based on Heikki's
On 15 April 2014 02:28, John Stultz john.stu...@linaro.org wrote:
(Forgive the duplicate, I forgot to cc lkml)
I was testing v3.15-rc1 in my qemu-system-arm environment and noticed a
flood of the following messages:
sd_write_data: not in Receiving-Data state
After looking around in the
This patch enables gpio-names based gpiod lookup in device tree usage,
which ignores the index passed to gpiod_get_index. If this fails, fall
back to the original function-index (con_id-gpios) based lookup scheme,
for backward compatibility and any drivers needing more than one GPIO
for any
Hi Linus,
just checking on the status here: what did we decide on this one in
the end?
It works as expected, it is a good idea to have it as a protection
against every user space abuser, maybe we should apply it now that the
merge window is over and things are calming down?
Or should I remind
Hi Greg,
On Mon, 14 Apr 2014 21:53:34 -0700, Greg KH wrote:
On Mon, Apr 14, 2014 at 03:59:11PM -0400, Josh Boyer wrote:
Maybe I'm overly grumpy. Still, it's frustrating to see Kconfig
entries that clearly say blahblah found on foo ARM chip in the help
with no depends on ARM (not
On Tue, Apr 15, 2014 at 10:37:11AM +0900, Jungseok Lee wrote:
On Tuesday, April 15, 2014 12:14 AM, Steve Capper wrote:
On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
This patch implements 4 levels of translation tables since 3 levels of
page tables with 4KB pages cannot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/04/2014 23:04, Mark Brown wrote:
On Mon, Apr 14, 2014 at 03:08:05PM +0200, Boris BREZILLON wrote:
SMBus is a subset of the I2C protocol, oftenly used to access
registers on
external devices.
This is basically fine. However...
+
This is a cleanup patch suggested by Peter. Use new
this_cpu_xxx to improve operation speed. Meanwhile,
it fixes an issue introduced in commit 27f6c573e0. I
forget to execute put_cpu_var operation after get_cpu_var.
Signed-off-by: Chen, Gong gong.c...@linux.intel.com
Suggested-by: H. Peter Anvin
On Mon, Apr 14, 2014 at 03:02:21PM -0700, Andrew Morton wrote:
Anyway, emails are cheap and nobody reads lkml so please just resend
everything ;)
You're nobody right? ;-) At least the rumour went you actually read
lkml.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On 04/15/2014 10:14 AM, Simon Horman wrote:
On Tue, Apr 15, 2014 at 10:01:44AM +0300, Peter Ujfalusi wrote:
On 04/15/2014 12:59 AM, Alexandre Belloni wrote:
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 10 ++
1
Hi Miklos,
On Mon, Apr 14, 2014 at 10:11 PM, Miklos Szeredi mik...@szeredi.hu wrote:
On Mon, Apr 14, 2014 at 6:32 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi mik...@szeredi.hu wrote:
This series wires up the recently added renameat2
Hi Ingo,
On Fri, Mar 28, 2014 at 09:11:17AM +0100, Ingo Molnar wrote:
* Clemens Ladisch clem...@ladisch.de wrote:
Feng Tang wrote:
On Fri, Mar 28, 2014 at 08:17:16AM +0100, Ingo Molnar wrote:
* Feng Tang feng.t...@intel.com wrote:
- or the kernel should have a quirk to reliably
On Tue, 15 Apr 2014 09:40:40 +0200 Peter Zijlstra pet...@infradead.org wrote:
On Mon, Apr 14, 2014 at 03:02:21PM -0700, Andrew Morton wrote:
Anyway, emails are cheap and nobody reads lkml so please just resend
everything ;)
You're nobody right? ;-) At least the rumour went you actually
Richard,
On Sun, 2014-02-09 at 23:26 +0100, Richard Weinberger wrote:
Am 09.02.2014 23:24, schrieb Paul Bolle:
On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
The symbol is an orphan, get rid of it.
Signed-off-by: Richard Weinberger rich...@nod.at
This one first entered
Am 15.04.2014 09:47, schrieb Paul Bolle:
Richard,
On Sun, 2014-02-09 at 23:26 +0100, Richard Weinberger wrote:
Am 09.02.2014 23:24, schrieb Paul Bolle:
On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
The symbol is an orphan, get rid of it.
Signed-off-by: Richard Weinberger
Hi Pranith,
On Mon, Apr 14, 2014 at 07:45:22PM +0100, Pranith Kumar wrote:
Please disregard previous patches. This is the correct one.
prefetch destination as is being done in ARM32 atomic ops
Whilst this looks like a potentially sensible optimisation (based on the
results I saw on
On Sat, Apr 12, 2014 at 01:56:16PM +0100, Dietmar Eggemann wrote:
On 11/04/14 10:44, Vincent Guittot wrote:
This patchset was previously part of the larger tasks packing patchset [1].
I have splitted the latter in 3 different patchsets (at least) to make the
thing easier.
-configuration of
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() or pci_enable_msi_exact()
and pci_enable_msix_range() or pci_enable_msix_exact()
interfaces.
On Tuesday 15 April 2014 09:07:00 Chanho Min wrote:
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Tuesday, April 15, 2014 1:46 AM
To: Chanho Min
Cc: Catalin Marinas; linux-arm-ker...@lists.infradead.org;
linux-kernel@vger.kernel.org
Subject: Re:
Initially in normal write path, when the disk was almost full – we got
hung for the ‘sync’ because the flusher (which is busy in the
writepages is not responding). Before the hung task, we also found the
logs like:
EXT4-fs error (device sda1): ext4_mb_generate_buddy:742: group 1493, 0
clusters in
Hi Peter,
I'm guessing that x86 vdso problems are in your area of expertise,
if not can you point me at the right person to bug?
I just spun up my XFS performance tests on 3.15-rc1, the first of
which runs a concurrent fsmark workload. fsmark uses gettimeofday to
do per-operation timing and
On 15 April 2014 02:41, Mark Brown broo...@kernel.org wrote:
On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
- - s5m8767,pmic-ext-control-gpios: (optional) GPIO specifier for one
+ - samsung,ext-control-gpios: (optional) GPIO specifier for one
GPIO
On Tue, Apr 15, 2014 at 03:00:24AM +0100, Ding Tianhong wrote:
On 2014/4/14 21:01, Will Deacon wrote:
Hi Ding,
On Mon, Apr 14, 2014 at 01:03:12PM +0100, Ding Tianhong wrote:
I met a problem when migrating process by following steps:
1) The process was already running on core 0.
2)
This issue was found by Coverity (CID 1202536)
This proposes a fix for a statement that creates dead code.
The rc 0 statement is within code that is run
with rc 0.
It seems like err 0 was meant to be used here.
This way, the error code is returned by the function.
Signed-off-by: Michael
The Marvell Berlin BG2Q has 6 GPIO ports compatible with the snps,dw-apb-gpio
driver. This patch add the corresponding device tree nodes.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
---
arch/arm/boot/dts/berlin2q.dtsi | 102
1 file
/* I found a bug in V5, so I resend this as V5.1. Please do not review V5. */
Add tunable RX interrupt trigger I/F of FIFO buffers.
Serial devices are used as not only message communication devices but control
or sending communication devices. For the latter uses, normally small data
will be
Jiri,
On Tue, 2014-02-11 at 13:38 +0100, Paul Bolle wrote:
A number of Kconfig entries default to (uppercase) N. It was clearly
intended to use default n. But since (lowercase) n is the default
anyway, these lines might as well be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
-Original Message-
From: Li, Zhen-Hua [mailto:zhen-h...@hp.com]
In benet driver, netif_device_detach and netif_device_attach should be
called between rtnl_lock and rtnl_unlock.
Zhen, it's not clear to me why rtnl_lock is needed around netif_device_attach().
Can you pls explain what
This series add the support for the GPIOs of the Berlin BG2Q. We use the
newly integrated dwapb GPIO driver here.
This applies on top of Alexandre's BG2Q symbol introduction[1] and the dwapb
gpio patch fixing IRQ initialization[2].
[1] https://patchwork.kernel.org/patch/3876141/
[2]
The BG2Q has GPIOs driven by the dwapb GPIO driver. Add the LIBGPIO as a
dependency to be able to support them.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
---
arch/arm/mach-berlin/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-berlin/Kconfig
On 15/04/14 01:38, Jungseok Lee wrote:
On Tuesday, April 15, 2014 1:19 AM, Marc Zyngier wrote:
On 14/04/14 08:40, Jungseok Lee wrote:
This patch deals with checkpatch complaint as fixing line length
exceeding 80 characters.
WARNING: line over 80 characters
Signed-off-by: Jungseok Lee
Currently, if user specifies both symbol name and address, we just
bail out.
This might be too rude. This patch makes it give more tolerance.
If both are specified, check address first, if the symbol found
does not match the one user specify, print a waring. If not found,
return -ENOENT, because
On Tue, Apr 15, 2014 at 05:53:36PM +1000, Dave Chinner wrote:
Hi Peter,
I'm guessing that x86 vdso problems are in your area of expertise,
if not can you point me at the right person to bug?
And you can ignore it. The VM wasn't running the kernel I thought it
was - it was an old kernel from
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
This patch add memory mapping for PMU (Power Management Unit) which is used
for power control of Exynos3250.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
---
Arnd Bergmann suggested
On Mon, Apr 14, 2014 at 11:00 PM, Masami Hiramatsu
masami.hiramatsu...@hitachi.com wrote:
if (p-addr) {
if (p-symbol) {
sym = kallsyms_lookup(p-addr, ... offs ...);
if (strcmp(sym,p-symbol) != 0 || offs != p-offset) {
pr_warning(Error! ...);
goto fail;
}
}
}
On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
On 15 April 2014 02:41, Mark Brown broo...@kernel.org wrote:
On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
- - s5m8767,pmic-ext-control-gpios: (optional) GPIO specifier for one
+ -
On Tue, Apr 15, 2014 at 10:06:50AM +0200, Michael Opdenacker wrote:
This issue was found by Coverity (CID 1202536)
This proposes a fix for a statement that creates dead code.
The rc 0 statement is within code that is run
with rc 0.
It seems like err 0 was meant to be used here.
This
On 04/14/2014 08:44 PM, Sasha Levin wrote:
kmemcheck used to do it's own basic instruction decoding, which is
just a duplication of the work done in arch/x86/lib/insn.c.
Instead, switch it to using the already existing dissasembler, and
switch the magic opcode numbers into something meaningful.
Hi, Johan,
On 04/15/2014 03:58 AM, Johan Hovold wrote:
The current ACM runtime-suspend implementation is broken in several
ways:
Firstly, it buffers only the first write request being made while
suspended -- any further writes are silently dropped.
Secondly, writes being dropped also leak
Commit-ID: 79a51b25badae79d2da6f7b54530adf56697f669
Gitweb: http://git.kernel.org/tip/79a51b25badae79d2da6f7b54530adf56697f669
Author: Prarit Bhargava pra...@redhat.com
AuthorDate: Wed, 2 Apr 2014 08:13:47 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Mon, 14 Apr 2014
Commit-ID: ef28faf837aba5b80d08a3d957e365be972f222b
Gitweb: http://git.kernel.org/tip/ef28faf837aba5b80d08a3d957e365be972f222b
Author: Shaohua Li s...@kernel.org
AuthorDate: Tue, 8 Apr 2014 15:58:09 +0800
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Mon, 14 Apr 2014 13:34:50 +0200
The Kconfig symbol PLAT_SPEAR_SINGLE briefly appeared during the v3.10
development cycle. It was removed in a merge commit before v3.10. A few
references to it were left in the tree, probably because they didn't
generate merge conflicts. Whatever it was, they're useless now and can
safely be
As it is perf-script allows one to use perl or python scripts to parse
perf events.
The following proposal aimed to introduce support of .so files as scripts.
This support allows for better performance when parsing perf's data
files and
a complete access to the raw data.
This support is
(2014/04/15 17:11), Zhan Jianyu wrote:
On Mon, Apr 14, 2014 at 11:00 PM, Masami Hiramatsu
masami.hiramatsu...@hitachi.com wrote:
if (p-addr) {
if (p-symbol) {
sym = kallsyms_lookup(p-addr, ... offs ...);
if (strcmp(sym,p-symbol) != 0 || offs != p-offset) {
pr_warning(Error!
We are flagging the parent IRQ as chained, then we must also
make sure to call the chained_irq_[enter|exit] functions for
things to work smoothly.
Cc: Thomas Gleixner t...@linutronix.de
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Hi Thomas, please pick this fix for v3.15-rc:s if
The IM-PD1 PrimeCells all have pclk assignments though this clock
cannot be controlled, and we need to provide this as a dummy
clock for the PL061 GPIO driver to probe, so let's assign it to
all the cells on the board.
Cc: Mike Turquette mturque...@linaro.org
Signed-off-by: Linus Walleij
On 15 April 2014 13:42, Krzysztof Kozlowski k.kozlow...@samsung.com wrote:
On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
On 15 April 2014 02:41, Mark Brown broo...@kernel.org wrote:
On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
- -
Hi,
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
This patch add memory mapping for PMU (Power Management Unit) which is used
for power control of Exynos3250.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park
On Tue, Apr 15, 2014 at 4:27 PM, Masami Hiramatsu
masami.hiramatsu...@hitachi.com wrote:
Plus, if the p-offset and offs are different, fail too.
Oh, yeah, I have did this check it patch too. BTW, I found that the
offset has different types
in kallsyms_lookup(which is unsigned long) and in
On Tue, 2014-04-15 at 08:52 +0100, Will Deacon wrote:
Did you write this patch as a basic port of the arch/arm/ patches I wrote,
or was it based on performance figures from real hardware?
From an earlier thread: https://lkml.org/lkml/2014/4/14/547
On Mon, 2014-04-14 at 14:11 -0400, Pranith
On Mon, 2014-04-14 at 21:58 +0200, Johan Hovold wrote:
Fix this by implementing a delayed-write queue using urb anchors and
making sure to discard the queue properly at shutdown.
Looks very good, with one exception: acm_tty_close() must
synchronously resume the device so that the anchor is
Hi Alan,
Am Montag, den 14.04.2014, 11:57 +0100 schrieb One Thousand Gnomes:
This adds support for GPIO controlled reset pins on peripheral ICs to the
reset
controller framework. Currently there is no support for specifying a delay
between assertion and de-assertion of the reset signal,
On 14/04/2014 21:50, Johannes Weiner wrote:
On Mon, Apr 14, 2014 at 09:11:25AM +0100, Glyn Normington wrote:
Johannes/Michal
What are your thoughts on this matter? Do you see this as a valid
requirement?
As Tejun said, memory cgroups *do* respond to internal pressure and
enter targetted
Hi,
On Tue, Apr 15, 2014 at 2:02 PM, Chanwoo Choi cw00.c...@samsung.com wrote:
Hi,
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
This patch add memory mapping for PMU (Power Management Unit) which is used
for power control of Exynos3250.
Hi Eric,
Thank you for reporting this problem. You must have a ich6 or i3100, I
just saw I missed to initialize regs and reglen pointers for these two
controllers.
Sorry for this mistake, I'm am writing a fix right now.
Vincent.
On Mon, Apr 14, 2014 at 03:26:16PM -0400, Eric Paris wrote:
A
Hi,
On 04/15/2014 05:39 PM, Vikas Sajjan wrote:
Hi,
On Tue, Apr 15, 2014 at 2:02 PM, Chanwoo Choi cw00.c...@samsung.com wrote:
Hi,
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
This patch add memory mapping for PMU (Power Management
+static struct pwm_lpss_chip *pwm_lpss_probe(struct device *dev,
+ struct resource *r, struct pwm_lpss_boardinfo *info)
{
struct pwm_lpss_chip *lpwm;
- struct resource *r;
int ret;
- lpwm = devm_kzalloc(pdev-dev, sizeof(*lpwm), GFP_KERNEL);
+
On Tuesday 15 April 2014 17:32:40 Chanwoo Choi wrote:
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
I don't think we have a patch for the PMU yet, Sachin was looking at the
SYSRAM
only.
You are right. Sachin's patch only included
Hello,
On Mon, Apr 14, 2014 at 02:42:22AM +0100, Neil Zhang wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This adds core support for saving and restoring CPU PMU registers
for suspend/resume support i.e. deeper C-states in cpuidle terms.
This patch adds support only to
On Thu, Apr 10, 2014 at 06:11:03PM +0900, Hidetoshi Seto wrote:
- if (ts-idle_active) {
- delta = ktime_sub(now, ts-idle_entrytime);
- if (nr_iowait_cpu(cpu) 0)
- ts-iowait_sleeptime = ktime_add(ts-iowait_sleeptime,
delta);
- else
On Tue, Apr 15, 2014 at 10:48:54AM +0200, Peter Zijlstra wrote:
On Thu, Apr 10, 2014 at 06:11:03PM +0900, Hidetoshi Seto wrote:
- if (ts-idle_active) {
- delta = ktime_sub(now, ts-idle_entrytime);
- if (nr_iowait_cpu(cpu) 0)
- ts-iowait_sleeptime =
On 04/15/2014 05:46 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 17:32:40 Chanwoo Choi wrote:
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
I don't think we have a patch for the PMU yet, Sachin was looking at the
SYSRAM
only.
You
On Mon, Apr 14, 2014 at 09:41:10AM -0700, Andy Lutomirski wrote:
On Mon, Apr 14, 2014 at 9:06 AM, Torsten Duwe d...@lst.de wrote:
This patch introduces a derating factor to struct hwrng for
the random bits going into the kernel input pool, and a common
default derating for drivers which
Hi Stefanin,
As David has mentioned, the warning messages indicates the VGA
controller hasn't been shut down correctly during reboot and keeps doing
DMA write operations after loading the new kernel. Do you have found
any older kernel without this issue?
There is a patch set to
(2014/04/15 17:10), Jianyu Zhan wrote:
Currently, if user specifies both symbol name and address, we just
bail out.
This might be too rude. This patch makes it give more tolerance.
If both are specified, check address first, if the symbol found
does not match the one user specify, print a
On Tue, Apr 15, 2014 at 04:24:10PM +0800, Xiao Jin wrote:
On 04/15/2014 03:58 AM, Johan Hovold wrote:
Jin, did you check what closing_wait setting your application is using?
I check the closing_wait is 30s by default. Below is the trace we get
when reproduced problem.
On wto, 2014-04-15 at 14:02 +0530, Sachin Kamat wrote:
On 15 April 2014 13:42, Krzysztof Kozlowski k.kozlow...@samsung.com wrote:
On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
On 15 April 2014 02:41, Mark Brown broo...@kernel.org wrote:
On Mon, Apr 14, 2014 at 10:09:09AM +0200,
1 - 100 of 1932 matches
Mail list logo