On 11/08, Andrew Morton wrote:
>
> On Thu, 8 Nov 2012 14:48:49 +0100
> Oleg Nesterov wrote:
>
> >
> > include/linux/percpu-rwsem.h | 83 +
> > lib/Makefile |2 +-
> > lib/percpu-rwsem.c | 123
> > +++
On Fri, Nov 9, 2012 at 3:05 PM, Mathias Nyman
wrote:
> On 11/09/2012 04:18 PM, Grant Likely wrote:
>>
>> On Fri, Nov 9, 2012 at 2:11 PM, Mathias Nyman
>> wrote:
>>>
>>> On 11/08/2012 09:38 PM, Mika Westerberg wrote:
>>> ...
>>>
>> +#include
>> +#include
>> +#include
>> +#include
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, November 09, 2012 9:01 AM
> To: o...@aepfle.de; KY Srinivasan; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; a...@canonical.com;
> jasow...@redhat.com; b...@dec
On Fri, 09 Nov 2012 09:40:37 -0600
Chris J Arges wrote:
> >
> > I'm not so sure I like making this tunable...
> >
> Ok, I saw the 'FIXME: tunable?', and thought this was something that
> could be exposed as a parameter in the future.
>
Yeah, when I originally wrote that code I put that commen
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, November 09, 2012 9:01 AM
> To: o...@aepfle.de; KY Srinivasan; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; a...@canonical.com;
> jasow...@redhat.com; b...@dec
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, November 09, 2012 9:01 AM
> To: o...@aepfle.de; KY Srinivasan; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; a...@canonical.com;
> jasow...@redhat.com; b...@dec
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, November 09, 2012 9:01 AM
> To: o...@aepfle.de; KY Srinivasan; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; a...@canonical.com;
> jasow...@redhat.com; b...@dec
On Fri, Nov 09, 2012 at 09:18:58AM -0600, Rob Clark wrote:
> On Fri, Nov 9, 2012 at 7:59 AM, Thierry Reding
> wrote:
[...]
> > +static int regs_open(struct inode *inode, struct file *file)
> > +{
> > + return single_open(file, regs_show, inode->i_private);
> > +}
> > +
> > +static const stru
On 09.11.2012 16:45, Rafał Miłecki wrote:
2012/11/9 Thierry Reding :
+/* all fields little endian */
+struct hdmi_audio_infoframe {
+ /* PB0 */
+ u8 csum;
+
+ /* PB1 */
+ unsigned cc:3; /* channel count */
+ unsigned res1:1;
+ unsigned ct:4; /* coding type */
2012/11/9 Christian König :
> On 09.11.2012 16:45, Rafał Miłecki wrote:
>> I was told it won't work on different endian devices. See
>> [RFC][PATCH] drm/radeon/hdmi: define struct for AVI infoframe
>> http://lists.freedesktop.org/archives/dri-devel/2012-May/022544.html
>
>
> Yeah, that's indeed tru
On Fri, Nov 09, 2012 at 03:42:57PM +0100, Andrea Arcangeli wrote:
> Hi Mel,
>
> On Tue, Nov 06, 2012 at 09:14:36AM +, Mel Gorman wrote:
> > This series addresses part of the integration and sharing problem by
> > implementing a foundation that either the policy for schednuma or autonuma
> > ca
On 11/09/2012 07:23 AM, Srivatsa S. Bhat wrote:
> FWIW, kernbench is actually (and surprisingly) showing a slight performance
> *improvement* with this patchset, over vanilla 3.7-rc3, as I mentioned in
> my other email to Dave.
>
> https://lkml.org/lkml/2012/11/7/428
>
> I don't think I can dismi
mfd_remove_devices would iterate over all devices sharing a parent with
an mfd device regardless of whether they were allocated by the mfd core
or not. This especially caused problems when the device structure was
not contained within a platform_device, because to_platform_device is
used on each de
On Thu, Oct 25, 2012 at 11:36:26AM +0200, Alexander Gordeev wrote:
> On Thu, Oct 25, 2012 at 11:25:55AM +0200, Alexander Gordeev wrote:
> > On Thu, Oct 25, 2012 at 11:09:57AM +0200, Ingo Molnar wrote:
> > > Has Jeff acked this patch?
> >
> > Yep,
> > http://lkml.indiana.edu/hypermail/linux/kernel/
On Fri, Nov 09, 2012 at 12:53:22PM -0200, Rafael Aquini wrote:
> >
> > If you get the barrier issue sorted out then feel free to add
> >
> > Acked-by: Mel Gorman
> >
>
> I believe we can drop the barriers stuff, as the locking scheme is now
> provinding
> enough protection against collisions
Hi Jiri,
On 11/08/2012 04:42 PM, Jiri Kosina wrote:
> On Thu, 8 Nov 2012, Sasha Levin wrote:
>
>> Just use BUG_ON() instead of constructions such as:
>>
>> if (...)
>> BUG()
>>
>> A simplified version of the semantic patch that makes this transformation
>> is as follows: (http:/
On Fri, Nov 9, 2012 at 10:00 AM, Thierry Reding
wrote:
> On Fri, Nov 09, 2012 at 09:18:58AM -0600, Rob Clark wrote:
>> On Fri, Nov 9, 2012 at 7:59 AM, Thierry Reding
>> wrote:
> [...]
>> > +static int regs_open(struct inode *inode, struct file *file)
>> > +{
>> > + return single_open(file,
On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren wrote:
> On 11/05/2012 01:40 PM, Grant Likely wrote:
>> Hey folks,
>>
>> As promised, here is my early draft to try and capture what device
>> tree overlays need to do and how to get there. Comments and
>> suggestions greatly appreciated.
>
> Interes
On 11/09/2012 09:43 PM, Dave Hansen wrote:
> On 11/09/2012 07:23 AM, Srivatsa S. Bhat wrote:
>> FWIW, kernbench is actually (and surprisingly) showing a slight performance
>> *improvement* with this patchset, over vanilla 3.7-rc3, as I mentioned in
>> my other email to Dave.
>>
>> https://lkml.org/
On 11/08, Paul E. McKenney wrote:
>
> On Thu, Nov 08, 2012 at 04:41:36PM -0800, Paul E. McKenney wrote:
> > On Thu, Nov 08, 2012 at 06:41:10PM -0500, Mikulas Patocka wrote:
> > >
> > > On Thu, 8 Nov 2012, Paul E. McKenney wrote:
> > >
> > > > On Thu, Nov 08, 2012 at 12:07:00PM -0800, Andrew Morton
On Fri, Nov 9, 2012 at 8:45 AM, Grant Likely wrote:
> On Fri, Nov 9, 2012 at 3:11 PM, Bjorn Helgaas wrote:
>> [+cc Greg, Peter, Tony since they acked the original patch [1]]
>>
>> On Thu, Nov 8, 2012 at 1:04 PM, Mika Westerberg
>> wrote:
>>> On Thu, Nov 08, 2012 at 12:32:25PM -0700, Bjorn Helgaa
On Fri, Nov 09, 2012 at 10:30:43PM +0800, Moore, Robert wrote:
> The ACPI Global Lock is in fact intended to provide exclusion between the
> BIOS and the OS.
> Bob
Thanks for the info.
And per my check, most of ACPI FW don't implement this lock, say
after driver probe, the ec->global_lock will b
On Fri, Nov 09, 2012 at 04:15:28PM +, Charles Keepax wrote:
> mfd_remove_devices would iterate over all devices sharing a parent with
> an mfd device regardless of whether they were allocated by the mfd core
> or not. This especially caused problems when the device structure was
> not contained
On Fri, 9 Nov 2012, Huang Ying wrote:
> On Thu, 2012-11-08 at 12:07 -0500, Alan Stern wrote:
> > On Thu, 8 Nov 2012, Rafael J. Wysocki wrote:
> >
> > > > > > is it a good idea to allow to set device state to SUSPENDED if the
> > > > > > device
> > > > > > is disabled?
> > > > >
> > > > > No, it
On Fri, Nov 09, 2012 at 02:36:45PM +0530, Laxman Dewangan wrote:
> When spi client does the spi transfer and does not sets
> the bits_per_word for each transfer then set it as default
> of spi device in spi core before calling low level transfer.
>
> Removing the similar code from spi-tegra20-slin
On Fri, Nov 09, 2012 at 02:37:32PM +0530, Laxman Dewangan wrote:
> Sequence compatible list for tegra20-slink driver to first
> look for Tegra30 and then Tegra20. Tegra30 have additional
> feature in HW which need to be utilize if it is provided from DT.
Applied, thanks.
signature.asc
Descriptio
On Fri, Nov 9, 2012 at 4:35 PM, Bjorn Helgaas wrote:
> On Fri, Nov 9, 2012 at 8:45 AM, Grant Likely
> wrote:
>> On Fri, Nov 9, 2012 at 3:11 PM, Bjorn Helgaas wrote:
>>> [+cc Greg, Peter, Tony since they acked the original patch [1]]
>>>
>>> On Thu, Nov 8, 2012 at 1:04 PM, Mika Westerberg
>>> w
This is a Chinese translated version of
Documentation/arm/kernel_user_helpers.txt
Signed-off-by: Fu Wei
---
Documentation/zh_CN/arm/kernel_user_helpers.txt | 284 +++
1 file changed, 284 insertions(+)
create mode 100644 Documentation/zh_CN/arm/kernel_user_helpers.txt
diff
From: Namhyung Kim
Add a few of group-related field in struct perf_{evlist,evsel} so that
the group information in a evlist can be known easily. It only counts
groups which have more than 1 members since leader-only groups are
treated as non-group events.
Cc: Jiri Olsa
Cc: Stephane Eranian
Ac
From: Namhyung Kim
To support viewing an event group together, collapse all of members in
the group to the leader's tree. The entries in the leaders' tree will
have group_stats to store those information.
This patch introduced an additional field 'event_group' in symbol_conf
to distinguish whet
On 11/09/2012 10:04 PM, Srivatsa S. Bhat wrote:
> On 11/09/2012 09:43 PM, Dave Hansen wrote:
>> On 11/09/2012 07:23 AM, Srivatsa S. Bhat wrote:
>>> FWIW, kernbench is actually (and surprisingly) showing a slight performance
>>> *improvement* with this patchset, over vanilla 3.7-rc3, as I mentioned
From: Namhyung Kim
Show group members' overhead also when showing the leader's if event
group is enabled. At this time, only implemented overhead part in
order to ease review and other parts can be added later once this
patch settled down.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Ols
From: Namhyung Kim
Add --group option to enable event grouping. When enabled, all the
group members information will be shown together with the leader.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c |2 ++
1 file chang
From: Namhyung Kim
Add report.group config option for setting default value of event
group view. It affects the report output only if perf.data contains
event group info.
A user can write .perfconfig file like below to enable group view by
default:
$ cat ~/.perfconfig
[report]
group = tr
> And per my check, most of ACPI FW don't implement this lock, say after
> driver probe, the ec->global_lock will be 0
Take a look at the FACS table, it contains the address of the global lock.
I believe that the ACPI specification requires that the global lock be present.
> -Original Mess
On Fri, Nov 02, 2012 at 10:53:47AM +, Santosh Shilimkar wrote:
> On Monday 29 October 2012 06:42 PM, Vincent Guittot wrote:
> > On 24 October 2012 17:20, Santosh Shilimkar
> > wrote:
> >> Vincent,
> >>
> >> Few comments/questions.
> >>
> >>
> >> On Sunday 07 October 2012 01:13 PM, Vincent Gui
From: Namhyung Kim
When using event group viewer, it's better to show the group
description rather than the leader information alone.
If a leader did not contain any member, it's a non-group event.
Cc: Jiri Olsa
Cc: Stephane Eranian
Cc: Pekka Enberg
Acked-by: Jiri Olsa
Signed-off-by: Namhyu
From: Namhyung Kim
Since we have all necessary information in the leader events and
other members don't, bypass members. Member events will be shown
along with the leaders if event group is enabled.
Cc: Jiri Olsa
Cc: Stephane Eranian
Cc: Pekka Enberg
Acked-by: Jiri Olsa
Signed-off-by: Namhy
From: Namhyung Kim
Now the event grouping viewing requires collapsing all members in a
group to the leader. Thus hists__output_resort should be called after
collapsing all entries in evlist.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/b
From: Namhyung Kim
Show group members' overhead also when showing the leader's if event
group is enabled. At this time, only implemented overhead part in
order to ease review and other parts can be added later once this
patch settled down.
Cc: Jiri Olsa
Cc: Stephane Eranian
Cc: Pekka Enberg
Hi Viresh,
On Fri, Nov 09, 2012 at 08:57:48PM +0530, Viresh Kumar wrote:
> This patch frees stmpe-keyboard driver from tension of freeing resources :)
> devm_* derivatives of multiple routines are used while allocating resources,
> which would be freed automatically by kernel.
>
> Signed-off-by:
From: Namhyung Kim
Show group members' overhead also when showing the leader's if event
group is enabled. At this time, only implemented overhead part in
order to ease review and other parts can be added later once this
patch settled down.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Ols
From: Namhyung Kim
Like group_stats in hist_entry, total periods information also need to
be known to the leader.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 25 +
tools/perf/util/hist.h |1 +
From: Namhyung Kim
Save group relationship information so that it can be restored when
perf report is running.
Cc: Jiri Olsa
Cc: Stephane Eranian
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c |3 +
tools/perf/util/header.c| 152
Hi,
This is my v5 of event group view support patchset.
For basic idea and usage example, please see my original post [1].
This is mostly for rebasing on acme/perf/core, and report.group config
option is added for those who wants to enable it by default.
You can get this series via my tree at:
On Fri, Nov 09, 2012 at 04:43:27PM +, Grant Likely wrote:
> In the short term, yes but only because we don't have any other
> alternative. What I'd really rather have is a safe way to attach datum
> (ie. acpi_device or device_node) to a struct device and get it back
> later in a type safe way.
On Fri, Nov 9, 2012 at 9:43 AM, Grant Likely wrote:
> On Fri, Nov 9, 2012 at 4:35 PM, Bjorn Helgaas wrote:
>> On Fri, Nov 9, 2012 at 8:45 AM, Grant Likely
>> wrote:
>>> On Fri, Nov 9, 2012 at 3:11 PM, Bjorn Helgaas wrote:
[+cc Greg, Peter, Tony since they acked the original patch [1]]
>>>
On 11/09/2012 10:13 PM, Srivatsa S. Bhat wrote:
> On 11/09/2012 10:04 PM, Srivatsa S. Bhat wrote:
>> On 11/09/2012 09:43 PM, Dave Hansen wrote:
>>> On 11/09/2012 07:23 AM, Srivatsa S. Bhat wrote:
FWIW, kernbench is actually (and surprisingly) showing a slight performance
*improvement* wit
On Fri, Nov 9, 2012 at 7:26 AM, Bjorn Helgaas wrote:
> [+ linux-pci, Yinghai]
>
> On Thu, Nov 8, 2012 at 8:59 PM, Jason Gao wrote:
>>> The BIOS in your machine doesn't support SR-IOV. You'll need to ask the
>>> manufacturer for a BIOS upgrade, if in fact one is available. Sometimes
>>> they'r
In lk 3.7.0-rc4 when a peripheral clock is not found for
a serial port the atmel_serial driver brings down the
kernel with an oops during boot-up. This impacts the
Atmel AT91 family of MCUs.
For example, arch/arm/mach-at91/at91sam9x5.c does not
specify properly the peripheral clocks for the UTXD0
On 11/08/2012 11:04 PM, Laxman Dewangan wrote:
> Read the output value when gpio is set for the output mode for
> gpio_get_value(). Reading input value in direction out does not
> give correct value.
Acked-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Fri, Nov 09, 2012 at 05:35:38PM +0100, Oleg Nesterov wrote:
> On 11/08, Paul E. McKenney wrote:
> >
> > On Thu, Nov 08, 2012 at 04:41:36PM -0800, Paul E. McKenney wrote:
> > > On Thu, Nov 08, 2012 at 06:41:10PM -0500, Mikulas Patocka wrote:
> > > >
> > > > On Thu, 8 Nov 2012, Paul E. McKenney wr
Hi Linus,
Please pull the arm64 fixes below. The following changes since commit
3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
tags/arm64-fi
On Wed, Nov 7, 2012 at 12:54 AM, Mitch Bradley wrote:
> On 11/6/2012 12:37 PM, Stephen Warren wrote:
>> This proposal is very oriented at an overlay-based approach. I'm not
>> totally convinced that a pure overlay approach (as in how dtc does
>> overlayed DT nodes) will be flexible enough, but wou
On Wed, Nov 7, 2012 at 8:06 AM, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
>> Yes, the locking does need to be sorted out.
>>
>
> Perhaps come up with a dt-stress test tool/boot time validator?
I would like that. I've started adding DT test cases to t
On 9 November 2012 22:15, Dmitry Torokhov wrote:
> If input device was alocated with devm_* interface it does not need be
> explicitly unregistered/freed.
Thanks for pointing out:
Fixup:
commit 4bf57c85f49f16a139af80f8de76fa01eee77a5d
Author: Viresh Kumar
Date: Fri Nov 9 22:31:34 2012 +0530
On 9 November 2012 20:57, Viresh Kumar wrote:
> This patch frees stmpe-ts driver from tension of freeing resources :)
> devm_* derivatives of multiple routines are used while allocating resources,
> which would be freed automatically by kernel.
>
> Signed-off-by: Viresh Kumar
Fixup:
commit dda6
On 11/09/2012 02:07 AM, Laxman Dewangan wrote:
> Sequence compatible list for tegra20-slink driver to first
> look for Tegra30 and then Tegra20. Tegra30 have additional
> feature in HW which need to be utilize if it is provided from DT.
I don't object to this patch.
However just FYI, it should no
On 9 November 2012 11:03, Dmitry Torokhov wrote:
> On Fri, Nov 09, 2012 at 08:06:29AM +0530, Viresh Kumar wrote:
>> On 8 November 2012 22:08, Dmitry Torokhov wrote:
>> > On Thu, Nov 08, 2012 at 07:10:47PM +0530, Viresh Kumar wrote:
>> > It also breaks the error unwinding/removal of the driver as
On Fri, Nov 09, 2012 at 04:21:49PM +0530, Tushar Behera wrote:
> In case of fixed regulators for which voltage cannot be changed,
> regulator_is_supported_voltage should return success only if the
> min_uV and max_uV parameters are same and it is equal to the current
> voltage of the regulator.
T
On Fri, Nov 09, 2012 at 10:04:56AM -0700, Stephen Warren wrote:
> However just FYI, it should not be necessary for correctness; The DT
> matching order is supposed to be driven purely by the order of the
> compatible values in the DT now, and not affected by the order of values
> in the table. (Th
Hi Vincent,
I have experienced suboptimal buddy selection on a dual cluster setup
(ARM TC2) if SD_SHARE_POWERLINE is enabled at MC level and disabled at
CPU level. This seems to be the correct flag settings for a system with
only cluster level power gating.
To me it looks like update_packing_doma
On Mon, Nov 05, 2012 at 06:01:39PM +0530, Laxman Dewangan wrote:
> Add regulator driver for Texas Instrument TPS80031/TPS80032 device.
> TPS80031/ TPS80032 Fully Integrated Power Management with Power
> Path and Battery Charger. It has 5 configurable step-down
> converters, 11 general purpose LDOs,
On Sat, Nov 03, 2012 at 01:38:26AM -0700, Tejun Heo wrote:
> Hello,
>
> This patchset implement proper hierarchy support for cgroup_freezer as
> discussed in "[RFC] cgroup TODOs"[1].
Applied to cgroup/for-3.8. Rafael, I applied the cgroup_freezer
changes there too as there already are and will b
On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote:
> According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is
> 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit
> definition of supported link speed vector should be fixed.
>
> Signed-off-by: Jingoo Han
> ---
> include/uapi/linux/
> -Original Message-
> From: Jason Gao [mailto:pkill.2...@gmail.com]
> Sent: Thursday, November 08, 2012 8:00 PM
> To: Rose, Gregory V
> Cc: Kirsher, Jeffrey T; linux-kernel; netdev; kvm; e1000-
> de...@lists.sourceforge.net
> Subject: Re: SR-IOV problem with Intel 82599EB (not enough MMIO
On 11/09/2012 03:28 AM, Linus Walleij wrote:
> From: Jonas Aaberg
>
> Currently there are some unnecessary criss-cross
> dependencies between the PRCMU driver in MFD and a lot of
> other drivers, mainly because other drivers need to poke
> around in the PRCM register range.
>
> In cases like thi
Hey, Daniel.
On Fri, Nov 09, 2012 at 12:09:38PM +0100, Daniel Wagner wrote:
> On 08.11.2012 20:07, Tejun Heo wrote:> Subject: cgroup: add
> cgroup_subsys->post_create()
> >
> > Currently, there's no way for a controller to find out whether a new
> > cgroup finished all ->create() allocatinos succe
On 11/09/2012 06:07 AM, Thierry Reding wrote:
> The Tamonten SOM has an ON Semiconductor NCT1008 connected to the DVC
> bus which is used to measure the ambient (local) temperature as well as
> the on-die (remote) temperature.
> diff --git a/arch/arm/boot/dts/tegra20-tamonten.dtsi
> b/arch/arm/bo
Hi,
This is a patchset to support event grouping on perf annotate.
It depends on perf report event group view patchset [1] and contains
a couple of annotate fixup/cleanup patches that I sent yesterday
(although I fixed a compile problem and added a cleanup patch).
The symbol histograms already c
From: Namhyung Kim
If --asm-raw option was given, objdump output will contain hex numbers
of the instruction before the symbolic name. However current parser
code doesn't handle it properly. Fix it.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/annotate.c |2 ++
tools/perf/util/
Some lines are indented by whitespace characters rather than tabs.
Fix them.
Signed-off-by: Namhyung Kim
---
tools/perf/util/annotate.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c
index 0565558b6184..1
From: Namhyung Kim
The perf annotate browser on TUI can identify a jump target for a
selected instruction. It assumes that the jump target is within the
function but it's not the case of PLT symbols which have offset out of
the function as a target. Since it caused a segmentation fault, do
not
From: Namhyung Kim
Factor out calculation of histogram of a symbol into
disasm__calc_percent. It'll be used for event group view.
Signed-off-by: Namhyung Kim
---
tools/perf/util/annotate.c | 52 +---
1 file changed, 35 insertions(+), 17 deletions(-)
From: Namhyung Kim
The source_line_percent struct contains percentage value of the symbol
histogram. This is a preparation of event group view change.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/annotate.c |2 +-
tools/perf/util/annotate.c| 14 +++---
tools/pe
Make percent field of struct browser_disasm_line an array and
move it to the last. This is a preparation of event group view
feature.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/annotate.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/perf
Dynamically allocate browser_disasm_line according to a number of
group members and save nr_pcnt to the struct. This way we can
handle multiple events in a general manner.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/annotate.c | 69 ++---
1 file chan
From: Namhyung Kim
Add --group option to enable event grouping. When enabled, all the
group members information will be shown together with the leader so
skip non-leader events.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c |6 ++
1 file changed, 6 insertions(+)
diff
The disasm_line__calc_percent() which was used by annotate
browser code almost duplicates disasm__calc_percent. Since
the latter can handle multiple events properly, use it and
get rid of the code duplication.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/annotate.c | 50 +++-
Dynamically allocate source_line_percent according to a number of
group members and save nr_pcnt to the struct source_line. This
way we can handle multiple events in a general manner.
However since the size of struct source_line is not fixed anymore,
iterating whole source_line should care about
From: Namhyung Kim
Pass evsel instead of evidx. This is a preparation for supporting
event group view in annotation and no functional change is intended.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c | 14 --
tools/perf/builtin-top.c |2 +-
tools
From: Namhyung Kim
Add support for event group view when symbol_conf.event_group enabled.
Signed-off-by: Namhyung Kim
---
tools/perf/util/annotate.c | 86 +++-
1 file changed, 69 insertions(+), 17 deletions(-)
diff --git a/tools/perf/util/annotate.c b
From: Namhyung Kim
The --print-line option of perf annotate command shows summary for
each source line. But it didn't merge same lines so that it can
appear multiple times.
* before:
Sorted summary for file /home/namhyung/bin/mcol
--
21.71 /home/n
On 11/09/2012 10:10 AM, Mark Brown wrote:
> On Fri, Nov 09, 2012 at 10:04:56AM -0700, Stephen Warren wrote:
>
>> However just FYI, it should not be necessary for correctness; The
>> DT matching order is supposed to be driven purely by the order of
>> the compatible values in the DT now, and not af
On 11/09/2012 06:20 AM, Thierry Reding wrote:
> This set of patches are in preparation for the Tegra DRM driver. They
> add the necessary nodes to the DTSI files and setup the clocks necessary
> for host1x and the display controllers to work properly. The AUXDATA
> table is updated with the entries
On 11/09/2012 06:22 AM, Thierry Reding wrote:
> On Fri, Nov 09, 2012 at 01:56:55PM +0100, Thierry Reding wrote:
>> The Harmony board has an Analog Devices ADT7461 temperature
>> sensor connected to the DVC bus. It can be used to monitor the
>> ambient (local) and on-die (remote) temperatures.
>
>
On Fri, Nov 9, 2012 at 12:15 PM, Bjorn Helgaas wrote:
> On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote:
>> According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is
>> 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit
>> definition of supported link speed vector should be fixed.
On Fri, Nov 09, 2012 at 04:46:56PM +0100, Oleg Nesterov wrote:
> On 11/08, Andrew Morton wrote:
> >
> > On Thu, 8 Nov 2012 14:48:49 +0100
> > Oleg Nesterov wrote:
> >
> > >
> > > include/linux/percpu-rwsem.h | 83 +
> > > lib/Makefile |2 +-
> > >
Hi Linus,
Here are some fixes for v3.7. Three are related to D3cold support,
and the last portdrv one is a fix for the PCIe capability accessor
rework we merged for v3.7-rc1.
Bjorn
The following changes since commit 8f0d8163b50e01f398b14bcd4dc039ac5ab18d64:
Linux 3.7-rc3 (2012-10-28 12:24:4
On Fri, Nov 09, 2012 at 04:23:27PM +, Mel Gorman wrote:
> On Fri, Nov 09, 2012 at 12:53:22PM -0200, Rafael Aquini wrote:
> > >
> > > If you get the barrier issue sorted out then feel free to add
> > >
> > > Acked-by: Mel Gorman
> > >
> >
> > I believe we can drop the barriers stuff, as the
Hi!
> winbond directory files have lots of coding style issues.
> The patch set tries to remove *most* (if not all) of the coding style issues.
> checkpatch.pl script can still complain but major part of the serious coding
> style issues have been rectified.
>
Looks good.
Acked-by: Pavel Mache
Jason,
DellR710 with the latest BIOS should work fine for SR-IOV. My BIOS is v.6.3.0
and release date is 07/24/2012
Please check if you configured intel_iommu=on in the grub.conf file.
If you did, check your kernel .config file under Device Drivers-> IOMMU
Hardware support->enable Support for I
On 11/09, Paul E. McKenney wrote:
>
> On Fri, Nov 09, 2012 at 04:46:56PM +0100, Oleg Nesterov wrote:
> > Contrary, I am going to try to add some complications later, so that
> > it can have more users. In particular, I think it can replace
> > get_online_cpus/cpu_hotplug_begin, just we need
> > per
On 11/09, Oleg Nesterov wrote:
>
> static bool xxx(brw)
> {
> down_write(&brw->rw_sem);
> if (!atomic_read(&brw->slow_read_ctr))
> return true;
I meant, try_to_down_write(). Otherwise this can obviously deadlock.
Oleg.
--
To unsubscri
On Fri, Nov 9, 2012 at 10:37 AM, Alex Deucher wrote:
> On Fri, Nov 9, 2012 at 12:15 PM, Bjorn Helgaas wrote:
>> On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote:
>>> According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is
>>> 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit
>>
arch_check_bp_in_kernelspace() tries to avoid the overflow and does 2
TASK_SIZE checks but it needs OR, not AND. Consider va = TASK_SIZE -1
and len = 2 case.
Note: TASK_SIZE doesn't look right at least on x86, I think it should
be replaced by TASK_SIZE_MAX.
Signed-off-by: Oleg Nesterov
--- x/ar
On 11/09, Oleg Nesterov wrote:
>
> Note: TASK_SIZE doesn't look right at least on x86, I think it should
> be replaced by TASK_SIZE_MAX.
> ...
> --- x/arch/x86/kernel/hw_breakpoint.c
> +++ x/arch/x86/kernel/hw_breakpoint.c
> @@ -200,7 +200,7 @@ int arch_check_bp_in_kernelspace(struct
> va = i
On Fri, Nov 9, 2012 at 5:31 AM, Artem Bityutskiy wrote:
> From: Artem Bityutskiy
>
> We display a list of supplementary group for each process in the
> /proc//status. However, we show only the first 32 groups, not all of
> them.
>
> Although this is rare, but sometimes processes do have more tha
On Fri, Nov 09, 2012 at 10:26:40AM -0700, Stephen Warren wrote:
> On 11/09/2012 06:07 AM, Thierry Reding wrote:
> > The Tamonten SOM has an ON Semiconductor NCT1008 connected to the DVC
> > bus which is used to measure the ambient (local) temperature as well as
> > the on-die (remote) temperature.
On Fri, Nov 09, 2012 at 10:34:41AM -0700, Stephen Warren wrote:
> On 11/09/2012 06:20 AM, Thierry Reding wrote:
> > This set of patches are in preparation for the Tegra DRM driver. They
> > add the necessary nodes to the DTSI files and setup the clocks necessary
> > for host1x and the display contr
201 - 300 of 500 matches
Mail list logo
