On 29 Apr 2014, at 3:20 , Borislav Petkov b...@suse.de wrote:
On Tue, Apr 29, 2014 at 09:33:09AM +0200, Andreas Herrmann wrote:
I am sure, it's because some server systems had MMIO ECS access not
enabled in BIOS. I can't remember which systems were affected.
Ok, now AMD people: what's the
At Tue, 29 Apr 2014 16:05:54 +0200,
Jose Ignacio Naranjo wrote:
Hi,
I sent a similar solution some months ago for another Toshiba's model
http://permalink.gmane.org/gmane.linux.drivers.platform.x86.devel/5198
I answered to the thread, but I just noticed it didn't make it to the list.
On 14-04-28 02:37 AM, Sebastian Andrzej Siewior wrote:
On 04/27/2014 04:31 PM, Steven Rostedt wrote:
diff --git a/drivers/net/ethernet/freescale/gianfar.c
b/drivers/net/ethernet/freescale/gianfar.c
index 5c0efcc..8aecc1d 100644
--- a/drivers/net/ethernet/freescale/gianfar.c
+++
At Sun, 20 Apr 2014 14:50:12 -0400,
Bryan Quigley wrote:
Does the patch below work?
Nope, that didn't help.
Now I'm back and start looking at this again.
Could you give the raw kernel messages with the stack trace?
The previous cited message is hard to read.
I did determine it is caused by
On Tue, Apr 29, 2014 at 03:08:55PM +0200, Michael Kerrisk (man-pages) wrote:
Hi Peter,
On 04/28/2014 10:18 AM, Peter Zijlstra wrote:
Hi Michael,
find below an updated manpage, I did not apply the comments on parts
that are identical to SCHED_SETSCHEDULER(2) in order to keep these
On Tue, Apr 01, 2014 at 12:43:36AM +0900, Masanari Iida wrote:
Fix format string mismatch in mangle_connect_len()
All these patches seem like pointless noise to me. In none of these
cases can the value legitimately be negative. If anything, you should
fix the types to be unsigned.
This driver takes control over the LP8550 backlight driver chip found
in the mid 2013 and newer MacBook Air (6,1 and 6,2). The i915 GPU driver
cannot properly restore the backlight after resume, but with this driver
we can hijack the LP8550 and get fully functional backlight support.
v2: -
Thanks for the review!
On 04/28/2014 11:00 AM, Herbert Xu wrote:
On Mon, Apr 14, 2014 at 03:48:40PM +0300, Stanimir Varbanov wrote:
+if (IS_AES(flags)) {
+switch (keylen) {
+case AES_KEYSIZE_128:
+case AES_KEYSIZE_256:
+break;
+
On 4/29/14, 2:33 AM, Jiri Olsa wrote:
Adding test for building static perf build into the automated
suite. Also available via following commands:
$ make -f tests/make make_static
- make_static: cd . make -f Makefile DESTDIR=/tmp/tmp.7u5MlB4njo
LDFLAGS=-static
$ make -f tests/make
On Tue, 29 Apr 2014 10:16:51 -0400
Paul Gortmaker paul.gortma...@windriver.com wrote:
Sanity boot tested the 3.10 rc1 on a sbc8548 (UP PPC with gianfar), with
the one-liner added as follows:
diff --git a/drivers/net/ethernet/freescale/gianfar.c
b/drivers/net/ethernet/freescale/gianfar.c
On 04/29/2014 07:06 AM, Steven Rostedt wrote:
On Tue, 29 Apr 2014 06:29:04 -0700
H. Peter Anvin h...@linux.intel.com wrote:
[2] A special case can occur if an SMI handler nests inside an NMI
handler and then another NMI occurs. During NMI interrupt
handling, NMI
Combining the kdb seq_file infrastructure with its symbolic lookups allows
a good sub-set of files held in pseudo filesystems to be displayed by
kdb. The seq_file command does exactly this and allows a significant
subset of pseudo files to be safely examined whilst debugging (and in
the hands of a
3.10.37-rt38-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior bige...@linutronix.de
each per-queue lock is taken with spin_lock_irqsave() except in the case
where all of them are taken for some kind of serialisation.
Dear RT Folks,
This is the RT stable review cycle of patch 3.10.37-rt38-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
3.10.37-rt38-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior bige...@linutronix.de
What I observe is that the TX queue is not empty and does not make any
progress. gfar_clean_tx_ring() does not clean up the packet
Thanks for the review!
On 04/28/2014 11:18 AM, Herbert Xu wrote:
On Mon, Apr 14, 2014 at 03:48:40PM +0300, Stanimir Varbanov wrote:
+} else if (IS_DES(flags)) {
+u32 tmp[DES_EXPKEY_WORDS];
+
+if (keylen != QCE_DES_KEY_SIZE)
+goto badkey;
This patchset started out as a simple patch to introduce the irqs
command from Android's FIQ debugger to kdb. However it has since grown
more powerful because allowing kdb to reuse existing kernel
infrastructure gives us extra opportunities.
Based on the comments at the top of irqdesc.h (plotting
The contents of /proc/interrupts is useful to diagnose problems during
boot up or when the system becomes unresponsive (or at least it can be if
failure is causes by interrupt problems). This command is also seen in
out-of-tree debug systems such as Android's FIQ debugger.
This change allows the
3.10.37-rt38-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior bige...@linutronix.de
Since it is no longer invoked from the softirq people run into OOM more
often if the priority of the RCU thread is too low. Making
op 23-04-14 13:15, Maarten Lankhorst schreef:
This adds 4 more functions to deal with rcu.
reservation_object_get_fences_rcu() will obtain the list of shared
and exclusive fences without obtaining the ww_mutex.
reservation_object_wait_timeout_rcu() will wait on all fences of the
On Tue, 29 Apr 2014 06:29:04 -0700
H. Peter Anvin h...@linux.intel.com wrote:
On 04/29/2014 06:05 AM, Jiri Kosina wrote:
We were not able to come up with any other fix than avoiding using IST
completely on x86_64, and instead going back to stack switching in
software -- the same way
Hello,
when using user namespaces I found a bug in the capability checks done by ioctl.
If someone tries to use chattr +i while in a different user namespace it will
get the following:
ioctl(3, EXT2_IOC_SETFLAGS, 0x7fffa4fedacc) = -1 EPERM (Operation not permitted)
I'm proposing a fix to
On 04/29/2014 04:43 AM, Matt Fleming wrote:
(Pulling in Peter and Stephen)
On Tue, 29 Apr, at 11:28:17AM, Catalin Marinas wrote:
The patches look fine to me, they've been through several rounds of
review already. How do we propose these get merged as the series
contains both generic and
3.10.37-rt38-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt (Red Hat) rost...@goodmis.org
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index
Lots of useful information about the system is held in pseudo filesystems
and presented using the seq_file mechanism. Unfortunately during both boot
up and kernel panic (both good times to break out kdb) it is difficult to
examine these files. This patch introduces a means to display sequence
On 04/29/2014 06:47 AM, Catalin Marinas wrote:
Waiting for the tip/x86/efi to be merged first is not a problem. We
also need a stable base for testing the arm64 UEFI series, so I assume
this series can be based onto tip/x86/efi (would such branch be rebased
before hitting mainline?).
Thanks for the review!
On 04/28/2014 11:50 AM, Herbert Xu wrote:
On Mon, Apr 14, 2014 at 03:48:37PM +0300, Stanimir Varbanov wrote:
+if (backlog)
+backlog-complete(backlog, -EINPROGRESS);
The completion function needs to be called with BH disabled.
Cheers,
This is new
On Tue, 2014-04-29 at 15:15 +1200, Michael Schmitz wrote:
Finn,
On Tue, Apr 29, 2014 at 2:22 PM, Finn Thain fth...@telegraphics.com.au
wrote:
On Sat, 26 Apr 2014, James Bottomley wrote:
OK, so this is a pretty big change to an unmaintained driver. I'll take
it if you're willing to
On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Retrieve DMA configuration from DT and setup platform device's DMA
parameters. The DMA configuration in DT has to be specified using
dma-ranges and dma-coherent properties if supported.
We setup
Jungseok,
On Tue, Apr 29, 2014 at 05:59:20AM +0100, Jungseok Lee wrote:
+choice
+ prompt Level of translation tables
+ default ARM64_3_LEVELS if ARM64_4K_PAGES
+ default ARM64_2_LEVELS if ARM64_64K_PAGES
+ help
+ Allows level of translation tables.
+
+config
-Original Message-
From: Jacob Pan [mailto:jacob.jun@linux.intel.com]
Sent: Tuesday, April 29, 2014 6:33 PM
To: R, Durgadoss
Cc: Linux PM; Wysocki, Rafael J; LKML; David E. Box; Alan Cox; Accardi,
Kristen C
Subject: Re: [PATCH 5/5] powercap/rapl: change floor frequency for
On Tue, Apr 29, 2014 at 05:59:23AM +0100, Jungseok Lee wrote:
+config ARM64_VA_BITS
+ int Virtual address space size
+ range 39 39 if ARM64_4K_PAGES ARM64_3_LEVELS
+ range 42 42 if ARM64_64K_PAGES ARM64_2_LEVELS
+ help
+ This feature is determined by a combination of
On Thu, Apr 24, 2014 at 08:45:58PM +0200, Denys Vlasenko wrote:
Before this change, if last IO-blocked task wakes up
on a different CPU, the original CPU may stay idle for much longer,
and the entire time it stays idle is accounted as iowait time.
This change adds struct
On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
Waiting for the tip/x86/efi to be merged first is not a problem. We
also need a stable base for testing the arm64 UEFI series, so I assume
this series can be based onto tip/x86/efi (would such branch be rebased
before hitting mainline?).
At Mon, 28 Apr 2014 01:44:25 +0300,
Dan Carpenter wrote:
On Sun, Apr 27, 2014 at 10:00:43PM +0200, Mateusz Guzik wrote:
and a WARN_ON + -EINVAL in line6_init_audio to catch future
offenders.
Returning -EINVAL is a bad idea because it would break the driver
completely and
On Tue, Apr 29, 2014 at 2:13 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Tue, Apr 29, 2014 at 01:35:09PM +0100, Grant Likely wrote:
When the kernel is built with CONFIG_PREEMPT it is possible to reach a state
when all modules loaded but some driver still stuck in the deferred
Address a regression caused by commit ad332c8a4533:
(ACPI / EC: Clear stale EC events on Samsung systems)
After the earlier patch, there was found to be a race condition on some
earlier Samsung systems (N150/N210/N220). The function acpi_ec_clear was
sometimes discarding a new EC event before its
On Wed, Apr 16, 2014 at 03:43:21AM +0100, Alex Shi wrote:
In the cpu_load decay usage, we mixed the long term, short term load with
balance bias, randomly pick a big or small value according to balance
destination or source.
I disagree that it is random. min()/max() in {source,target}_load()
So that we can export some allocation/free information
for monitoring percpu_ida performance.
Signed-off-by: Ming Lei tom.leim...@gmail.com
---
include/linux/percpu_ida.h | 16
lib/percpu_ida.c | 21 ++---
2 files changed, 34 insertions(+), 3
With this information, it is easy to monitor percpu_ida
performance.
Signed-off-by: Ming Lei tom.leim...@gmail.com
---
include/linux/percpu_ida.h | 24
lib/Kconfig|7 +++
lib/percpu_ida.c | 130 +++-
3 files
Hi,
These patches support to export percpu_ida allocation/free information
via sysfs, so that percpu_ida performance can be monitored, and
at least two use cases:
- some parameters(such as percpu_max_size) from its users are very
sensitive to performance
- the data is helpful for verifying
On Tue, Apr 29, 2014 at 05:59:27AM +0100, Jungseok Lee wrote:
--- a/Documentation/arm64/memory.txt
+++ b/Documentation/arm64/memory.txt
@@ -8,10 +8,11 @@ This document describes the virtual memory layout used by
the AArch64
Linux kernel. The architecture allows up to 4 levels of translation
On 04/29/2014 07:47 AM, Matt Fleming wrote:
On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
Waiting for the tip/x86/efi to be merged first is not a problem. We
also need a stable base for testing the arm64 UEFI series, so I assume
this series can be based onto tip/x86/efi (would such
The original behaviour is to refuse to add a new page if the maximum number
of segments has been reached, regardless of the fact the page we are
going to add can be merged into the last segment or not.
Unfortunately, when the system runs under heavy memory fragmentation conditions,
a driver may
So that the percpu_ida performance can be monitored.
Signed-off-by: Ming Lei tom.leim...@gmail.com
---
block/blk-mq-sysfs.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/block/blk-mq-sysfs.c b/block/blk-mq-sysfs.c
index 8145b5b..4171ae2 100644
--- a/block/blk-mq-sysfs.c
+++
Yeah. If this were a brand new driver then returning -EINVAL would be a
good idea.
Smatch actually warns about this code as well if you turn on the
--spammy option. But there are too many of these kinds of warnings and
even I can't check them all so the warning is basically useless.
In a few
On Thu, Apr 24, 2014 at 05:20:29PM +0100, Peter Zijlstra wrote:
OK, this series is a lot saner, with the exception of 3/8 and
dependents.
I do still worry a bit for loosing the longer term view for the big
domains though. Sadly I don't have any really big machines.
I think the entire
2014-04-28 22:52 GMT+08:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Apr 28, 2014 at 10:37:09AM -0400, Matt Porter wrote:
The fix is tested against bcm281xx and bcm21664 as that is what the
l2c cleanup breaks in -next. As mentioned, I don't have the sirfsoc h/w
so this first
On Mon, Apr 28, 2014 at 05:50:49PM -0700, Tim Chen wrote:
On Mon, 2014-04-28 at 16:10 -0700, Paul E. McKenney wrote:
+#ifdef CONFIG_SMP
+static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem)
+{
+ int retval;
+ struct task_struct *owner;
+
+ rcu_read_lock();
2014-04-28 21:40 GMT+08:00 Matt Porter mpor...@linaro.org:
On Mon, Apr 28, 2014 at 10:15:33AM +0100, Russell King wrote:
On Sun, Apr 27, 2014 at 08:27:40PM -0400, Matt Porter wrote:
l2x0_of_init() is executed unconditionally within the sirfsoc_l2x0_init()
early initcall. In a multi v7 kernel
On Tue, Apr 29, 2014 at 6:09 AM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Fri, Apr 18, 2014 at 11:19:53PM +0100, Rob Herring wrote:
Rob Herring (7):
x86: move FIX_EARLYCON_MEM kconfig into x86
tty/serial: add generic serial earlycon
tty/serial: convert 8250 to generic earlycon
On Tue, 29 Apr 2014 07:40:08 -0400 (EDT) Matt W. Benjamin
m...@linuxbox.com wrote:
Hi Jeff,
Something which came up on the last Ganesha conn call is that we have
a pretty strong need for some ability to wait on a set of locks, and
perhaps receive events. Frank Filz believed that you
On Fri, Apr 25, 2014 at 08:57:29PM +0200, Denys Vlasenko wrote:
Signed-off-by: Denys Vlasenko dvlas...@redhat.com
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Cc: Fernando Luis Vazquez Cao fernando...@lab.ntt.co.jp
Cc: Tetsuo Handa
On Tue, Apr 29, 2014 at 11:05:06PM +0800, Barry Song wrote:
2014-04-28 22:52 GMT+08:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Apr 28, 2014 at 10:37:09AM -0400, Matt Porter wrote:
The fix is tested against bcm281xx and bcm21664 as that is what the
l2c cleanup breaks in
On Mon, Apr 28, 2014 at 9:56 PM, Yinghai Lu ying...@kernel.org wrote:
On Mon, Apr 28, 2014 at 4:24 PM, Rob Herring robherri...@gmail.com wrote:
On Sat, Apr 26, 2014 at 1:29 AM, Yinghai Lu ying...@kernel.org wrote:
Thanks for finding these. I missed them in my build tests. This should fix
Just hit this while fuzzing the futex() syscall.
WARNING: CPU: 2 PID: 6202 at kernel/locking/rtmutex-debug.c:151
debug_rt_mutex_proxy_unlock+0x4e/0x60()
DEBUG_LOCKS_WARN_ON(!rt_mutex_owner(lock))
Modules linked in:
tun fuse ipt_ULOG nfnetlink bnep can_bcm scsi_transport_iscsi nfc caif_socket
On 4/29/2014 5:20 AM, Borislav Petkov wrote:
On Tue, Apr 29, 2014 at 09:33:09AM +0200, Andreas Herrmann wrote:
I am sure, it's because some server systems had MMIO ECS access not
enabled in BIOS. I can't remember which systems were affected.
If you are referring to accessing PCI ECS ranges
On Tue, 29 Apr 2014, Steven Rostedt wrote:
According to 38.4 of [1], when SMM mode is entered while the CPU is
handling NMI, the end result might be that upon exit from SMM, NMIs will
be re-enabled and latched NMI delivered as nested [2].
Note, if this were true, then the x86_64
On Tue, Apr 29, 2014 at 04:47:11PM +0200, Takashi Iwai wrote:
At Mon, 28 Apr 2014 01:44:25 +0300,
Dan Carpenter wrote:
On Sun, Apr 27, 2014 at 10:00:43PM +0200, Mateusz Guzik wrote:
and a WARN_ON + -EINVAL in line6_init_audio to catch future
offenders.
Returning -EINVAL
On Tue, 29 Apr, at 07:56:20AM, H. Peter Anvin wrote:
I'm wondering if it would be better to organize it into a separate topic
branch. We can still take it through tip, if you want, but it would be
better than putting it all into one tree.
Sure, that makes sense. I'll do that.
--
Matt
On Tuesday, April 29, 2014 09:54:46 AM Lan Tianyu wrote:
On 2014年04月29日 06:51, Rafael J. Wysocki wrote:
On Monday, April 28, 2014 10:27:39 PM Lan Tianyu wrote:
ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
region. It allows ACPI aml code able to access such
Some new Micron flash chips require reading the flag
status register to determine when operations have completed.
Furthermore, chips with multi-die stacks of the 65nm 256Mb QSPI also
require reading the status register before reading the flag status register.
This patch adds support for the flag
On 25.04.14 16:52:05, Peter Zijlstra wrote:
But no, I don't think that helps, its still true that the moment you get
a fd another thread can immediately close(). That would drop the last
ref and free it, meanwhile perf_event_open() is happily poking at it.
Now I think you could cure this by
On Tue, Apr 29, 2014 at 01:42:13AM -0400, Pranith Kumar wrote:
Minor nits below:
Other than that Acked-by: Pranith Kumar bobby.pr...@gmail.com
On Tue, Apr 29, 2014 at 1:04 AM, Andev debian...@gmail.com wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
Recent LKML discussings
2014-04-29 23:14 GMT+08:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Tue, Apr 29, 2014 at 11:05:06PM +0800, Barry Song wrote:
2014-04-28 22:52 GMT+08:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Apr 28, 2014 at 10:37:09AM -0400, Matt Porter wrote:
The fix is tested
On Mon, Apr 28, 2014 at 08:23:45PM -0700, Josh Triplett wrote:
On Mon, Apr 28, 2014 at 04:56:00PM -0700, Paul E. McKenney wrote:
Hello!
This series provides miscellaneous fixes:
1. Apply ACCESS_ONCE() to unprotected -gp_flags accesses.
2. Fix typo in comment, courtesy of Liu
28.04.2014 17:39, Steven Rostedt пишет:
On Mon, 28 Apr 2014 02:15:28 +0400
Pavel Vasilyev pa...@pavlinux.ru wrote:
27.04.2014 18:39, Steven Rostedt пишет:
Dear RT Folks,
This is the RT stable review cycle of patch 3.2.57-rt84-rc1.
Please scream at me if I messed something up. Please test
On Tue, Apr 29, 2014 at 08:09:39AM +0200, David Herrmann wrote:
Hi
On Tue, Apr 29, 2014 at 5:23 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Managed resources are becoming more and more popular in drivers. Let's
implement managed polled input devices, to complement managed regular
On 4/29/2014 5:14 PM, Takashi Iwai wrote:
At Fri, 18 Apr 2014 10:28:05 +0200,
Takashi Iwai wrote:
[my previous post didn't seem to go out by some reason, so I just
resend this; please disregard if you already received it.]
Hmm, I still can't see this in LKML archives...
Did you guys receive
The original behaviour is to refuse to add a new page if the maximum number
of segments has been reached, regardless of the fact the page we are
going to add can be merged into the last segment or not.
Unfortunately, when the system runs under heavy memory fragmentation conditions,
a driver may
On Tue, Apr 29, 2014 at 10:17:56AM +0100, Peter Feuerer wrote:
The bang-bang thermal governor uses a hysteresis to switch abruptly on
or off a cooling device. It is intended to control fans, which can
not be throttled but just switched on or off.
Bang-bang cannot be set as default governor as
Sorry I did a mistake in this patch: on failure I should restore the original
value
of bi_phys_segments.
I'm going to send a new version.
Maurizio Lombardi
On Tue, Apr 29, 2014 at 04:58:18PM +0200, Maurizio Lombardi wrote:
The original behaviour is to refuse to add a new page if the maximum
This patch series:
1) Adds ff-memless-next module [1]
2) Ports all hardware-specific drivers to MLNX's API [2-23]
3) Removes FFML and replaces it with MLNX [24]
Signed-off-by: Michal Malý madcatxs...@devoid-pointer.net
v4:
- Add a summary of changes between MLNX and FFML to the last
At Tue, 29 Apr 2014 17:34:32 +0200,
Rafael J. Wysocki wrote:
On 4/29/2014 5:14 PM, Takashi Iwai wrote:
At Fri, 18 Apr 2014 10:28:05 +0200,
Takashi Iwai wrote:
[my previous post didn't seem to go out by some reason, so I just
resend this; please disregard if you already received it.]
On Tue, Apr 29, 2014 at 10:17:57AM +0100, Peter Feuerer wrote:
acerhdf has been doing an on-off fan control using hysteresis by
post-manipulating the outcome of thermal subsystem trip point handling.
This patch enables acerhdf to use the bang-bang governor, which is
intended for on-off
This was reported by IBM for 3.12, but if my analysis is right, it affects
current kernel as well as older ones.
So the question is: does anything protect the shrink list from concurrent
modification by one or more dput() instances?
E.g. two dentries are on the shrink list, for both dget(),
On 29/04/2014 07:17 πμ, Viresh Kumar wrote:
On 26 April 2014 01:45, 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
Port hid-lg4ff to ff-memless-next
Signed-off-by: Michal Malý madcatxs...@devoid-pointer.net
Tested-by: Tested-by: Elias Vanderstuyft elias@gmail.com
Signed-off-by: Simon Wood si...@mungewell.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Tue, Apr 29, 2014 at 03:08:55PM +0200, Michael Kerrisk (man-pages) wrote:
Juri, Dario, Can you have a look at the 2nd part; I'm not at all sure I
got the activate/release the right way around.
My current thinking was that we activate first, and then release it to
go run. But googling the
On Tue, 2014-04-29 at 08:11 -0700, Paul E. McKenney wrote:
On Mon, Apr 28, 2014 at 05:50:49PM -0700, Tim Chen wrote:
On Mon, 2014-04-28 at 16:10 -0700, Paul E. McKenney wrote:
+#ifdef CONFIG_SMP
+static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem)
+{
+
On Tue, 29 Apr 2014 17:24:32 +0200 (CEST)
Jiri Kosina jkos...@suse.cz wrote:
On Tue, 29 Apr 2014, Steven Rostedt wrote:
According to 38.4 of [1], when SMM mode is entered while the CPU is
handling NMI, the end result might be that upon exit from SMM, NMIs will
be re-enabled and
Hi,
On Tue, Apr 29, 2014 at 05:21:42PM -0400, Zhuang Jin Can wrote:
On Mon, Apr 28, 2014 at 10:55:36AM -0500, Felipe Balbi wrote:
On Mon, Apr 28, 2014 at 04:49:23PM -0400, Zhuang Jin Can wrote:
Adds a debugfs file snapshot to dump dwc3 requests, trbs and events.
you need to explain
On Tue, 29 Apr 2014 12:09:08 -0400
Steven Rostedt rost...@goodmis.org wrote:
Can you reproduce your problem on different platforms, or is this just
one box that exhibits this behavior? If it's only one box, I'm betting
it has a BIOS doing nasty things.
This box probably crashes on all kernels
On Mon 28-04-14 23:12:39, Fabian Frederick wrote:
This patch issues a flush in generic_file_fsync.
(Modern filesystems already do it)
-Behaviour can be reversed using /sys/devices/.../cache_type
-Filesystems can also call __generic_file_fsync with bool flush false
The patch looks good. You
On 04/27/2014 12:50 PM, Javier Martinez Canillas wrote:
Using the BIT() macro instead of manually shifting bits
makes the code less error prone.
If is more readable is a matter of taste so only replace
if the file is already using this macro.
Signed-off-by: Javier Martinez Canillas
On Thu, Apr 24, 2014 at 08:45:58PM +0200, Denys Vlasenko wrote:
Before this change, if last IO-blocked task wakes up
on a different CPU, the original CPU may stay idle for much longer,
and the entire time it stays idle is accounted as iowait time.
This change adds struct
On Mon 28-04-14 23:15:08, Fabian Frederick wrote:
generic_file_fsync has been updated to issue a flush for
older filesystems.
This patch tests for barrier flag in ext4 mount flags
and calls the right function.
Suggested-by: Jan Kara j...@suse.cz
Suggested-by: Christoph Hellwig
On Tue, 29 Apr 2014 18:19:07 +0200
Jan Kara j...@suse.cz wrote:
On Mon 28-04-14 23:12:39, Fabian Frederick wrote:
This patch issues a flush in generic_file_fsync.
(Modern filesystems already do it)
-Behaviour can be reversed using /sys/devices/.../cache_type
-Filesystems can also
On Tue, 29 Apr 2014 14:40:37 +
R, Durgadoss durgados...@intel.com wrote:
-Original Message-
From: Jacob Pan [mailto:jacob.jun@linux.intel.com]
Sent: Tuesday, April 29, 2014 6:33 PM
To: R, Durgadoss
Cc: Linux PM; Wysocki, Rafael J; LKML; David E. Box; Alan Cox;
Accardi,
On Mon, Apr 28, 2014 at 6:39 AM, Serge Hallyn serge.hal...@ubuntu.com wrote:
Quoting Andy Lutomirski (l...@amacapital.net):
On Fri, Apr 25, 2014 at 12:37 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Andy Lutomirski l...@amacapital.net writes:
Unless I'm missing some trick, it's
Jan,
I am running linux-next 20140429 on a mx6 board (ARM 32-bit) and after commit
5dc90cb49691755faa (printk: enable interrupts before calling
console_trylock_for_printk()) I get the following warning:
[ INFO: possible recursive locking detected ]
3.15.0-rc3-next-20140429-1-gac246a5 #1074
On Tue, Apr 29, 2014 at 1:59 AM, Daniel Thompson
daniel.thomp...@linaro.org wrote:
On 28/04/14 18:44, Colin Cross wrote:
Is that case documented somewhere in the code comments?
Perhaps not near enough to the _nolock but the primary bit of comment is
here (and in same file as kdb_sr).
--- cut
On 29/04/2014 07:58 πμ, Viresh Kumar wrote:
Cc'd Dirk,
On 28 April 2014 03:42, Stratos Karafotis strat...@semaphore.gr wrote:
Currently the driver calculates the next pstate proportional to
core_busy factor and reverse proportional to current pstate.
Change the above method and calculate
On Tue, Apr 29, 2014 at 03:47:13PM +0100, Matt Fleming wrote:
On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
Given that Leif's series contains both generic efi and arm64 patches,
what's your preference for merging them? I'm happy to add my ack and
they go via your tree (or the other
On Tue, Apr 29, 2014 at 08:07:24AM -0400, Rik van Riel wrote:
On 04/28/2014 05:15 PM, Paul E. McKenney wrote:
On Mon, Apr 28, 2014 at 01:32:38PM -0700, Randy Dunlap wrote:
On 04/28/14 13:06, Paul E. McKenney wrote:
Please see below for a patch against next-20140428 that makes this build
On Apr 29, 2014, at 2:17 AM, Dave Martin dave.mar...@arm.com wrote:
On Mon, Apr 28, 2014 at 06:21:49PM +0100, Joel Fernandes wrote:
On 04/28/2014 12:20 PM, Joel Fernandes wrote:
On 04/28/2014 11:43 AM, Dave Martin wrote:
On Tue, Apr 22, 2014 at 01:31:46PM -0500, Joel Fernandes wrote:
On
Add Linear Technology Corporation to the list of device tree vendor prefixes.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
This patch adds support for the Linear Technology LTC3589, LTC3589-1,
and LTC3589-2 8-output I2C voltage regulator ICs.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/regulator/Kconfig | 6 +
drivers/regulator/Makefile | 1 +
drivers/regulator/ltc3589.c | 564
This patch adds the device tree binding documentation for Linear
Technology LTC3589, LTC3589-1, and LTC3589-2 8-port regulators.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
.../devicetree/bindings/regulator/ltc3589.txt | 99 ++
1 file changed, 99
On Tue, Apr 29, 2014 at 04:27:07PM +0100, Matt Fleming wrote:
I'm wondering if it would be better to organize it into a separate topic
branch. We can still take it through tip, if you want, but it would be
better than putting it all into one tree.
Sure, that makes sense. I'll do that.
301 - 400 of 1468 matches
Mail list logo