On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
perf_counter tools: Propagate signals properly
commit f7b7c26e01e51fe46097e11f179dc71ce7950084
Author: Peter Zijlstra a.p.zijls...@chello.nl
Date: Wed Jun 10 15:55:59 2009 +0200
but I dont think we need to do that
But
From: Arnd Bergmann a...@arndb.de
The cx20442 codec driver used here requires the TTY layer to
be enabled, or we get a link error:
sound/built-in.o: In function `cx20442_codec_remove':
cx20442.c:398: undefined reference to `tty_hangup'
sound/built-in.o: In function `ams_delta_remove':
From: Arnd Bergmann a...@arndb.de
SND_S3C_DMA_LEGACY can only be set on S3C24xx, which does not
(yet) support the dmaengine framework, so samsung_dma_get_ops()
fails to link if S3C24XX_DMA is disabled:
sound/built-in.o: In function `dma_hw_params':
:(.text+0x7f310): undefined reference to
From: Arnd Bergmann a...@arndb.de
The WM8904 codec driver needs I2C to be enabled, so the
SND_ATMEL_SOC_WM8904 option also requires this.
Found using randconfig build testing.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown
From: Arnd Bergmann a...@arndb.de
This codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
From: Arnd Bergmann a...@arndb.de
As we are moving the mmp platform towards multiplatform support,
we have to stop including platform header files.
This changes the pxa-ssp sound driver file to no longer depend
on mach/hardware.h and mach/dma.h. The code using the definitions
from those headers
On 04/24/2014 07:04 PM, John Stultz wrote:
Continuing the sporadic work on improving the timekeeping
frequency steering logic when NOHZ is enabled, I've made a number
of changes to my re-implementation of Miroslav's patch (most
recently posted here: https://lkml.org/lkml/2014/2/12/401 ),
From: Arnd Bergmann a...@arndb.de
The UDA1380 driver needs I2C to be enabled, so
SND_SOC_SAMSUNG_H1940_UDA1380 and
SND_SOC_SAMSUNG_RX1950_UDA1380 also
require this.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc:
On Fri, 25 Apr, at 05:09:07PM, Leif Lindholm wrote:
From: Mark Salter msal...@redhat.com
ARM and ARM64 architectures use the device tree to pass UEFI parameters
from stub to kernel. These parameters are things known to the stub but
not discoverable by the kernel after the stub calls
On Fri, 25 Apr, at 05:09:09PM, Leif Lindholm wrote:
From: Roy Franz roy.fr...@linaro.org
Both ARM and ARM64 stubs will update the device tree that they pass to
the kernel. In both cases they primarily need to add the same UEFI
related information, so the function can be shared. Create a
From: Arnd Bergmann a...@arndb.de
This codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
On Wed, Apr 23, 2014 at 2:41 PM, James Hogan james.ho...@imgtec.com wrote:
It appears Miklos Szeredi beat me to it with patch 1 (adding renameat2
syscall to asm-generic unistd.h), and will be submitting it to Linus
at some point as part of his renameat2 series.
Miklos: Do you think it makes
From: Arnd Bergmann a...@arndb.de
dma_addr_t may be 64 bit wide, which causes a build failure
when doing a division on it. Here it is safe to cast to an
u32 type, which avoids the problem.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown
On 29.04.14 09:33:09, Andreas Herrmann wrote:
On Mon, Apr 28, 2014 at 11:40:36PM +0200, Borislav Petkov wrote:
On Mon, Apr 28, 2014 at 02:50:29PM -0600, Bjorn Helgaas wrote:
This I/O ECS thing seems likely to cause future problems. My
understanding (based on sec 2.8 of [1]) is that
From: Arnd Bergmann a...@arndb.de
This adds a missing dependency for SND_SOC_SMDK_WM8580_PCM to
require REGMAP_I2C to be enabled, avoiding possible build
erorrs.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam
From: Arnd Bergmann a...@arndb.de
The missing dependency can lead to build errors, so
make it explicit in Kconfig.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
Cc: Ben Dooks
On Fri, 25 Apr, at 05:09:12PM, Leif Lindholm wrote:
From: Mark Salter msal...@redhat.com
This patch adds PE/COFF header fields to the start of the kernel
Image so that it appears as an EFI application to UEFI firmware.
An EFI stub is included to allow direct booting of the kernel
Image.
On Fri, 25 Apr, at 05:09:14PM, Leif Lindholm wrote:
From: Ard Biesheuvel ard.biesheu...@linaro.org
Loading unauthenticated FDT blobs directly from storage is a security hazard,
so this should only be allowed when running with UEFI Secure Boot disabled.
Signed-off-by: Ard Biesheuvel
The rest has been queued up for 3.16.
I also aim for 3.16, yet it may take 1 or 2 weeks more until I'll be
able to review the I2C part of those patches.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
perf_counter tools: Propagate signals properly
commit f7b7c26e01e51fe46097e11f179dc71ce7950084
Author: Peter Zijlstra a.p.zijls...@chello.nl
Date: Wed
On Tue, 29 Apr 2014 11:53:40 +0200
Michael Kerrisk (man-pages) mtk.manpa...@gmail.com wrote:
On 04/29/2014 11:24 AM, NeilBrown wrote:
On Tue, 29 Apr 2014 11:07:16 +0200 Michael Kerrisk (man-pages)
mtk.manpa...@gmail.com wrote:
On 04/27/2014 11:28 PM, NeilBrown wrote:
On Sun, 27 Apr
On Sat, Apr 26, 2014 at 10:03 AM, Jens Axboe ax...@kernel.dk wrote:
On 2014-04-25 18:01, Ming Lei wrote:
Hi Jens,
On Sat, Apr 26, 2014 at 5:23 AM, Jens Axboe ax...@kernel.dk wrote:
On 04/25/2014 03:10 AM, Ming Lei wrote:
Sorry, I did run it the other day. It has little to no effect here,
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
perf_counter tools: Propagate signals properly
commit f7b7c26e01e51fe46097e11f179dc71ce7950084
Author: Peter Zijlstra a.p.zijls...@chello.nl
Date: Wed
On Tue, Apr 29, 2014 at 01:33:04PM +0200, Peter Zijlstra wrote:
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
perf_counter tools: Propagate signals properly
commit f7b7c26e01e51fe46097e11f179dc71ce7950084
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 had made a proposal which
would cover this. Can you elaborate on that?
Thanks,
Matt
-
Estimado E-mail del usuario;
Se ha superado 23.432 Repositorio para el conjunto buzón
Servicios Web / Administrador, y habrás problemas al enviar y
recepción de correo, mientras que volver a verificar. Debe actualizar
haciendo clic en enlace de abajo y complete la información para verificar su
Hallo all,
attached to this mail you will find a couple of patches fixing one bug I
have with kernel 3.10 (all subreleases).
These patches have been developed originally by Jan Kara (j...@suse.cz,
I guess you
know him better than I do) for kernel 3.13 and can be found here:
(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 arm64 patches? And there are dependencies
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 had
This patchset series addresses various bugs found and fixed by Arnd Bergmann
whilst doing randconfig builds.
My involvement has been to review, add/check the maintainers are correct
and submit upstream to try and reduce the backlog.
Best Regards,
Kaixu Xia
Arnd Bergmann (11):
ASoC: CS42L51
On Tue, Apr 29, 2014 at 01:42:13PM +0200, Alexander Naumann wrote:
Hallo all,
attached to this mail you will find a couple of patches fixing one bug I
have with kernel 3.10 (all subreleases).
These patches have been developed originally by Jan Kara (j...@suse.cz,
I guess you
know him
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
for me. This is derived from Rik's patch, my patch, and is
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote:
static void record__sig_exit(int exit_status __maybe_unused, void *arg)
{
- struct record *rec = arg;
- int status;
-
- if (rec-evlist-workload.pid 0) {
- if (!child_finished)
-
On Mon 28-04-14 17:19:26, Oleg Nesterov wrote:
Andrew,
You applied the last (4th) memcg-kill-config_mm_owner.patch, but other
patches in this thread were ignored. Hopefully thi is because I sent
them chaotically.
All of them are queued AFAICS. I do not know where those emails are
archived
On Tue, Apr 29, 2014 at 10:52:04AM +1000, Dave Chinner wrote:
#ifdef CONFIG_FSNOTIFY
@@ -240,10 +246,19 @@ void __destroy_inode(struct inode *inode)
}
#ifdef CONFIG_FS_POSIX_ACL
- if (inode-i_acl inode-i_acl != ACL_NOT_CACHED)
- posix_acl_release(inode-i_acl);
On 04/29/2014 01:34 PM, Jeff Layton wrote:
On Tue, 29 Apr 2014 11:53:40 +0200
Michael Kerrisk (man-pages) mtk.manpa...@gmail.com wrote:
On 04/29/2014 11:24 AM, NeilBrown wrote:
On Tue, 29 Apr 2014 11:07:16 +0200 Michael Kerrisk (man-pages)
mtk.manpa...@gmail.com wrote:
On 04/27/2014 11:28
Fix format string mismatch in gbefb_show_memsize().
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/video/fbdev/gbefb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/gbefb.c b/drivers/video/fbdev/gbefb.c
index 3ec65a8..4aa56ba 100644
---
Fix format string mismatch in contrast_show().
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/video/fbdev/wm8505fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/wm8505fb.c b/drivers/video/fbdev/wm8505fb.c
index 537d199..d2fafbb 100644
On 04/29/2014 01:52 PM, Michael Neuling wrote:
That's not what that patch does. It shouldn't make any user visible changes
to DSCR or PPR.
It may not when it runs uninterrupted but after the tracee process has stopped,
thread.dscr reflects the default DSCR value as mentioned before. This can be
Hi,
just a basic review to keep things rolling...
On the original Samsung ARM Chromebook these devices were on an I2C
bus that was shared between the AP and the EC and arbitrated using
some extranal GPIOs (see i2c-arb-gpio-challenge).
The original arbitration scheme worked well enough but
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 list
and there is a need for external event to kick the deferred queue to probe
these drivers.
The issue has been observed on embedded systems with
On 04/28, Davidlohr Bueso wrote:
@@ -29,6 +30,7 @@ void use_mm(struct mm_struct *mm)
tsk-active_mm = mm;
}
tsk-mm = mm;
+ vmacache_flush(tsk);
But this can't help, we need to do this in unuse_mm(). And we can race
with vmacache_flush_all() which relies
On Tuesday 29 April 2014 13:05:15 Ulf Hansson wrote:
On 29 April 2014 11:45, Arnd Bergmann a...@arndb.de wrote:
drivers/built-in.o: In function `rtsx_usb_sdmmc_drv_remove':
:(.text+0x806480): undefined reference to `led_classdev_unregister'
drivers/built-in.o: In function
On 04/29, Srivatsa S. Bhat wrote:
I guess I'll hold off on testing this fix until I get to reproduce
the bug more reliably..
perhaps the patch below can help a bit?
---
Subject: [PATCH] vmacache: change
Hi,
checkpatch complains about the spaces before the close parenthesis in
trace events:
ERROR: space prohibited before that close parenthesis ')'
#94: FILE: include/trace/events/thermal.h:14:
+ __field(unsigned int, freq )
However, in that directory, that's actually the
On Tue 29-04-14 14:50:18, Roman Gushchin wrote:
29.04.2014, 11:42, Greg Thelen gthe...@google.com:
On Mon, Apr 28 2014, Roman Gushchin kl...@yandex-team.ru wrote:
28.04.2014, 16:27, Michal Hocko mho...@suse.cz:
The series is based on top of the current mmotm tree. Once the series
Thomas,
Here's a small round of fixes that we need in a stable topic branch as a
part of a larger fix to the mvebu pcie/mbus driver. These have been in
-next for a week or so.
Please pull.
thx,
Jason.
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux
On Mon, 28 Apr 2014 13:02:28 -0500, Rob Herring robherri...@gmail.com wrote:
On Mon, Apr 28, 2014 at 12:57 PM, Pawel Moll pawel.m...@arm.com wrote:
In Device Tree powered systems, platform devices are usually
massively populated with of_platform_populate() call, executed
at some level of
On Tue, 29 Apr 2014 12:32:17 +0200 Peter Zijlstra pet...@infradead.org
wrote:
On Tue, Apr 29, 2014 at 07:44:06PM +1000, NeilBrown wrote:
It is currently not possible for various wait_on_bit functions to
implement a timeout.
While the action function that is called to do the waiting
BP_PROC_SUPPORT was never defined so removing all the #ifdef'd code
including the bp_proc_create() function.
Signed-off-by: Jan Moskyto Matejka m...@suse.cz
---
drivers/staging/silicom/bpctl_mod.c | 39 -
1 file changed, 39 deletions(-)
diff --git
My apologies for those receiving this post a 2nd time. The original
post never made it the mailing lists ...
On Fri, 2014-04-25 at 15:25 -0700, Eric W. Biederman wrote:
Al Viro v...@zeniv.linux.org.uk writes:
On Fri, Apr 25, 2014 at 02:43:42PM -0700, Eric W. Biederman wrote:
ssize_t
On Tue, 29 Apr 2014 02:45:22 +
R, Durgadoss durgados...@intel.com wrote:
Hi Jacob,
-Original Message-
From: Jacob Pan [mailto:jacob.jun@linux.intel.com]
Sent: Monday, April 28, 2014 7:35 PM
To: Linux PM; Wysocki, Rafael J; LKML
Cc: David E. Box; Alan Cox; R,
Hi,
so while debugging some hard-to-explain hangs in the past, we have been
going around in circles around the NMI nesting disaster, and I tend to
believe that Steven's fixup (for most part introduced in 3f3c8b8c (x86:
Add workaround to NMI iret woes)) makes the race *much* smaller, but it
Some cpufreq drivers were redundantly invoking the _begin() and _end()
APIs around frequency transitions, and this double invocation (one from
the cpufreq core and the other from the cpufreq driver) used to result
in a self-deadlock, leading to system hangs during boot. (The _begin()
API makes
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 texts
in alignment. I feel that if we change one we should also change the
other, and
On Tue, Apr 29, 2014 at 05:13:21PM +1000, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/process_64.c: In function 'arch_trigger_all_cpu_backtrace':
arch/sparc/kernel/process_64.c:267:3:
On 04/29/2014 06:22 PM, Oleg Nesterov wrote:
On 04/29, Srivatsa S. Bhat wrote:
I guess I'll hold off on testing this fix until I get to reproduce
the bug more reliably..
perhaps the patch below can help a bit?
Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
---
v2: Removed the coverage of ASYNC_NOTIFICATION drivers, in order to avoid
false-positives.
I am confused - on top of what patches should I test it?
drivers/cpufreq/cpufreq.c |7 +++
On Tue, Apr 29, 2014 at 1:10 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
Why is this patch an RFC? If it is ready for upstreaming please drop
the RFC prefix when you post the next version.
I'll do that
On 04/27/2014 10:56 PM, Patrik Jakobsson wrote:
This driver takes control over
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 list
and there is a need for external event to kick the deferred queue to probe
these
On 2014-04-29 09:34, Chase Southwood wrote:
This board always has 32 digital inputs. Remove the test when
initializing the subdevice.
Also, since this board is the only one supported by this driver,
remove the boardinfo about the digital inputs and just use the
data directly in the subdevice
Hi Thomas,
* Lorenzo Pieralizi fixed an issue with the arch_arm_timer where the
C3STOP flag for all the arch can cause some trouble by setting the flag
only if the power domain is not always on
* Alexander Shiyan fixed a compilation by changing the init function
to the right prototype
Toshiba Satellite M840 laptop has a complete different keymap although
it's bound with the same ACPI ID TOS1900. This patch provides an
alternative keymap specific to this machine by identifying via DMI
matching. The keymap table doesn't fill all entries that were used
before since some keys
From: Lorenzo Pieralisi lorenzo.pieral...@arm.com
ARM arch timers are tightly coupled with the CPU logic and lose context
on platform implementing HW power management when cores are powered
down at run-time. Marking the arch timers as C3STOP regardless of power
management capabilities causes
On Fri, 25 Apr 2014 16:44:58 -0700, Kevin Hilman khil...@linaro.org wrote:
Geert Uytterhoeven geert+rene...@glider.be writes:
When adding a device from DT, check if its clocks are suitable for Runtime
PM, and register them with the PM core.
If Runtime PM is disabled, just enable the
On Mon, Apr 28, 2014 at 6:53 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote:
The ARM SMMU driver expects the IOMMU_EXEC flag, otherwise it will
set the page tables for a device as XN (execute never). This affects
devices such as
On 2014-04-29 09:37, Chase Southwood wrote:
The i_IorangeBase1, i_PCIEeprom, and pc_EepromChip data in the boardinfo
was only needed to work out the usage of the PCI bars. Now that that is
squared away, this info is no longer needed and can be removed.
Signed-off-by: Chase Southwood
From: Alexander Shiyan shc_w...@mail.ru
CC drivers/clocksource/zevio-timer.o
drivers/clocksource/zevio-timer.c:215:1: warning: comparison of distinct
pointer types lacks a cast [enabled by default]
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
Signed-off-by: Daniel Lezcano
On 2014-04-29 09:35, Chase Southwood wrote:
This driver only uses PCI bar 1 (devpriv-i_IobaseAmcc), and PCI bar 2
(dev-iobase) doon't bother reading the unused PCI bars.
The description needs fixing as it's back to using PCI bar 0 and 1.
Also, there's a typo: doon't - don't. :)
--
-=( Ian
On 04/29/2014 06:39 PM, Meelis Roos wrote:
Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
---
v2: Removed the coverage of ASYNC_NOTIFICATION drivers, in order to avoid
false-positives.
I am confused - on top of what patches should I test it?
Well, actually this is
On 2014-04-29 09:38, Chase Southwood wrote:
This driver no longer reads the eeprom to find the board specific data,
all the necessary data is in the boardinfo. Use the boardinfo directly
instead of passing through devpriv-s_EeParameters.
Signed-off-by: Chase Southwood chase.southw...@gmail.com
On 29 April 2014 18:36, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Some cpufreq drivers were redundantly invoking the _begin() and _end()
APIs around frequency transitions, and this double invocation (one from
the cpufreq core and the other from the cpufreq driver) used to result
On Mon, Apr 28, 2014 at 7:04 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote:
This patch forms the skeleton for platform devices support with VFIO.
Signed-off-by: Antonios Motakis a.mota...@virtualopensystems.com
---
On Mon, Apr 28, 2014 at 7:24 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote:
VFIO returns a file descriptor which we can use to manipulate the memory
regions of the device. Since some memory regions we cannot mmap due to
security
On Mon, Apr 28, 2014 at 7:27 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote:
Allow to memory map the MMIO regions of the device so userspace can
directly access them.
Signed-off-by: Antonios Motakis
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 32bit x86 does.
This is not possible, though, because there are several windows
[CC += LKML]
Eric, Jan, (or anyone)
Can you offer any insight on Heinrich's question, below?
Cheers,
Michael
On Sun, Apr 13, 2014 at 4:05 PM, Heinrich Schuchardt xypron.g...@gmx.de wrote:
On 06.04.2014 14:18, Michael Kerrisk (man-pages) wrote:
==
I notice that the FDs returned by
On Monday 28 April 2014 08:44 PM, Nishanth Menon wrote:
V3: has the following changes (w.r.t v2):
- fixed relaxed commit message and usage.
- AM437x internal documents showed that:
- new master information updated into the data
- masterid register
From: Namhyung Kim namhy...@kernel.org
Those readn/writen functions are to ensure read/write does I/O for
a given size exactly. But ion() - its implementation - does not
handle in case it returns prematurely due to a signal. As it's not
an error itself so just retry the operation.
From: Alexander Yarygin yary...@linux.vnet.ibm.com
Trace events potentially can have a '-' in their trace system name,
e.g. kvm on s390 defines kvm-s390:* tracepoints.
We could not parse them, because there was no rule for this:
$ sudo ./perf top -e kvm-s390:*
invalid or unsupported event:
From: Jean Pihet jean.pi...@linaro.org
This patch hooks in the perf_regs and libunwind code for ARM64.
The tools/perf/arch/arm64 is created; it contains the arch specific
code for DWARF unwinding.
Signed-off-by: Jean Pihet jean.pi...@linaro.org
Acked-by: Will Deacon will.dea...@arm.com
Link:
From: Alexander Yarygin yary...@linux.vnet.ibm.com
Add a s390 specific test of a hardcoded trace event with '-'
in the name.
Signed-off-by: Alexander Yarygin yary...@linux.vnet.ibm.com
Link:
http://lkml.kernel.org/r/1398440047-6641-4-git-send-email-yary...@linux.vnet.ibm.com
Signed-off-by: Jiri
From: Alexander Yarygin yary...@linux.vnet.ibm.com
In tests/parse-events.c test cases are declared in evlist_test[]
arrays. Elements of arrays are initialized in following pattern:
[i] = {
.name = ...,
.check = ...,
},
When perf-test is running
From: Borislav Petkov b...@suse.de
... to its single user's header, evsel.h.
Signed-off-by: Borislav Petkov b...@suse.de
Link: http://lkml.kernel.org/r/tip-9os1chjyz12upubfsjc71...@git.kernel.org
Signed-off-by: Jiri Olsa jo...@kernel.org
---
tools/perf/util/evsel.h | 5 +
On Tue, Apr 29, 2014 at 12:43:56PM +0100, 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
Hello Eric (and all),
Heinrich Schuchardt has made a magnificent effort writing some man
pages that extensively document the fanotify API that you added in
Linux 2.6.36/37. Could I ask you (and anyone else who is interested)
to review them please for completeness and accuracy. I would
really
On Tue, 22 Apr 2014 20:18:00 -0500, Rob Herring robherri...@gmail.com wrote:
From: Rob Herring r...@kernel.org
This is a series of clean-ups of architecture FDT code and converts the
core FDT code over to using libfdt functions. This is in preparation
to add FDT based address translation
On 04/29, Srivatsa S. Bhat wrote:
On 04/29/2014 06:22 PM, Oleg Nesterov wrote:
On 04/29, Srivatsa S. Bhat wrote:
I guess I'll hold off on testing this fix until I get to reproduce
the bug more reliably..
perhaps the patch below can help a bit?
On Tue, 29 Apr 2014 15:05:55 +0200 (CEST)
Jiri Kosina jkos...@suse.cz 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
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 interrupts are disabled, so normally NMI interrupts
When building the firmware blobs, use a simple loop to create
directories in $(objtree), like in Makefile.build. This simplifies the
rules and also makes it possible to set $(objtree) to '.' later. Before
this change, a dependency on $(objtree)/dir would be satisfied by
dir in $(srctree).
When
The main Makefile sets its working directory to the object tree and
never changes it again. Therefore, we can use '.' instead of the
absolute path.
Signed-off-by: Michal Marek mma...@suse.cz
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
The literal confuses syntax highlighting in vim.
Cc: David Woodhouse dw...@infradead.org
Signed-off-by: Michal Marek mma...@suse.cz
---
firmware/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/firmware/Makefile b/firmware/Makefile
index 6af62cf..5747417 100644
Hi,
This series changes the Makefile to use relative paths for $(objtree),
always setting it to '.', and for $(srctree) setting either to '.' or
'..', when building in the source tree or a subdirectory thereof,
respectively. The goal is to make compiler messages and Ooopses more
readable by
When doing make O=subdir, use '..' to refer to the source tree. This
allows for more readable compiler messages, and, more importantly, it
sets the VPATH to '..', so filenames in WARN_ON() etc. will be shorter.
Signed-off-by: Michal Marek mma...@suse.cz
---
Makefile | 12 +++-
1 file
When not using O=, $(srctree) refers to the same directory as
$(objtree), so we can set it to '.' as well. This makes the default
include path more compact and results in more readable messages from the
compiler.
Signed-off-by: Michal Marek mma...@suse.cz
---
Makefile | 2 +-
1 file changed, 1
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
---
tools/perf/util/util.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/tools/perf/util/util.c b/tools/perf/util/util.c
index
On Mon, Apr 28, 2014 at 03:12:37PM -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
Plus for swapgs.
Very straight forward. Used in followon patch.
follow on
Signed-off-by: Andi Kleen a...@linux.intel.com
---
arch/x86/include/asm/fsgs.h | 43
On Mon, 7 Apr 2014 12:11:15 -0500, Josh Cartwright jo...@codeaurora.org wrote:
On Mon, Apr 07, 2014 at 04:00:43PM +0800, Tien Hock Loh wrote:
On Wed, Mar 19, 2014 at 6:09 PM, Tien Hock Loh th...@altera.com wrote:
On Fri, Mar 7, 2014 at 11:14 PM, Josh Cartwright jo...@codeaurora.org
Em Mon, 28 Apr 2014 22:40:00 +0100
Brian Healy healybr...@gmail.com escreveu:
From: Brian Healy healybr...@gmail.com
To: Antti Palosaari cr...@iki.fi, Mauro Carvalho Chehab
m.che...@samsung.com
Cc: Linus Torvalds torva...@linux-foundation.org, Linux Kernel Mailing List
201 - 300 of 1468 matches
Mail list logo
