On Fri, Feb 28, 2014 at 08:57:02AM -0800, Surendra Patil wrote:
Sparse warns about -
drivers/staging/ozwpan/ozproto.c:797:6: warning: context imbalance in
'oz_polling_lock_bh' - wrong count at exit
drivers/staging/ozwpan/ozproto.c:802:6: warning: context imbalance in
'oz_polling_unlock_bh'
On 02/28/2014 07:39 AM, Peter Zijlstra wrote:
Subject: stop_machine: Fix^2 race between stop_two_cpus() and stop_cpus()
We must use smp_call_function_single(.wait=1) for the
irq_cpu_stop_queue_work() to ensure the queueing is actually done under
stop_cpus_lock. Without this we could have
From: Borislav Petkov b...@suse.de
Merge two back-to-back CONFIG_X86_32 ifdefs into one.
Signed-off-by: Borislav Petkov b...@suse.de
---
arch/x86/kernel/crash.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c
index
On Fri, Feb 28, 2014 at 03:58:32PM +0100, Borislav Petkov wrote:
On Mon, Jan 27, 2014 at 01:57:50PM -0500, Vivek Goyal wrote:
This patch provides support for kexec for loading ELF x86_64 images. I have
tested it with loading vmlinux and it worked.
Can you please enlighten me what the use
Hi Maxime,
El 28/02/14 13:37, Maxime Ripard escribió:
In order for the DMA controller to work for SDRAM to devices transfers, the AHB
clock should be reparented on the PLL6.
Force that parenting in the clock driver.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
On 2014-02-28 07:35, Chase Southwood wrote:
Smatch located a handful of while loops testing readl calls in s626.c.
Since these while loops depend on readl succeeding, it's safer to make
sure they time out eventually.
Signed-off-by: Chase Southwood chase.southw...@yahoo.com
---
Ian and/or
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM, Roger Pau Monne wrote:
Add support for MSI message groups for Xen Dom0 using the
MAP_PIRQ_TYPE_MULTI_MSI pirq map type.
In order to keep track of which pirq is the first one in the group all
pirqs in the MSI group except
On Tue, Feb 25, 2014 at 09:20:24AM +, AKASHI Takahiro wrote:
secure_computing() should always be called first in syscall_trace(), and
if it returns non-zero, we should stop further handling. Then that system
call may eventually fail, be trapped or the process itself be killed
depending on
/huge_memory.c:1371!
[ 3323.070961] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 3323.071028] Dumping ftrace buffer:
[ 3323.071028](ftrace buffer empty)
[ 3323.071028] Modules linked in:
[ 3323.071028] CPU: 101 PID: 48284 Comm: trinity-c101 Tainted: GW
3.14.0-rc4-next-20140228-sasha
This one allows OS to add arbitrary ACPI tables.
ToDo: It should get checked whether a table with the same signature already
exists and if this is the case, adding should not happen.
Signed-off-by: Thomas Renninger tr...@suse.de
CC: h...@zytor.com
CC: t...@linutronix.de
CC:
This is done the same way as the previous ACPI physical table override
mechanism.
How to override or add tables via initrd, please look up:
Documentation/acpi/initrd_table_override.txt
SSDTs can only be overridden, not added.
Overriding only happens if the OEM id of the table header matches the
In Linux there even exists a driver already making use of this table:
drivers/acpi/bgrt.c:MODULE_DESCRIPTION(BGRT boot graphic support);
Signed-off-by: Thomas Renninger tr...@suse.de
CC: h...@zytor.com
CC: t...@linutronix.de
CC: c...@conrad-kostecki.de
CC: linux-kernel@vger.kernel.org
CC:
Signed-off-by: Thomas Renninger tr...@suse.de
CC: h...@zytor.com
CC: t...@linutronix.de
CC: c...@conrad-kostecki.de
CC: linux-kernel@vger.kernel.org
CC: x...@kernel.org
CC: mi...@redhat.com
CC: r...@rjwysocki.net
CC: de...@acpica.org
---
drivers/acpi/osl.c |4 +++-
1 files changed, 3
Latest changes are compile tested only!
If this gets serialized/merged and accepted in acpica in
some form with whatever other stuff currently added,
please drop me a mail.
I can then submit the Linux parts again to the kernel people
with the documentation adjusted as well:
On Mon, Jan 27, 2014 at 01:57:51PM -0500, Vivek Goyal wrote:
This patch adds support for loading a kexec on panic (kdump) kernel usning
new system call. Right now this primarily works with bzImage loader only.
But changes to ELF loader should be minimal as all the core infrastrcture
is there.
On Fri, 2014-02-28 at 17:37 +0100, Maxime Ripard wrote:
The Allwinner A31 has a 16 channels DMA controller that it shares with the
newer A23. Although sharing some similarities with the DMA controller of the
older Allwinner SoCs, it's significantly different, I don't expect it to be
possible
On 02/28/2014 07:39 AM, Peter Zijlstra wrote:
On Fri, Feb 28, 2014 at 01:26:24PM +0100, Peter Zijlstra wrote:
On Wed, Dec 04, 2013 at 08:46:27AM -0800, Christoph Hellwig wrote:
kernel/stop_machine.c:stop_two_cpus()
That site should work with .wait=1 just fine, but given the above, the
In order for the c2c tool to work correctly, it needs to properly
sort all the records on uniquely identifiable data addresses. These
unique addresses are converted from virtual addresses provided by the
hardware into a kernel address using an mmap2 record as the decoder.
Once a unique address
Sometimes you want to verify the rbtree sorting on a unique id
is working correctly. This allows you to dump it.
Sample output:
Idx Hit Maj Min Ino InoGenPidDaddr
Iaddr Data Src (string) cpumode
0 0 0
This adds a quick summary of the hottest cache contention lines based
on the input data. This summarizes what the broken table shows you,
so you can see at a quick glance which cachelines are interesting.
Originally done by Dick Fowles, backported by me.
Sample output (width trimmed):
Seeing cacheline statistics is useful by itself. Seeing the callchain
for these cache contentions saves time tracking things down.
This patch tries to add callchain support. I had to use the generic
interface from a previous patch to output things to stdout easily.
Other than the displaying
From: Arnaldo Carvalho de Melo a...@redhat.com
From the c2c prototype:
[root@sandy ~]# perf c2c -r report | head -7
T StatusPid Tid CPU Inst Adrs Virt Data Adrs Phys Data Adrs
Cycles Source Decoded SourceObJect:Symbol
From: Arnaldo Carvalho de Melo a...@redhat.com
This is the start of a new perf tool that will collect information about
memory accesses and analyse it to find things like hot cachelines, etc.
This is basically trying to get a prototype written by Richard Fowles
written using the tools/perf
Hello dear,
How is everything with you, I've something very vital to disclose to
you,Could you please get back to me for details.
Здравствуйте, дорогие,
Как это все с вами, у меня что-то очень важную раскрывать вам, Не
могли бы вы вернуться ко мне для деталей.
I HAVE SOMETHING TO TELL YOU.pdf
Now that we have all the events sort on a unique address, we can walk
the rbtree sequential and count up all the HITMs for each cacheline
fairly easily.
Once we encounter a new event on a different cacheline, process the previous
cacheline. That includes determining if any HITMs were present on
Hello Andrew,
On (02/27/14 15:18), Andrew Morton wrote:
On Wed, 26 Feb 2014 15:27:54 +0300 Sergey Senozhatsky
sergey.senozhat...@gmail.com wrote:
ZRAM performs direct LZO compression algorithm calls, making it the one and
only option. Introduce compressing backend abstraction zcomp in
On 28/02/14 18:20, Boris Ostrovsky wrote:
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM, Roger Pau Monne wrote:
Add support for MSI message groups for Xen Dom0 using the
MAP_PIRQ_TYPE_MULTI_MSI pirq map type.
In order to keep track of which pirq is the first one in
Just another table that displays the referenced symbols in the analysis
report. The table lists the most frequently used symbols first.
It is just another way to look at similar data to figure out who
is causing the most contention (based on the workload used).
Original done by Dick Fowles,
This patch adds a bunch of stats that will be used later in post-processing
to determine where and with what frequency the HITMs are coming from.
Most of the stats are decoded from the data source response. Another
piece of the stats is tracking which cpu the record came in on.
Credit to Dick
This patch mainly focuses on processing and displaying the collected
HITMs to stdout. Most of it is just printing data in a pretty way.
There is one trick used when walking the cacheline. When we get this
far we have two rbtrees. One rbtree holds every record sorted on a
unique id (using the
Output some summary stats based on the processed records.
Mainly diagnostic uses.
Stats done by Dick Fowles, backported by me.
Sample output:
=
Trace Event Information
=
Total records
The stddev calculation written matched standard error. As a result when
using this result to find the relative stddev between runs, it was not
accurate.
Update the formula to match traditional stddev. Then rename the old
stddev calculation to stderr_stats in case someone wants to use it.
On 02/27/2014 10:54 PM, Li, Aubrey wrote:
On 2014/2/28 14:44, Matthew Garrett wrote:
On Fri, Feb 28, 2014 at 02:39:56PM +0800, Li, Aubrey wrote:
Just let you know, Windows8.1 calls EFI on these boxes for reboot/shutdown.
Ok, in that case we should add EFI reboot to the list once Matt's 1:1
Now that the infrastructure is set, add in the support to use
hist_entry to sort on physid.
Signed-off-by: Don Zickus dzic...@redhat.com
---
tools/perf/builtin-c2c.c | 63 ++--
1 file changed, 61 insertions(+), 2 deletions(-)
diff --git
A basic patch that re-arranges some of the c2c code and adds a couple
of small features to lay the ground work for the rest of the patch
series.
Changes include:
o reworking the report path
o replace preprocess_sample with simpler calls
o rework raw output to handle separators
o remove phys id
My initial implementation for rbtree sorting in the c2c tool does not use the
normal history elements. As a result, adding callchain support (which is
deeply integrated with history elements) is more challenging when trying to
display its output.
To make things simpler for myself (and to avoid
With the introduction of NUMA systems, came the possibility of remote memory
accesses.
Combine those remote memory accesses with contention on the remote node (ie a
modified
cacheline) and you have a possibility for very long latencies. These latencies
can
bottleneck a program.
The program
Use the previous patch implementation of cpunode_map for builtin-kmem.c
Should not be any functional difference.
Cc: Li Zefan l...@cn.fujitsu.com
Signed-off-by: Don Zickus dzic...@redhat.com
---
tools/perf/builtin-kmem.c | 78 ++-
1 file changed, 3
From: David E. Box david.e@linux.intel.com
This patch series adds missing functionalty that mostly affected loadable
modules.
The first patch adds dummy functions to allow drivers not completely
dependant on the IOSF MBI driver to compile on systems that don't have it.
The second makes MBI
From: David E. Box david.e@linux.intel.com
Some loadable modules only need IOSF access on the platforms where it exists.
Provide dummy functions to allow these modules to compile and load on the
platforms where it doesn't exist.
Signed-off-by: David E. Box david.e@linux.intel.com
---
The cache contention tools needs to keep all the perf records unique in order
to properly parse all the data. Currently add_hist_entry() will combine
the duplicate record and add the weight/period to the existing record.
This throws away the unique data the cache contention tool needs (mainly
From: David E. Box david.e@linux.intel.com
Make the IOSF Mailbox driver built in as it's a very small piece of code that
provides core functionality needed for new Intel SOC platforms to access the
device registers on the SOC.
Signed-off-by: David E. Box david.e@linux.intel.com
---
This reverts commit 3090ffb5a2515990182f3f55b0688a7817325488.
Conflicts:
tools/perf/util/event.c
---
kernel/events/core.c| 4
tools/perf/util/event.c | 36 +++-
tools/perf/util/evsel.c | 1 +
3 files changed, 20 insertions(+), 21 deletions(-)
This patch figures out the max number of cpus and nodes that are on the
system and creates a map of cpu to node. This allows us to provide a cpu
and quickly get the node associated with it.
It was mostly copied from builtin-kmem.c and tweaked slightly to use less memory
(use possible cpus
Add and document `comp_algorithm' device attribute. This attribute
allows to show supported compression and currently selected
compression algorithms:
cat /sys/block/zram0/comp_algorithm
[lzo] lz4
and change selected compression algorithm:
echo lzo
This is preparation patch to add multi stream support to zcomp.
Introduce struct zcomp_strm_single and a set of functions to manage zcomp_strm
stream access. zcomp_strm_single implements single compession stream, same way
as current zcomp implementation. This moves zcomp_strm stream control and
This patch allows to change max_comp_streams on initialised zcomp.
Introduce zcomp set_max_streams() knob, zcomp_strm_multi_set_max_streams()
and zcomp_strm_single_set_max_streams() callbacks to change streams limit
for zcomp_strm_multi and zcomp_strm_single, accordingly. set_max_streams
for
This patchset introduces zcomp compression backend abstraction
adding ability to support compression algorithms other than LZO;
support for multi compression streams, making parallel compressions
possible; adds support for LZ4 compression algorithm.
v8-v9 (reviewed by Andrew Morton):
-- add LZ4
On 02/28/2014 12:46 PM, Roger Pau Monné wrote:
On 28/02/14 18:20, Boris Ostrovsky wrote:
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM, Roger Pau Monne wrote:
Add support for MSI message groups for Xen Dom0 using the
MAP_PIRQ_TYPE_MULTI_MSI pirq map type.
In order to
On 02/28/2014 09:47 AM, David E. Box wrote:
Changes from V3:
- Code is agreed to be small enough to not warrant forcing for
non-EXPERT only
Did I miss part of the discussion? How small is small?
-hpa
--
To unsubscribe from this list: send the line unsubscribe
The following changes since commit 6d0abeca3242a88cab8232e4acd7e2bf088f3bc2:
Linux 3.14-rc3 (2014-02-16 13:30:25 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git
tags/dm-3.14-fixes-1
for you to fetch changes up to
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 6d0abeca3242a88cab8232e4acd7e2bf088f3bc2:
Linux 3.14-rc3 (2014-02-16 13:30:25 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
Do not perform direct LZO compress/decompress calls, initialise
and use zcomp LZO backend (single compression stream) instead.
Signed-off-by: Sergey Senozhatsky sergey.senozhat...@gmail.com
---
drivers/block/zram/Makefile | 2 +-
drivers/block/zram/zram_drv.c | 59
Introduce LZ4 compression backend and make it available for selection.
LZ4 support is optional and requires user to set ZRAM_LZ4_COMPRESS
config option. The default compression backend is LZO.
TEST
(x86_64, core i5, 2 cores + 2 hyperthreading, zram disk size 1G,
ext4 file system, 3 compression
On Tue, 2014-02-25 at 09:18 -0500, Matthew Wilcox wrote:
Instead of calling aops-get_xip_mem from the fault handler, the
filesystem passes a get_block_t that is used to find the appropriate
blocks.
:
+static int do_dax_fault(struct vm_area_struct *vma, struct vm_fault *vmf,
+
Existing zram (zcomp) implementation has only one compression stream (buffer
and algorithm private part), so in order to prevent data corruption only one
write (compress operation) can use this compression stream, forcing all
concurrent write operations to wait for stream lock to be released. This
ZRAM performs direct LZO compression algorithm calls, making it the one and
only option. While LZO is generally performs well, LZ4 algorithm tends to
have a faster decompression (see http://code.google.com/p/lz4/ for full
report)
NameRatio C.speed D.speed
On 02/27/2014 07:33 PM, Hugh Dickins wrote:
On Tue, 18 Feb 2014, Kelley Nielsen wrote:
The function try_to_unuse() is of quadratic complexity, with a lot of
wasted effort. It unuses swap entries one by one, potentially iterating
over all the page tables for all the processes in the system
On 28/02/14 19:00, Boris Ostrovsky wrote:
On 02/28/2014 12:46 PM, Roger Pau Monné wrote:
On 28/02/14 18:20, Boris Ostrovsky wrote:
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM, Roger Pau Monne wrote:
Add support for MSI message groups for Xen Dom0 using the
Enable reset driver support in order to have opportunity
to reboot SoC by watchdog and by software.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
CC: Russell King li...@arm.linux.org.uk
CC: Santosh Shilimkar santosh.shilim...@ti.com
arch/arm/configs/keystone_defconfig | 3 +++
1
The keystone SoC can be rebooted in several ways. By external reset
pin, by soft and by watchdogs. To allow keystone SoC reset if
watchdog is triggered we have to enable it in reset mux configuration
register regarding of watchdog configuration. Also we need to set
soft/hard reset we are going to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
After 4 attempts to bisect an issue with recent kernels I'm unsure how to
continue.
The issue happens here at a 32 bit stable Gentoo Linux if I try to start a KVM
image. Kernels 3.12.X works fine, kernel =v3.13 will hang shortly after I
started
Remove reset stuff in flavour of using keystone reset driver:
driver/power/reset/keystone-reset.c
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
CC: Santosh Shilimkar santosh.shilim...@ti.com
CC: Russell King li...@arm.linux.org.uk
arch/arm/mach-keystone/keystone.c | 35
These patches introduce keystone reset driver.
The keystone SoC can be rebooted in several ways. By external reset
pin, by soft and by watchdogs. This driver allows software reset or reset
by one of the watchdogs. Also added opportunity to set soft/hard reset type.
Based on v3.14-rc4
CC: Dmitry
This node is intended to allow SoC reset in case of software reset
or appropriate watchdogs.
The Keystone SoCs can contain up to 4 watchdog timers to reset
SoC. Each watchdog timer event input is connected to the Reset Mux
block. The Reset Mux block can be configured to cause reset or not.
The reset controller registers are part of the PLL Controller MMRs.
According to TRM there are the following registers:
RSTYPE, RSCTRL, RSCFG and RSISO. Currently declared only one of them,
but that is not enough to correctly setup reset properties, so add
whole range of pll registers - pllregs.
On 02/28/2014 05:34 PM, Jason Cooper wrote:
On Fri, Feb 28, 2014 at 10:53:10AM +0900, Mark Brown wrote:
On Thu, Feb 27, 2014 at 10:28:03PM +0100, Sebastian Hesselbarth wrote:
DT-enabled Dove will move over from ARCH_DOVE in mach-dove to MACH_DOVE in
mach-mvebu. As non-DT ARCH_DOVE will stay to
Add the USB device ID for the D-Link DUB-1312 USB 3.0 to Gigabit Ethernet
Adapter to the AX88179/178A driver.
Signed-off-by: Gerry Demaret ge...@tigron.be
---
drivers/net/usb/ax88179_178a.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/net/usb/ax88179_178a.c
Ping Cheng pingli...@gmail.com writes:
Thank you for the heads up. I believe Jason's patchset 4 of 4
(http://www.spinics.net/lists/linux-input/msg29435.html) fixed the
issue for your device and for other's. The patch was submitted last
month. If you can test the set on your device and give us
On 02/28, Kevin Hilman wrote:
Hi Kumar,
Kevin Hilman khil...@linaro.org writes:
Kumar Gala ga...@codeaurora.org writes:
Enable support for the MSM8x60, MSM8960, and MSM8974 SoCs, clocks and
serial console as part of the standard multi_v7_defconfig.
Signed-off-by: Kumar Gala
On 02/27, Josh Cartwright wrote:
Looks good, with the exception of one thing...
On Thu, Feb 27, 2014 at 05:55:15PM -0800, Stephen Boyd wrote:
The driver is only supported on DT enabled platforms. Convert the
driver to DT so that it can probe properly.
Signed-off-by: Stephen Boyd
On 02/28/2014 01:10 PM, Roger Pau Monné wrote:
On 28/02/14 19:00, Boris Ostrovsky wrote:
On 02/28/2014 12:46 PM, Roger Pau Monné wrote:
On 28/02/14 18:20, Boris Ostrovsky wrote:
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM, Roger Pau Monne wrote:
Add support for MSI
On 02/28, Josh Cartwright wrote:
On Thu, Feb 27, 2014 at 05:55:18PM -0800, Stephen Boyd wrote:
- linux,wakeup?
- linux,no-auto-repeat?
Added.
+
+EXAMPLE
+
+ keypad {
+ compatible = qcom,pm8921-keypad;
+ interrupt-parent = pmicintc;
+
On 02/27, Josh Cartwright wrote:
On Thu, Feb 27, 2014 at 05:55:16PM -0800, Stephen Boyd wrote:
The driver is only supported on DT enabled platforms. Convert the
driver to DT so that it can probe properly.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
---
Stephen Boyd sb...@codeaurora.org writes:
On 02/28, Kevin Hilman wrote:
Hi Kumar,
Kevin Hilman khil...@linaro.org writes:
Kumar Gala ga...@codeaurora.org writes:
Enable support for the MSM8x60, MSM8960, and MSM8974 SoCs, clocks and
serial console as part of the standard
On Thu, Feb 27, 2014 at 05:17:19PM +0100, Otto Meier wrote:
I migrated my system from H77 Ivy-bridge to a haswell Platform
B85 i3-4330.
The system has three dvb-c usb receivers connected. On the Ivy
Platform everything runs fine with xHCI. On the haswell Platform
xHCI explodes with
While reading through 3.14-rc1 I found a pretty siginficant mishandling
of network namespaces in the recent audit changes.
In struct audit_netlink_list and audit_reply add a reference to the
network namespace of the caller and remove the userspace pid of the
caller. This cleanly remembers the
--
Mr. Khadem Abdulla
United Arab Emirates.
Greetings,
I want to have a business deal with you, where the ratio can be shared between
us in the ratio of 60/40 as a brotherhood. If you agree to my business
proposal.
Further details of the transfer will be forwarded to you as soon as I receive
Don Zickus dzic...@redhat.com writes:
A handful of patches include re-enabling MMAP2 support and some fixes
to perf itself.
I would suggest to pursue the lone kernel patch separately. Hopefully
that can be merged soon, once the remainin problems with that are
addressed.
Comemnts, feedback,
Don Zickus dzic...@redhat.com writes:
+
+ /*
+ * must pass period=weight in order to get the correct
+ * sorting from hists__collapse_resort() which is solely
+ * based on periods. We want sorting be done on nr_events * weight
+ * and this is indirectly achieved by
Don Zickus dzic...@redhat.com writes:
+
+static const struct perf_evsel_str_handler handlers[] = {
+ { cpu/mem-loads,ldlat=30/pp, perf_c2c__process_load, },
+ { cpu/mem-stores/pp, perf_c2c__process_store, },
The 30 magic number should probably be configurable.
Using
On Fri, Feb 28, 2014 at 10:37:08AM -0800, Stephen Boyd wrote:
On 02/28, Josh Cartwright wrote:
On Thu, Feb 27, 2014 at 05:55:18PM -0800, Stephen Boyd wrote:
+
+EXAMPLE
+
+ keypad {
+ compatible = qcom,pm8921-keypad;
+ interrupt-parent = pmicintc;
+
Em Wed, 19 Feb 2014 17:39:07 -0800
Andy Lutomirski l...@amacapital.net escreveu:
On Wed, Feb 19, 2014 at 11:03 AM, Luck, Tony tony.l...@intel.com wrote:
(I'm c/c Tony here, as he also shared the same concern that I had on a
previous feedback about using I2C to talk with the DIMM).
The kernel datapath now switched to zerocopy Netlink messages, but that also
means that the pages on frags array are sent straight to userspace. If those
pages came outside the kernel, we have to swap them out with local copies.
Signed-off-by: Zoltan Kiss zoltan.k...@citrix.com
---
On 01/08/2014 02:21 PM, Sasha Levin wrote:
Fuzzing a recent kernel with a large configuration hits the static
allocation limits and disables lockdep.
This patch doubles the limits.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
kernel/locking/lockdep_internals.h | 6 +++---
1 file
[ H. Peter, Here's the rename patch. I did not include your update. You
can add that first and then massage this patch on top. But this isn't
critical for mainline or stable, where as I believe your patch is. ]
The tracing utilities sometimes need to read from userspace (stack tracing),
and to do
Hi John,
Another pull request to 3.15. Here we have the second part of the LE private
feature, the LE auto-connect feature and improvements to the power off
procedures. The rest are small improvements, clean up, and fixes.
Please pull or let me know of any problem. Thanks.
Gustavo
---
On 28/02/14 18:36, Boris Ostrovsky wrote:
On 02/28/2014 01:10 PM, Roger Pau Monné wrote:
On 28/02/14 19:00, Boris Ostrovsky wrote:
On 02/28/2014 12:46 PM, Roger Pau Monné wrote:
On 28/02/14 18:20, Boris Ostrovsky wrote:
On 02/27/2014 01:45 PM, Boris Ostrovsky wrote:
On 02/27/2014 01:15 PM,
On Fri, Feb 28, 2014 at 10:57:48AM -0800, Andi Kleen wrote:
Don Zickus dzic...@redhat.com writes:
A handful of patches include re-enabling MMAP2 support and some fixes
to perf itself.
I would suggest to pursue the lone kernel patch separately. Hopefully
that can be merged soon, once the
On Fri, Feb 28, 2014 at 10:59:18AM -0800, Andi Kleen wrote:
Don Zickus dzic...@redhat.com writes:
+
+ /*
+* must pass period=weight in order to get the correct
+* sorting from hists__collapse_resort() which is solely
+* based on periods. We want sorting be done on
On Fri, Oct 04, 2013 at 10:37:21PM +0900, Akira Hayakawa wrote:
Hi, all
Let me introduce my future plan
of applying persistent memory to dm-writeboost.
dm-writeboost can potentially
gain many benefits by the persistent memory.
(1) Problem
The basic mechanism of dm-writeboost is
(i)
On Fri, Feb 28, 2014 at 11:08:59AM -0800, Andi Kleen wrote:
Don Zickus dzic...@redhat.com writes:
+
+static const struct perf_evsel_str_handler handlers[] = {
+ { cpu/mem-loads,ldlat=30/pp, perf_c2c__process_load, },
+ { cpu/mem-stores/pp, perf_c2c__process_store, },
The 30
On Feb 28, 2014 11:15 AM, Mauro Carvalho Chehab m.che...@samsung.com wrote:
Em Wed, 19 Feb 2014 17:39:07 -0800
Andy Lutomirski l...@amacapital.net escreveu:
On Wed, Feb 19, 2014 at 11:03 AM, Luck, Tony tony.l...@intel.com wrote:
(I'm c/c Tony here, as he also shared the same concern that
On Thu, Feb 27, 2014 at 11:33 PM, Stefani Seibold stef...@seibold.net wrote:
Am Donnerstag, den 27.02.2014, 16:18 -0800 schrieb Andy Lutomirski:
I'd still like someone else to confirm that the 32-bit vDSO is working
on all common configurations before I'm happy with it, but this should
be a
On Fri, Feb 28, 2014 at 7:06 AM, H. Peter Anvin h...@zytor.com wrote:
How many internal function calls are there? It seems we should try to avoid
those as much as possible by suitable inlining.
There are no non-static calls at all, except for __x86.get_pc_thunk.
I imagine that gcc is smart
On Fri, Feb 28, 2014 at 10:49:31AM -0700, Toshi Kani wrote:
On Tue, 2014-02-25 at 09:18 -0500, Matthew Wilcox wrote:
Instead of calling aops-get_xip_mem from the fault handler, the
filesystem passes a get_block_t that is used to find the appropriate
blocks.
:
+static int
Kevin Hilman khil...@linaro.org writes:
Stephen Boyd sb...@codeaurora.org writes:
On 02/28, Kevin Hilman wrote:
Hi Kumar,
Kevin Hilman khil...@linaro.org writes:
Kumar Gala ga...@codeaurora.org writes:
Enable support for the MSM8x60, MSM8960, and MSM8974 SoCs, clocks and
serial
On Mon, Feb 24, 2014 at 12:44:46PM -0500, Alan Stern wrote:
On Mon, 24 Feb 2014, Mathias Nyman wrote:
xHCI driver has its own pci probe function that will call usb_hcd_pci_probe
to register its usb-2 bus, and then continue to manually register the
usb-3 bus. usb_hcd_pci_probe does a
Hi Sebastian,
On Fri, Feb 28, 2014 at 3:05 AM, Sebastian Reichel s...@debian.org wrote:
On Thu, Feb 27, 2014 at 10:34:35PM +0100, Belisko Marek wrote:
Well I've tried and it's worse :). I got during booting:
[2.218383] ERROR: could not get IIO channel /battery:temp(0)
[2.224639]
On Thu, Feb 27, 2014 at 08:00:04PM -0500, Vince Weaver wrote:
On Thu, 27 Feb 2014, H. Peter Anvin wrote:
On 02/27/2014 03:30 PM, Steven Rostedt wrote:
On Thu, 27 Feb 2014 14:52:54 -0800
H. Peter Anvin h...@zytor.com wrote:
On 02/27/2014 02:31 PM, Steven Rostedt wrote:
Yeah,
901 - 1000 of 1220 matches
Mail list logo