Leverages the PERF_RECORD_MISC_MMAP_DATA bit in
the RECORD_MMAP record header. When the bit is set
then the mapping type is set to MAP__VARIABLE.
Signed-off-by: Stephane Eranian
---
tools/perf/util/machine.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/tools/pe
From: Namhyung Kim
When loading symbols in a data mapping, ABS symbols (which has a value
of SHN_ABS in its st_shndx) failed at elf_getscn(). And it marks the
loading as a failure so already loaded symbols cannot be fixed up.
I'm not sure what should be done. Just ignore them for now. :)
Cc: S
Michal Marek wrote:
> Signed-off-by: Michal Marek
Add a check into the script to make sure that CONFIG_MODULE_SIG_HASH is
actually set to something, and then you can add "Acked-by: David Howells
".
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
From: Namhyung Kim
The symbol addresses in a dso have relative offsets from the start of
a mapping. So in order to ouput correct offset value from @ip, one of
them should be converted.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c |2 +-
1 file changed, 1 in
This new command is a wrapper on top of perf record and
perf report to make it easier to configure for memory
access profiling.
To record loads:
$ perf mem -t load rec .
To record stores:
$ perf mem -t store rec .
To get the report:
$ perf mem -t load rep
Signed-off-by: Stephane Eranian
This patch series had a new feature to the kernel perf_events
interface and corresponding user level tool, perf.
With this patch, it is possible to sample (not trace) memory
accesses (load, store). For loads, the instruction and data
addresses are captured along with the latency and data source.
F
This patch adds a flags field to each event constraint.
It can be used to store event specific features which can
then later be used by scheduling code or low-level x86 code.
The flags are propagated into event->hw.flags during the
get_event_constraint() call. They are cleared during the
put_event
From: Andi Kleen
perf record has a new option -W that enables weightened sampling.
Add sorting support in top/report for the average weight per sample and the
total weight sum. This allows to both compare relative cost per event
and the total cost over the measurement period.
Add the necessary
We use the -W option to obtain the cost of the
memory accesses.
Data address sampling is obtained via the -d option.
Signed-off-by: Stephane Eranian
---
tools/perf/util/evsel.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c
index 49da
Make the PEBS Load Latency threshold register layout
and encoding visible to user level tools.
Signed-off-by: Stephane Eranian
---
arch/x86/kernel/cpu/perf_event_intel.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/perf_e
Was missing from current code yet PERF_SAMPLE_ADDR has
been present for a long time. Needed for PEBS-LL mode.
Signed-off-by: Stephane Eranian
---
tools/perf/util/session.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/session.c b/tools/perf/util/sessi
From: Andi Kleen
For some events it's useful to weight sample with a hardware
provided number. This expresses how expensive the action the
sample represent was. This allows the profiler to scale
the samples to be more informative to the programmer.
There is already the period which is used simi
On Thu 24-01-13 22:57:07, Wu Fengguang wrote:
> Hi Paul,
>
> > (This patch does not solve the PAE OOM issue.)
>
> You may try the below debug patch. The only way the writeback patches
> should trigger OOM, I think, is for the number of dirty/writeback
> pages going out of control.
>
> Or more si
On 01/24/2013 06:08 PM, Ingo Molnar wrote:
>
> * Alex Shi wrote:
>
>> @@ -2539,7 +2539,11 @@ static void __update_cpu_load(struct rq *this_rq,
>> unsigned long this_load,
>> void update_idle_cpu_load(struct rq *this_rq)
>> {
>> unsigned long curr_jiffies = ACCESS_ONCE(jiffies);
>> +#if d
Michal Marek wrote:
> -mod_sign_cmd = perl $(srctree)/scripts/sign-file $(MODSECKEY) $(MODPUBKEY)
> +mod_sign_cmd = perl $(srctree)/scripts/sign-file -a
> $(CONFIG_MODULE_SIG_HASH) $(MODSECKEY) $(MODPUBKEY)
It's mandatory, so it shouldn't really have a "-a" flag.
David
--
To unsubscribe from t
From: Glauber Costa
Commit 8f618968 changed stop_task to do the same bookkeping as the
other classes. However, the call to cpuacct_charge() doesn't affect
the scheduler decisions at all, and doesn't need to be moved over.
Moreover, being a kthread, the migration thread won't belong to any
cgroup
From: Tejun Heo
When cgroup files are created, cgroup core automatically prepends the
name of the subsystem as prefix. This patch adds CFTYPE_NO_PREFIX
which disables the automatic prefix.
This will be used to deprecate cpuacct which will make cpu create and
serve the cpuacct files.
Signed-off
From: Glauber Costa
Context switches are, to this moment, a property of the runqueue. When
running containers, we would like to be able to present a separate
figure for each container (or cgroup, in this context).
The chosen way to accomplish this is to increment a per cfs_rq or
rt_rq, depending
From: Glauber Costa
This patch changes the calculation of nr_context_switches. The variable
"nr_switches" is now used to account for the number of transition to the
idle task, or stop task. It is removed from the schedule() path.
The total calculation can be made using the fact that the transiti
From: Glauber Costa
The file cpu.stat_percpu will show various scheduler related
information, that are usually available to the top level through other
files.
For instance, most of the meaningful data in /proc/stat is presented
here. Given this file, a container can easily construct a local copy
From: Peter Zijlstra
In order to avoid having to do put/set on a whole cgroup hierarchy
when we context switch, push the put into pick_next_task() so that
both operations are in the same function. Further changes then allow
us to possibly optimize away redundant work.
[ glom...@parallels.com: in
From: Glauber Costa
exec_clock already provides per-group cpu usage metrics, and can be
reused by cpuacct in case cpu and cpuacct are comounted.
However, it is only provided by tasks in fair class. Doing the same for
rt is easy, and can be done in an already existing hierarchy loop. This
is an i
Michal Marek wrote:
> +our ($opt_v, $opt_a);
Should this be 'our' or 'my'?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
From: Glauber Costa
The CPU cgroup is so far, undocumented. Although data exists in the
Documentation directory about its functioning, it is usually spread,
and/or presented in the context of something else. This file
consolidates all cgroup-related information about it.
Signed-off-by: Glauber C
From: Glauber Costa
We already track multiple tick statistics per-cgroup, using
the task_group_account_field facility. This patch accounts
guest_time in that manner as well.
Signed-off-by: Glauber Costa
CC: Peter Zijlstra
CC: Paul Turner
---
kernel/sched/cputime.c | 10 --
1 file cha
From: Glauber Costa
Hi all,
This is an attempt to provide userspace with enough information to reconstruct
per-container version of files like "/proc/stat". In particular, we are
interested in knowing the per-cgroup slices of user time, system time, wait
time, number of processes, and a variety
From: Tejun Heo
cpuacct being on a separate hierarchy is one of the main cgroup
related complaints from scheduler side and the consensus seems to be
* Allowing cpuacct to be a separate controller was a mistake. In
general multiple controllers on the same type of resource should be
avoided,
From: Glauber Costa
All the information we have that is needed for cpuusage (and
cpuusage_percpu) is present in schedstats. It is already recorded
in a sane hierarchical way.
If we have CONFIG_SCHEDSTATS, we don't really need to do any extra
work. All former functions become empty inlines.
Sign
From: Tejun Heo
Now that cpu serves the same files as cpuacct and using cpuacct
separately from cpu is deprecated, we can deprecate cpuacct. To avoid
disturbing userland which has been co-mounting cpu and cpuacct,
implement some hackery in cgroup core so that cpuacct co-mounting
still works even
+die "Can't read private key\n" if !$signature_file && !-r $private_key;
+die "Can't read signature file\n" if $signature_file && !-r $signature_file;
Please bracket the if condition.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On Thu, Jan 24, 2013 at 08:56:26AM -0600, H. Peter Anvin wrote:
> There has been occasional talk about a -Ok(ernel) option to gcc, but
> that would require someone to go through gcc and figure out what bits
> makes sense and which don't...
Yep, such an option has a great potential for us and, if d
Le jeudi 24 janvier 2013 à 11:36:31, Michal Marek a écrit :
> On 16.1.2013 13:26, Tiana Rakotovao Andriamahefa wrote:
> > I have checked it and found that the error was effectively fixed in the last
> > maintained upload of Qt3 in 2011. However, the correction is not yet in
> > Wheezy
> > (Debian
I missed the email from 12/31 indicating commit 891348c was pulled from
the 3.0.y stable tree due to a build breakage.
That commit requires the enum defined in traps.h by commit c940826. That,
in turn depends on commit 228bdaa95f which depends upon earlier commits.
How should I proceed? Should
userns: improve uid/gid map collision detection
Initial implementation of the uid/gid maps (/proc//{u,g}id_map) will
enforce that the UID and GID maps be written in strict order as a simple
way to check for range collision:
local idmapped to count/range
0
Building for the snowball board, I ran into this compile failure:
CC drivers/regulator/dbx500-prcmu.o
arm-test.git/drivers/regulator/dbx500-prcmu.c:119:11: error: 'THIS_MODULE'
undeclared here (not in a function)
make[3]: *** [drivers/regulator/dbx500-prcmu.o] Error 1
make[2]: *** [drivers
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling.
>
> Jiri, tomorrow I'll go over the hists patches as I think you're fully
> ok with Namhyung latest patchset.
>
> Regards,
>
> - Arnaldo
>
> The following changes since commit cc1b39dbf9f55a438e8a21a694394
On Sat, Jan 19, 2013 at 08:27:45AM -0700, Cong Ding wrote:
> The bug happens when rb_node == NULL. It causes variable node to be NULL and
> then the NULL pointer is dereferenced this line:
> BUG_ON((struct btrfs_root *)node->data != root);
>
> Based on my analysis, function tree_search shoul
In different places in the Thermal code, the CPU frequency list is iterated
in an incorrect way, leading to endless loops when the frequency list contains
a CPUFREQ_TABLE_INVALID entry, which is the case by default in the the Exynos
4x12 cpufreq driver, for example.
The frequency list is iterated
On 01/24/2013 09:25 AM, Borislav Petkov wrote:
> On Thu, Jan 24, 2013 at 08:56:26AM -0600, H. Peter Anvin wrote:
>> There has been occasional talk about a -Ok(ernel) option to gcc, but
>> that would require someone to go through gcc and figure out what bits
>> makes sense and which don't...
>
> Ye
On Fri, Jan 18, 2013 at 10:55:35AM -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Jan 14, 2013 at 10:19:22PM -0800, Yinghai Lu wrote:
> > On Fri, Jan 11, 2013 at 9:49 AM, Yinghai Lu wrote:
> > > On Fri, Jan 11, 2013 at 8:52 AM, Yinghai Lu wrote:
> > >>>
> > >>> I need to check this patch out and t
On 01/24, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
> > Ingo, please pull from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
> >
> > Mostly pre-filtering. This needs more work and perhaps more functionality.
> > In particular, perhaps dup_mmap() should remove
* Oleg Nesterov wrote:
> On 01/24, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> > > Ingo, please pull from
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
> > >
> > > Mostly pre-filtering. This needs more work and perhaps more functionality.
> > > I
* markus.t.metz...@intel.com wrote:
> From: Markus Metzger
>
> Starting with Nehalem, the BTS "from" information may in some cases be
> incorrect (AAJ122).
>
> This has been detected while adding branch tracing support to gdb, where it
> results in sporadic test fails.
>
> Disable BTS suppor
* Joonsoo Kim wrote:
> The purpose of iterating a vmlist is finding vm area with specific
> virtual address. find_vm_area() is provided for this purpose
> and more efficient, because it uses a rbtree.
> So change it.
>
> Cc: Chris Metcalf
> Cc: Guan Xuetao
> Cc: Thomas Gleixner
> Cc: Ingo Mo
I've spent months hunting for this random crash bug until today when I
finally found a way to reliably reproduce it (run a software that I
develop under valgrind). Log received over netconsole:
http://pastie.org/5848168
Is this a known issue or do you need more information to debug it?
--
To u
On Thu, Jan 24, 2013 at 7:35 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
>> As pointer to PHY structure can be stored in struct usb_hcd
>> making use of it, to call Tegra PHY APIs.
>>
>> Call to usb_phy_shutdown() is moved up in tegra_ehci_rem
On Thu, Jan 24, 2013 at 09:28:32PM +0530, BVG Rao wrote:
> On Thu, Jan 24, 2013 at 7:35 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
> >> As pointer to PHY structure can be stored in struct usb_hcd
> >> making use of it, to call Tegra PHY
On Tue, Nov 27, 2012 at 10:34 AM, Lee Jones wrote:
> The u9540 stopped booting after the v3.7 merge window due to
> a lack of common clk support and early PRCMU initialisation.
> In this patch we rectify these issues, placing the u9540
> development board back into a successfully booting state.
>
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, January 24, 2013 3:48 AM
> To: KY Srinivasan
> Cc: o...@aepfle.de; b...@alien8.de; a...@canonical.com; x...@kernel.org;
> t...@linutronix.de; de...@linuxdriverproject.org; gre...@linuxfoundation.org;
> j
Lars,
Thank you for your comments / thoughts...
On Thu, Jan 24, 2013 at 1:54 AM, Lars-Peter Clausen wrote:
> adc: adc@12D1 {
>
> #io-channel-cells = <1>;
> io-channel-output-names = "adc1", "adc2", ...;
>
> ncp15wb473@0 {
> compatible = "ntc,ncp15wb47
On Thu, Jan 24, 2013 at 05:57:06PM +0200, Lasse Kärkkäinen wrote:
> I've spent months hunting for this random crash bug until today when
> I finally found a way to reliably reproduce it (run a software that
> I develop under valgrind). Log received over netconsole:
>
> http://pastie.org/5848168
>
>>> On 24.01.13 at 17:07, KY Srinivasan wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, January 24, 2013 3:48 AM
>> To: KY Srinivasan
>> Cc: o...@aepfle.de; b...@alien8.de; a...@canonical.com; x...@kernel.org;
>> t...@linutronix.de; de...
> -Original Message-
> From: gdb-patches-ow...@sourceware.org
> [mailto:gdb-patches-ow...@sourceware.org] On Behalf Of Ingo Molnar
> Sent: Thursday, January 24, 2013 4:47 PM
> > Starting with Nehalem, the BTS "from" information may in some cases be
> > incorrect (AAJ122).
> >
> > This ha
On Thu, 24 Jan 2013, Vivek Gautam wrote:
> Using specific chip in compatible strings. Newer SOCs can claim
> device by using older string in the compatible list.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Grant Likely
> Reviewed-by: Doug Anderson
Acked-by: Alan Stern
--
To unsubscribe from
On Thu, 24 Jan 2013, Venu Byravarasu wrote:
> As pointer to PHY structure can be stored in struct usb_hcd
> making use of it, to call Tegra PHY APIs.
>
> Call to usb_phy_shutdown() is moved up in tegra_ehci_remove(),
> so that to avoid dereferencing of hcd after its freed up.
>
> Signed-off-by:
On Wed, Jan 23, 2013 at 09:04:40PM -0800, Olof Johansson wrote:
> Hi Linus,
>
> The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
>
> Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kerne
On Thu, Jan 24, 2013 at 1:10 AM, Nicolas Ferre wrote:
> Arnd, Olof,
>
> Here is the pull request related to the fixes series that I sent
> earlier this week. Changes are obvious and are very constrained in
> AT91-related material.
>
> The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f
2012/12/3 Vincent Guittot :
> With the coupled cpuidle driver (but probably also with other drivers),
> a CPU loops in a temporary safe state while waiting for other CPUs of its
> cluster to be ready to enter the coupled C-state. If an IRQ or a softirq
> occurs, the CPU will stay in this internal l
On Thu, Jan 24, 2013 at 8:39 AM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Jan 18, 2013 at 10:55:35AM -0500, Konrad Rzeszutek Wilk wrote:
>> On Mon, Jan 14, 2013 at 10:19:22PM -0800, Yinghai Lu wrote:
>> > On Fri, Jan 11, 2013 at 9:49 AM, Yinghai Lu wrote:
>> > > On Fri, Jan 11, 2013 at 8:52 AM, Yin
On 01/24/2013 06:05 AM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
>> As pointer to PHY structure can be stored in struct usb_hcd
>> making use of it, to call Tegra PHY APIs.
>>
>> Call to usb_phy_shutdown() is moved up in tegra_ehci_remove(),
2013/1/24 Xiaotian Feng :
> On Thu, Jan 10, 2013 at 2:33 AM, Frederic Weisbecker
> wrote:
>> --- a/kernel/sched/cputime.c
>> +++ b/kernel/sched/cputime.c
>> @@ -509,11 +509,11 @@ EXPORT_SYMBOL_GPL(vtime_account);
>> # define nsecs_to_cputime(__nsecs) nsecs_to_jiffies(__nsecs)
>> #endif
>>
>
Upon resume, it was found that ACPI C-states were missing from non-boot CPUs.
This change registers a syscore_ops handler for this case, and performs a
subset of the xen_acpi_processor_init() functionality to achieve this case.
Signed-Off-By: Ben Guthro
---
drivers/xen/xen-acpi-processor.c | 2
* Clark Williams wrote:
> This version stores the user-input value in a separate
> location from the jiffies values used by the scheduler, to
> prevent a race condition.
>
> Subject: [PATCH v2] sched: add a tuning knob to allow changing
> RR timeslice
looks useful.
> @@ -2010,7 +2010,7 @@
Quoting Mohammed, Afzal (2013-01-24 03:36:02)
> Hi Mike,
>
> On Thu, Jan 24, 2013 at 01:52:04, Mike Turquette wrote:
> > Quoting Afzal Mohammed (2013-01-23 03:48:56)
>
> > > +static inline void da8xx_fb_clkc_enable(void)
> > > +{
> > > if (lcd_revision == LCD_VERSION_2)
> > >
On 01/24/2013 07:40 AM, Oleg Nesterov wrote:
> I'll try to implement the pid-base filtering at least for
> tracing/uprobe_events, but this needs a time. Not only I am not familiar
> with this code, I am not sure how this interface should actually look.
> And I agree, perf should be able to use it s
Quoting Mohammed, Afzal (2013-01-24 03:29:15)
> Hi Mike,
>
> On Thu, Jan 24, 2013 at 03:10:53, Mike Turquette wrote:
> > Quoting Afzal Mohammed (2013-01-23 03:38:52)
>
> > > Some of clocks can have a limit on minimum divider value that can be
> > > programmed, prepare for such a support.
>
> > >
On 01/24, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
> > Unfortunately, currently there is no in-kernel user of
> > pre-filtering.
> >
> > I'll try to implement the pid-base filtering at least for
> > tracing/uprobe_events, but this needs a time. Not only I am
> > not familiar with this code,
> -Original Message-
> From: Jiri Kosina [mailto:jkos...@suse.cz]
> Sent: Thursday, January 24, 2013 5:10 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com; da...
On Thu, Jan 24, 2013 at 08:57:01AM -0800, Stephen Warren wrote:
> On 01/24/2013 06:05 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
> >> As pointer to PHY structure can be stored in struct usb_hcd
> >> making use of it, to call Tegra PHY
On 2013-01-23 20:45, Laxman Dewangan wrote:
On Thursday 24 January 2013 08:01 AM, Axel Lin wrote:
The dev parameter is the device requesting the data.
In this case it should be &pdev->dev rather than pdev->dev.parent.
The dev parameter is used to call devm_kzalloc in
of_get_regulator_init_data
I tried to get my snowball board working on the latest kernel, but it
locks up hard very early on boot up.
I bisected it down to this commit:
commit ebc96db7632f987e0b9bffcb782cf5cfb8afb0dd
Author: Ulf Hansson
Date: Mon Aug 27 15:45:53 2012 +0200
ARM: ux500: Switch to use common clock fra
On Mon, Jan 21, 2013 at 07:25:22PM +0800, Wanlong Gao wrote:
> As Michael mentioned, set affinity and select queue will not work very
> well when CPU IDs are not consecutive, this can happen with hot unplug.
> Fix this bug by traversal the online CPUs, and create a per cpu variable
> to find the ma
* Jan Beulich wrote:
> v2 of this series is merely updated on top of the changes between
> 3.6 and 3.7-rc (which includes the dropping of what previously was
> the second patch in a four patch series).
>
> 1: unify SSE-base xor-block routines
> 2: add alternative SSE implementation only prefetc
On Thu, Jan 24, 2013 at 2:50 AM, Minchan Kim wrote:
> On Wed, Jan 23, 2013 at 06:37:56PM -0300, Ezequiel Garcia wrote:
>
>>
>> > 2. Does it support alloc_pages family?
>> >kmem event trace already supports it. If it supports, maybe we can
>> > replace
>> >CONFIG_PAGE_OWNER hack.
>> >
>>
>
On Thu, Jan 24, 2013 at 05:06:27PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Jiri Kosina [mailto:jkos...@suse.cz]
> > Sent: Thursday, January 24, 2013 5:10 AM
> > To: KY Srinivasan
> > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> > de...@linuxdriv
On Wed, 23 Jan 2013 20:10:03 +0800, Hillf Danton said:
> Try again?
> ---
>
> --- a/fs/aio.cTue Jan 22 21:37:54 2013
> +++ b/fs/aio.cWed Jan 23 20:06:14 2013
Now seeing this:
[ 2941.495370] [ cut here ]
[ 2941.495379] WARNING: at fs/aio.c:336 put_ioctx+0x1
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, January 24, 2013 12:18 PM
> To: KY Srinivasan
> Cc: Jiri Kosina; o...@aepfle.de; jasow...@redhat.com; linux-
> ker...@vger.kernel.org; james.bottom...@hansenpartnership.com;
> a..
On 01/24, Josh Stone wrote:
>
> On 01/24/2013 07:40 AM, Oleg Nesterov wrote:
> > I'll try to implement the pid-base filtering at least for
> > tracing/uprobe_events, but this needs a time. Not only I am not familiar
> > with this code, I am not sure how this interface should actually look.
> > And
On 01/24/2013 11:15 AM, Ingo Molnar wrote:
>
> * Jan Beulich wrote:
>
>> v2 of this series is merely updated on top of the changes between
>> 3.6 and 3.7-rc (which includes the dropping of what previously was
>> the second patch in a four patch series).
>>
>> 1: unify SSE-base xor-block routines
On Thu, Jan 24, 2013 at 06:11:32AM -0600, H. Peter Anvin wrote:
> Sounds great in theory at least, as long as it doesn't mean pushing a
> bunch of #ifdefs into other code.
Just one set in hypervisor.h but this is the RightWay™ we do it in the
kernel :-).
Anyway, it turned out to be easier than I
On Thu, Jan 24, 2013 at 01:27:11AM -0200, Herton Ronaldo Krzesinski wrote:
> 3.5.7.4 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Marcin Slusarz
>
> commit f20ebd034eab43fd38c58b11c5bb5fb125e5f7d7 upstream.
>
> Since commit 5e120f
From: Borislav Petkov
Put all config options needed to run Linux as a guest behind a
CONFIG_HYPERVISOR_GUEST menu so that they don't get built-in by default
but selected by the user.
While at it, adjust text to changes, remove redundant select.
Signed-off-by: Borislav Petkov
---
arch/x86/Kcon
From: Borislav Petkov
This should be under the PARAVIRT_GUEST menu.
Signed-off-by: Borislav Petkov
---
arch/x86/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 1014e9ea88d4..fb3f76510be1 100644
--- a/arch/x86/Kconfig
+++
On 01/24/2013 11:35 AM, Borislav Petkov wrote:
> On Thu, Jan 24, 2013 at 06:11:32AM -0600, H. Peter Anvin wrote:
>> Sounds great in theory at least, as long as it doesn't mean pushing a
>> bunch of #ifdefs into other code.
>
> Just one set in hypervisor.h but this is the RightWay™ we do it in the
On Fri, Dec 28, 2012 at 6:50 AM, Joonsoo Kim wrote:
> During early boot phase, PCI bus subsystem is not yet initialized.
> If panic is occured in early boot phase and panic_timeout is set,
> code flow go into emergency_restart() and hit mach_reboot_fixups(), then
> encounter another panic. When se
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Thursday, January 24, 2013 4:28 AM
> To: KY Srinivasan
> Cc: x...@kernel.org; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow.
On 01/04/2013 01:00 AM, Prashant Gaikwad wrote:
> Modify of_clk_init function so that it will determine which
> driver to initialize based on device tree instead of each driver
> registering to it.
>
> Based on a similar patch for drivers/irqchip by Thomas Petazzoni and
> drivers/clocksource by St
On Thu, Jan 24, 2013 at 06:36:52PM +0100, Marcin Slusarz wrote:
> On Thu, Jan 24, 2013 at 01:27:11AM -0200, Herton Ronaldo Krzesinski wrote:
> > 3.5.7.4 -stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: Marcin Slusarz
> >
> >
On 24 January 2013 17:44, Frederic Weisbecker wrote:
> 2012/12/3 Vincent Guittot :
>> With the coupled cpuidle driver (but probably also with other drivers),
>> a CPU loops in a temporary safe state while waiting for other CPUs of its
>> cluster to be ready to enter the coupled C-state. If an IRQ
On 01/24/2013 03:20 PM, Naveen Krishna Ch wrote:
> On 24 January 2013 15:24, Lars-Peter Clausen wrote:
>>
>> On 01/24/2013 01:42 AM, Doug Anderson wrote:
>>> Lars,
>>>
>>> On Wed, Jan 23, 2013 at 4:52 AM, Lars-Peter Clausen wrote:
> Few doubts regarding the mappings and child device handling.
As part of transition caused due to acquisition of Ozmo Devices by Atmel,
my email address is changed.
Signed-off-by: Rupesh Gujare
---
MAINTAINERS |2 +-
drivers/staging/ozwpan/TODO |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINT
On Thu, Jan 24, 2013 at 09:28:51AM -0600, Robin Holt wrote:
>
> I missed the email from 12/31 indicating commit 891348c was pulled from
> the 3.0.y stable tree due to a build breakage.
>
> That commit requires the enum defined in traps.h by commit c940826. That,
> in turn depends on commit 228bd
On Thu, Jan 24, 2013 at 11:37:30AM +0800, Feng Tang wrote:
> > I think hard numbers would be needed to show the rtc layer is
> > causing major issues for space constrained kernels, so this
> > trade-off could be properly prioritized. Having duplicate code paths
> > in standard kernels is wasteful
On Thu, Jan 24, 2013 at 03:37:28AM +0100, Sven Köhler wrote:
> Am 24.01.2013 03:24, schrieb Greg KH:
> > On Thu, Jan 24, 2013 at 03:06:29AM +0100, Sven Köhler wrote:
> >> Hi,
> >>
> >> I had to revert this, because it resulted in
> >>
> >> LD init/built-in.o
> >> arch/x86/built-in.o: In func
On 01/24/2013 05:12 PM, Doug Anderson wrote:
> Lars,
>
> Thank you for your comments / thoughts...
>
Hi,
>
> On Thu, Jan 24, 2013 at 1:54 AM, Lars-Peter Clausen wrote:
>> adc: adc@12D1 {
>>
>> #io-channel-cells = <1>;
>> io-channel-output-names = "adc1", "adc2", ...;
>>
>>
On Thu, Jan 24, 2013 at 02:43:28PM +0800, Li Zefan wrote:
> In cgroup_exit() put_css_set_taskexit() is called without any lock,
> which might lead to accessing a freed cgroup:
>
> thread1 thread2
> -
> exit()
> cgroup_exit()
>
On Thu, Jan 24, 2013 at 02:43:51PM +0800, Li Zefan wrote:
> init_task.cgroups is initialized at boot phase, and whenver a ask
> is forked, it's cgroups pointer is inherited from its parent, and
> it's never set to NULL afterwards.
>
> Signed-off-by: Li Zefan
Applied to cgroup/for-3.9.
Thanks.
This patch adds the compatible string for MSHC controller of Exynos4412, and
share the controller specific properties with Exynos5250 since they have same
features. Its driver data name is changed to exynos5_drv_data not to use SoC
specific name.
Signed-off-by: Dongjin Kim
---
drivers/mmc/host/d
Em Fri, Jan 18, 2013 at 01:51:24PM -0600, Tom Zanussi escreveu:
> This patchset fixes various problems I hit while doing a run-through
> of the existing 'perf script' scripts.
>
> Also, sometimes when running rwtop I get a 'failed to read event
> header' error, which this patch fixes:
>
> https:/
On Thu, Jan 24, 2013 at 10:15:35AM -0800, Greg KH wrote:
> On Thu, Jan 24, 2013 at 09:28:51AM -0600, Robin Holt wrote:
> >
> > I missed the email from 12/31 indicating commit 891348c was pulled from
> > the 3.0.y stable tree due to a build breakage.
> >
> > That commit requires the enum defined i
301 - 400 of 985 matches
Mail list logo
