Patch look good.
Acked-by: Anil Gurumurthy anil.gurumur...@qlogic.com
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev
Sent: 24 February 2014 13:32
To: linux-kernel
Cc: Alexander Gordeev; Anil Gurumurthy;
Am Samstag, den 01.03.2014, 14:56 -0800 schrieb H. Peter Anvin:
On 02/28/2014 06:00 PM, Andy Lutomirski wrote:
This leads to a potentially interesting question: is rdtsc_barrier()
actually necessary on UP? IIRC the point is that, if an
rdtsc_barrier(); rdtsc in one thread is before (in
Patch look good.
Acked-by: Anil Gurumurthy anil.gurumur...@qlogic.com
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev
Sent: 24 February 2014 13:32
To: linux-kernel
Cc: Alexander Gordeev; Anil Gurumurthy;
On Tue 2014-02-25 09:18:16, Matthew Wilcox wrote:
One of the primary uses for NV-DIMMs is to expose them as a block device
and use a filesystem to store files on the NV-DIMM. While that works,
it currently wastes memory and CPU time buffering the files in the page
cache. We have support in
Hello,
I recently ran scripts/checkpatch.pl after adding the simplest form
of hello world module to the source tree. I used the old printks
in this module and got this warning message:
WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then
pr_debug(... to printk(KERN_DEBUG ...
It
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: af76815a31adc75dd9526230affdd678e65ac59f Merge tag
'perf-urgent-for-mingo' of
Commit-ID: 280e7c48c3b873e4987a63da276ecab25383f494
Gitweb: http://git.kernel.org/tip/280e7c48c3b873e4987a63da276ecab25383f494
Author: Andi Kleen a...@linux.intel.com
AuthorDate: Sat, 11 Jan 2014 11:42:51 -0800
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Thu, 27 Feb
Commit-ID: b39c2a57a00a841f057a75b41df4c26173288b66
Gitweb: http://git.kernel.org/tip/b39c2a57a00a841f057a75b41df4c26173288b66
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Wed, 26 Feb 2014 18:14:26 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 28 Feb 2014
On 2014/2/28 14:37, shuox@intel.com wrote:
From: Liu ShuoX shuox@intel.com
ftrace_read_cnt need to be reset in open to support mutli times
getting the records.
Andrew,
Would you like to merge it to your testing tree?
pstore is a very important feature for debugging hard issues on
On 2014/2/28 14:38, shuox@intel.com wrote:
From: Liu ShuoX shuox@intel.com
In ramoops_pstore_read, a valid prz pointer with zero size buffer will
break traverse of all persistent ram buffers. The latter buffer might
be lost.
Andrew,
Would you like to merge it to your testing tree?
On Fri, 28 Feb 2014 14:42:48 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
This patch adds support for dynamically allocated reserved memory regions
declared in device tree. Such regions are defined by 'size', 'alignment'
and 'alloc-ranges' properties.
Based on previous code
On Fri, 28 Feb 2014 14:42:50 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
This patch adds code for automated assignment of reserved memory regions
to struct device. reserved_mem-ops-device_init()/device_cleanup()
callbacks are called to perform reserved memory driver specific
On Fri, 28 Feb 2014 10:54:14 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
Hello,
On 2014-02-26 12:51, Grant Likely wrote:
On Fri, 21 Feb 2014 13:25:17 +0100, Marek Szyprowski
m.szyprow...@samsung.com wrote:
From: Grant Likely grant.lik...@linaro.org
Reserved memory
On Fri, 28 Feb 2014 14:42:46 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
From: Grant Likely grant.lik...@linaro.org
Reserved memory nodes allow for the reservation of static (fixed
address) regions, or dynamically allocated regions for a specific
purpose.
Signed-off-by: Grant
On Fri, 28 Feb 2014 14:42:49 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
Add support for custom reserved memory drivers. Call their init() function
for each reserved region and prepare for using operations provided by them
with by the reserved_mem-ops array.
Based on previous
On 03/02/2014 03:24 AM, Fengguang Wu wrote:
Hi Lars-Peter,
FYI, there are new warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git togreg
head: bdc8cda1d010887c06bd8c29564b74cd61ec0a7b
commit: bdc8cda1d010887c06bd8c29564b74cd61ec0a7b [3/3] iio:adc: Add
On Fri, 28 Feb 2014 14:42:47 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
This patch adds support for static (defined by 'reg' property) reserved
memory regions declared in device tree.
Memory blocks can be reliably reserved only during early boot. This must
happen before the
On Thu, 27 Feb 2014 11:10:44 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
Hello,
On 2014-02-26 13:14, Grant Likely wrote:
On Fri, 21 Feb 2014 13:25:22 +0100, Marek Szyprowski
m.szyprow...@samsung.com wrote:
Use recently introduced of_reserved_mem_device_init() function to
There a currently more than 30 users of the gtod macro, so replace the
last VVAR(vsyscall_gtod_data) by gtod macro.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
rdtsc_barrier() needs this.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/include/asm/vdso.h | 2 ++
arch/x86/vdso/Makefile | 3 ++-
arch/x86/vdso/vdso32-setup.c | 25 +
arch/x86/vdso/vma.c | 13 ++---
4 files changed, 27
The _install_special_mapping() is the new base function for
install_special_mapping(). This function will return a pointer of the
created VMA or a error code in an ERR_PTR()
This new function will be needed by the for the vdso 32 bit support to map the
additonal vvar and hpet pages into the 32
This patch do a little cleanup for the __vdso_gettimeofday() function.
It kick out an unneeded ret local variable and makes the code faster if
only the timezone is needed.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 7 ++-
1 file changed, 2
This patch is a small code cleanup for the __vdso_clock_gettime() function.
It removes the unneeded return values from do_monotonic_coarse() and
do_realtime_coarse() and add a fallback label for doing the kernel
gettimeofday() system call.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
This intermediate patch revamps the vclock_gettime.c by moving some functions
around. It is only for spliting purpose, to make whole the 32 bit vdso timer
patch easier to review.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 85
This patch move the vsyscall_gtod_data handling out of vsyscall_64.c
into an additonal file vsyscall_gtod.c to make the functionality
available for x86 32 bit kernel.
It also adds a new vsyscall_32.c which setup the VVAR page.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO
time functions a fast and a reliable way,
This patch revamp the vvar.h for introduce the VVAR macro for vdso32.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/include/asm/vvar.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h
This patch add the time support for 32 bit a VDSO to a 32 bit kernel.
For 32 bit programs running on a 32 bit kernel, the same mechanism is
used as for 64 bit programs running on a 64 bit kernel.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/include/asm/vdso.h | 3
By coincidence, the VVAR page is at the end of an ELF segment. As a
result, if it ends up being a partial page, the kernel loader will
leave garbage behind at the end of the vvar page. Zero-pad it to a
full page to fix this issue.
This has probably been broken since the VVAR page was
This patch add the VDSO time support for the IA32 Emulation Layer.
Due the nature of the kernel headers and the LP64 compiler where the
size of a long and a pointer differs against a 32 bit compiler, there
is some type hacking necessary for optimal performance.
The vsyscall_gtod_data struture
Hi Chew,
On Sat, 1 Mar 2014 00:03:56 +0800, Chew Chiau Ee wrote:
From: Chew, Kean ho kean.ho.c...@intel.com
Add Device ID of Intel BayTrail SMBus Controller.
Signed-off-by: Chew, Kean ho kean.ho.c...@intel.com
Signed-off-by: Chew, Chiau Ee chiau.ee.c...@intel.com
---
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28 February 2014 18:50, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
On Thu, Feb 27, 2014 at 12:53:12PM -0800, Paul E. McKenney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Ingo,
the issue I mentioned in [1] and [2] was bisected now few times in a
row to this id :
commit 37bf06375c90a42fe07b9bebdb07bc316ae5a0ce
Merge: 6bfa687 d0e639c
Author: Ingo Molnar mi...@kernel.org
Date: Wed Oct 9 12:36:13 2013 +0200
Now allnoconfig started disabling CONFIG_PROC_FS:
arch/cris/kernel/built-in.o:(.rodata+0xc): undefined reference to
`show_cpuinfo'
make: *** [vmlinux] Error 1
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
http://kisskb.ellerman.id.au/kisskb/buildresult/10665698/
On 02/28/14 05:12, Russell King - ARM Linux wrote:
On Mon, Feb 10, 2014 at 02:38:58AM -0500, David Long wrote:
diff --git a/arch/arm/kernel/probes.c b/arch/arm/kernel/probes.c
index 7cd1763..179deac 100644
--- a/arch/arm/kernel/probes.c
+++ b/arch/arm/kernel/probes.c
@@ -12,11 +12,9 @@
*/
Patch refined as below, welcome any comments.
Thanks,
-Aubrey
[PATCH] x86/reboot: Introduce all of the known reboot methods into the
default list
Reboot is the last service linux OS provides to the end user. We are
supposed to make this function more robust than today. This patch adds
all of
* Stefani Seibold stef...@seibold.net wrote:
By coincidence, the VVAR page is at the end of an ELF segment. As a
result, if it ends up being a partial page, the kernel loader will
leave garbage behind at the end of the vvar page. Zero-pad it to a
full page to fix this issue.
This has
* Stefani Seibold stef...@seibold.net wrote:
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
What I'm missing from all the series is any trace of the significant
review and debug work that Andy Lutomirski did for the series. Please
The write protection signal is absent on a board based upon Xilinx' Zynq
processor (ZyBo). This leads the kernel to think that the MicroSD card is
write protected, and causes a kernel panic during boot, as root fails to
mount RW.
This patch adds a quirk and an optional OF property,
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer tick later. This triggers a warning (URB submitted while
active) in combination with the xpad driver.
Skipping the rescheduling of this
Hi Andrew,
Add a driver for the hardware watchdogs in NVIDIA Tegra SoCs (Tegra30 and
later). This driver will configure one watchdog timer that will reset the
system in the case of a watchdog timeout.
This driver binds to the nvidia,tegra30-timer device node and gets its
register base
Oleg,
I've been looking at arch/Kconfig and kernel/trace/Kconfig where they
deal with uprobes. The relevant items are CONFIG_UPROBES and
CONFIG_UPROBE_EVENT. It just doesn't look right to me. It looks like
select is used in part maybe just to avoid the recursive dependency
error that
(Adding Andy Whitcroft to cc's)
On Sun, 2014-03-02 at 10:11 +0100, Lars-Peter Clausen wrote:
On 03/02/2014 03:24 AM, Fengguang Wu wrote:
Hi Lars-Peter,
FYI, there are new warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git togreg
head:
If an architecture has futex_atomic_cmpxchg_inatomic() implemented and there
is no runtime check necessary, allow to skip the test within futex_init().
This allows to get rid of some code which would always give the same result,
and also allows the compiler to optimize a couple of if statements
On Sun, Mar 02, 2014 at 05:37:13AM -0500, David Long wrote:
On 02/28/14 05:12, Russell King - ARM Linux wrote:
On Mon, Feb 10, 2014 at 02:38:58AM -0500, David Long wrote:
diff --git a/arch/arm/kernel/probes.c b/arch/arm/kernel/probes.c
index 7cd1763..179deac 100644
---
On Sun, 2014-03-02 at 14:13 +0530, Yogesh Chaudhari wrote:
I think the [checkpatch] WARNING message should be
modified to mention that [subsystem]_dbg is preferred over dev_dbg. In
case this is correct and I am not missing something, I would like to
propose a patch to modify this script to
From: Satoru Takeuchi satoru.takeu...@gmail.com
If we'd like to set the redirect target file of run_command(),
we should define $redirect before calling this function and should undef it
after calling this function. Since it's user-unfriendly, add 2nd parameter of
run_command() for this purpose.
Systemd is over 200,000 lines of ring0 running bullshit.
Regular inits are under 10k lines of code inclusive.
Some are 100 lines of code.
Hmm which is easier to find exploits in.
SystemD.
Notice how the fknuts always try to change the tables.
It's YOU who are the shill!
And always it is the
From: Satoru Takeuchi satoru.takeu...@gmail.com
Build failure hapens with the following log if BUILD_DIR is dirty.
===
...
RUNNING TEST 1 of 1 with option build olddefconfig
make O=/home/sat/ktest/output mrproper ...
fixed a coding style issue.
Signed-off-by: Keerthimai Janarthanan keerthima...@gmail.com
---
drivers/staging/keucr/scsiglue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/keucr/scsiglue.c b/drivers/staging/keucr/scsiglue.c
index ac3d34d..fce19a4 100644
---
He has a right to call a GR.
You are trying your hardest to make sure systemd is the
only choice for all linux systems, all major linux distros,
and if we don't like it we can go use MacOSX or BSD or
roll your own distro.
The fact is that SysV works NOW. The scripts work and
are stable and are
Systemd is over 200,000 lines of ring0 running bullshit.
Regular inits are under 10k lines of code inclusive.
Some are 100 lines of code.
Hmm which is easier to find exploits in.
SystemD.
Notice how the fknuts always try to change the tables.
It's YOU who are the shill!
And always it is the same
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg felix.rue...@gmail.com wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled
to play
again one timer tick later. This triggers a warning (URB submitted while
On Sat, Mar 01, 2014 at 09:11:47AM +0100, xypron.g...@gmx.de wrote:
From: Heinrich Schuchardt xypron.g...@gmx.de
xrealloc never returns null
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
Applied, thanks.
--
David Gibson| I'll have my music baroque, and my code
On Sun, 02 Mar 2014 21:23:36 +0900
Satoru Takeuchi satoru.takeu...@gmail.com wrote:
From: Satoru Takeuchi satoru.takeu...@gmail.com
Build failure hapens with the following log if BUILD_DIR is dirty.
If you want to do make mrproper in the BUILD_DIR, add the command to
PRE_BUILD or something.
Fixing crash in elf_section_by_name function caused
by missing section name in elf binary.
Reported-by: Albert Strasheim alb...@cloudflare.com
Signed-off-by: Jiri Olsa jo...@redhat.com
Cc: Corey Ashford cjash...@linux.vnet.ibm.com
Cc: David Ahern dsah...@gmail.com
Cc: Frederic Weisbecker
That last one doesn't work if the krealloc has a cast like
foo = (struct bar *)krealloc(foo, 1, GFP_KERNEL)
Maybe this one is better...
---
scripts/checkpatch.pl | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/scripts/checkpatch.pl
On Sunday 02 of March 2014 14:17:58 you wrote:
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg
felix.rue...@gmail.com wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then
scheduled to play again one timer tick
-- Forwarded message --
From: Michal Malý madcatxs...@prifuk.cz
Date: Sun, Mar 2, 2014 at 2:29 PM
Subject: Re: [PATCH] input: ff-memless: don't schedule already playing
effect to play again
To: Elias Vanderstuyft elias@gmail.com
On Sunday 02 of March 2014 14:17:58 you wrote:
I'm extremely sorry about the mistake in the earlier patch.
The following patch is a corrected one.
== Original Cover Letter ==
To increase compiler portability there is linux/compiler.h which
provides convenience macros for various gcc constructs. Eg: __weak for
To increase compiler portability there is linux/compiler.h which
provides convenience macros for various gcc constructs. Eg: __weak
for __attribute__((weak)). I've replaced all instances of gcc
attributes with the right macro in the memory management
(/mm) subsystem.
Signed-off-by: Gideon
On 02/12/2014 11:08 AM, Paul Bolle wrote:
The Kconfig symbol S5P_SETUP_MIPIPHY was removed in v3.13. Remove a
reference to its macro from a list of Kconfig options.
Signed-off-by: Paul Bollepebo...@tiscali.nl
---
See commit e66f233dc7f7 (ARM: Samsung: Remove the MIPI PHY setup
code). Should one
From: Namjae Jeon namjae.j...@samsung.com
This patch set provides support for doing fallocate operation
on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
v4:
- -i_disksize is aligned by block size in fill_inode.
- use
From: Namjae Jeon namjae.j...@samsung.com
For normal buffered write operations, normally if we try to write to an
offset than file size, it does a cont_expand_zero till that offset.
Now, in case of fallocated regions, since the blocks are already
allocated. So, make it zero out that buffers for
From: Namjae Jeon namjae.j...@samsung.com
Make the fibmap call the return the proper physical block number for any
offset request in the fallocated range.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Amit Sahrawat a.sahra...@samsung.com
---
fs/fat/cache.c | 64
From: Namjae Jeon namjae.j...@samsung.com
Update the limitation for fat fallocate.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Amit Sahrawat a.sahra...@samsung.com
---
Documentation/filesystems/vfat.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: Namjae Jeon namjae.j...@samsung.com
For normal cases of direct IO write, trying to seek to location greater
than file size, makes it fall back to buffered write to fill that region.
Similarly, in case for write in Fallocated region, make it fall to
buffered write.
Signed-off-by: Namjae
From: Namjae Jeon namjae.j...@samsung.com
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted. Refer
https://lkml.org/lkml/2007/12/22/130.
a) The preallocated
From: Namjae Jeon namjae.j...@samsung.com
Add i_disksize to represent uninitialized allocated size.
And mmu_private represent initialized allocated size.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Amit Sahrawat a.sahra...@samsung.com
---
fs/fat/cache.c | 6 +++---
From: Namjae Jeon namjae.j...@samsung.com
This patch implements fallocate's FALLOC_FL_COLLAPSE_RANGE for Ext4.
The semantics of this flag are following:
1) It collapses the range lying between offset and length by removing any data
blocks which are present in this range and than updates all
At Sun, 2 Mar 2014 08:29:16 -0500,
Steven Rostedt wrote:
On Sun, 02 Mar 2014 21:23:36 +0900
Satoru Takeuchi satoru.takeu...@gmail.com wrote:
From: Satoru Takeuchi satoru.takeu...@gmail.com
Build failure hapens with the following log if BUILD_DIR is dirty.
If you want to do make
On Sun, 02 Mar 2014 23:17:42 +0900
Satoru Takeuchi satoru.takeu...@gmail.com wrote:
At Sun, 2 Mar 2014 08:29:16 -0500,
Steven Rostedt wrote:
On Sun, 02 Mar 2014 21:23:36 +0900
Satoru Takeuchi satoru.takeu...@gmail.com wrote:
From: Satoru Takeuchi satoru.takeu...@gmail.com
Hi Sebastian,
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 rot for a while, add a new
DT-only MACH_DOVE Kconfig.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Acked-by: Wim Van Sebroeck
Add support for ARM Pl310 L2 cache controller parity error
Signed-off-by: Punnaiah Choudary Kalluri punn...@xilinx.com
---
.../devicetree/bindings/edac/pl310_edac_l2.txt | 19 ++
drivers/edac/Kconfig |7 +
drivers/edac/Makefile
Hi,
The following patch adds EDAC support for reporting the data and tag ram
parity errors for ARM PL310 cache controller.
As part of this driver implementtaion, the following options are considered
and this patch is implemented as described in option 3
1. Enable the parity interrupts in
On Thu, Feb 27, 2014 at 7:05 AM, Kent Overstreet k...@daterainc.com wrote:
On Thu, Feb 06, 2014 at 01:24:53PM +0100, Alexander Gordeev wrote:
Function steal_tags() might miss a bit in cpus_have_tags due to
unsynchronized access from percpu_ida_free(). As result, function
percpu_ida_alloc()
Based on the discussion here:
https://lkml.org/lkml/2014/3/2/17
I would like to propose this patch to improve the warning message in
checkpatch.pl. Comments/Suggestions on possible improvements are
welcome.
=
This patch modifies
On Sun, 2014-03-02 at 20:31 +0530, Yogesh Chaudhari wrote:
Based on the discussion here:
https://lkml.org/lkml/2014/3/2/17
I would like to propose this patch to improve the warning message in
checkpatch.pl. Comments/Suggestions on possible improvements are
welcome.
Messages are all single
Hi,
On 03/02/2014 04:01 PM, Yogesh Chaudhari wrote:
Based on the discussion here:
https://lkml.org/lkml/2014/3/2/17
I would like to propose this patch to improve the warning message in
checkpatch.pl. Comments/Suggestions on possible improvements are
welcome.
On Sat, 1 Mar 2014, Andi Kleen wrote:
Steven Rostedt rost...@goodmis.org writes:
BTW, is the perf_fuzzer code posted somewhere? It sounds like it can be
really useful for us to do our own testing too.
I believe it's part of trinity.
http://codemonkey.org.uk/projects/trinity/
Hi,
[+CC LKML, Joe]
[Leaving full copy for LKML, Joe]
On 03/02/2014 04:29 PM, Yogesh Chaudhari wrote:
On 2 March 2014 20:50, Levente Kurusa le...@linux.com wrote:
Hi,
On 03/02/2014 04:01 PM, Yogesh Chaudhari wrote:
Based on the discussion here:
https://lkml.org/lkml/2014/3/2/17
I would
On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
IMHO, this message is too big. The one we already have is nice and clean.
I would simply do: s/netdev/[subsystem]/ or something among the lines.
maybe:
Prefer [subsystem eg: netdev]_$level2 then dev_$level2 then pr_$level to
Em Sat, 01 Mar 2014 07:57:42 -0300
Mauro Carvalho Chehab m.che...@samsung.com escreveu:
Hi Devin,
Em Fri, 28 Feb 2014 19:13:16 -0500
Devin Heitmueller dheitmuel...@kernellabs.com escreveu:
Seems kind of strange that I wasn't on the CC for this, since I was the
original author of all
Hi,
2014-03-02 16:40 GMT+01:00 Joe Perches j...@perches.com:
On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
IMHO, this message is too big. The one we already have is nice and clean.
I would simply do: s/netdev/[subsystem]/ or something among the lines.
maybe:
Prefer [subsystem
Disabling user callchains for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651r=1w=2
User space callchains and user space stack dump were disabled
for function trace event. Mailing list discussions:
http://marc.info/?t=13930208651r=1w=2
http://marc.info/?t=13930143733r=1w=2
Catching up with perf and disabling user space callchains and
DWARF unwind (uses user stack
Disabling user space stack dump for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
The user space stack dump is just another source of the this issue.
Related list
hi,
recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651r=1w=2
http://marc.info/?t=13930143733r=1w=2
Disabling user space callchain
On Fri, 28 Feb 2014, Steven Rostedt wrote:
On Fri, 28 Feb 2014 18:34:00 -0500 (EST)
Vince Weaver vincent.wea...@maine.edu wrote:
But perf_event bug finder is a much more prestigious title than
college professor ;-)
yes, it's something to fall back on if/when I get denied tenure :)
I do
On 2 March 2014 21:19, Levente Kurusa le...@linux.com wrote:
Hi,
2014-03-02 16:40 GMT+01:00 Joe Perches j...@perches.com:
On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
IMHO, this message is too big. The one we already have is nice and clean.
I would simply do:
On Sun, Mar 2, 2014 at 2:47 AM, Ingo Molnar mi...@kernel.org wrote:
* Stefani Seibold stef...@seibold.net wrote:
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
What I'm missing from all the series is any trace of the significant
On Sun, Mar 02, 2014 at 04:56:37PM +0100, Jiri Olsa wrote:
hi,
recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651r=1w=2
We are unambiguously dead after BIOS. There is no retry possible...
On March 2, 2014 2:39:02 AM PST, Li, Aubrey aubrey...@linux.intel.com wrote:
Patch refined as below, welcome any comments.
Thanks,
-Aubrey
[PATCH] x86/reboot: Introduce all of the known reboot methods into the
default list
On Sun, 2 Mar 2014 16:56:39 +0100
Jiri Olsa jo...@redhat.com wrote:
Disabling user space stack dump for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
The user space
On Sat, 01 Mar 2014 21:12:25 +
disbandtechc...@tfwno.gf wrote:
FOUR people made a decision that would once have required
thousands of votes. FOUR votes overrideds the decision
debian took before the tech-ctte dictatorship to standardize
on system V init rather than bsd style init scripts
On Fri, 28 Feb 2014 18:18:38 -0500
Santosh Shilimkar santosh.shilim...@ti.com wrote:
Based on earlier thread https://lkml.org/lkml/2013/10/7/662; and
further discussion at Kernel Summit'2013, it was agreed to create
'driver/soc' for drivers which are quite SOC specific.
Lets take the
* Marek Belisko ma...@goldelico.com [140301 06:02]:
This updated series fix issue with proper gta04 booting in 3.14 kernel
and add various devices to devicetree.
Changes from V1:
- removed fixes which was merged to 3.14 already
- add bma180 accelerometer + booting fix
Marek Belisko (2):
Greetings;
Something is stuck in a loop someplace and I am now being bombarded by
reject messages from:
Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the following
addresses.
This is a permanent error; I've given up. Sorry it didn't
When using CONFIG_FTRACE_SELFTEST=y and CONFIG_FTRACE_STARTUP_TEST=y
best_cpu is -1 and passed to function cpumask_check which takes
unsigned int.
Fix order of test arguments to avoid oops.
Regression was introduced in commit 82b95800b256205cff2eeab5bbd03430d2d0f20d.
Signed-off-by: Reiter
On Sun, 2014-03-02 at 21:51 +0530, Yogesh Chaudhari wrote:
I will send in a new patch with both the script file and the
documentation modifications.
Separate patches please.
Changes to CodingStyle generally bring another
round of comments.
--
To unsubscribe from this list: send the line
1 - 100 of 630 matches
Mail list logo