On 16.07.2013 08:56, Stanislaw Gruszka wrote:
Apparently this commit changed suspend procedure on mac80211, but it's
not obvious for me why it hangs :-(
Hangs are hard :-) It just sits there with a black screen and a white
cursor in the top left corner...
What is your user space
On Mon, 15 Jul 2013, Sarah Sharp wrote:
The people who want to work together in a civil manner should get
together and create a "Kernel maintainer's code of conduct" that
outlines what they expect from fellow kernel developers. The people who
want to continue acting "unprofessionally" should
Dear Zhang, Eduardo,
> Dear Zhang, Eduardo
>
> Do you have any comments/feedback for me regarding this thermal
> framework related patch?
>
> I've already received some feedback from Durga for this patch, but I
> think that maintainers are most welcome to express their opinion :-)
>
Will you
Dear Viresh, Rafael,
> On Thu, 04 Jul 2013 10:50:23 +0200, Lukasz Majewski wrote:
>
> Dear Viresh, Rafael
>
> Do you have any comments/feedback for me regarding those patches?
>
Will you find time to review version 5 of cpufreq boost patch series?
--
Best regards,
Lukasz Majewski
On Fri, 12 Jul 2013, Willy Tarreau wrote:
And maybe in the end, having 1/10 patch cause a regression is not *that*
dramatic, and probably less than not fixing the 9 other bugs. In one case
we rely on -stable to merge the 10 fixes, and on the other case we'd rely
on -stable to just revert one of
On Sat, 13 Jul 2013 06:34:19 -0400 "Justin Piszcz"
wrote:
> Hello,
>
> Running 3.10 and I see the following for an md-raid1 of two SSDs:
>
> Checking /sys/block/md1/queue:
> add_random: 0
> discard_granularity: 512
> discard_max_bytes: 2147450880
> discard_zeroes_data: 0
> hw_sector_size: 512
On Tue, Jul 16, 2013 at 11:17:23AM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > On Mon, Jul 15, 2013 at 08:41:12PM +0530, Aneesh Kumar K.V wrote:
> >> Joonsoo Kim writes:
> >>
> >> > If we map the region with MAP_NORESERVE and MAP_SHARED,
> >> > we can skip to check reserve
Rob Landley wrote:
> (Balsa is such an incompetent email client I wrote a python script to do
> this via raw smtp, and I'm always convinced it's going to screw up the send.
> But I think I've got it debugged now...)
Use the tried-and-tested git-send-email.perl, perhaps?
--
To unsubscribe from
Hi,
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
> Hi Aaro,
>
> On 16.07.2013 00:56, Aaro Koskinen wrote:
>> Hi,
>>
>> I think USB tree introduced regressions in v3.11-rc1, at least for some
>> OMAP devices using legacy boot.
>
> Thanks for checking the tree so early.
>
>> I have only
On 07/15/2013 12:41 AM, Javier Martinez Canillas wrote:
I haven't had time to work on this driver for a long time and
Ferruh has been doing a great job making it more generic,
adding support for new hardware and providing bug fixes.
Thank you a lot for your work on cyttsp drivers,
we would like
Il 15/07/2013 20:12, Joe Perches ha scritto:
On Mon, 2013-07-15 at 20:01 +0200, Paolo Valente wrote:
QFQ+ inherits from QFQ a design choice that may cause a high packet
delay/jitter and a severe short-term unfairness.
[]
diff --git a/net/sched/sch_qfq.c b/net/sched/sch_qfq.c
[]
@@ -189,6
Hi
On Mon, Jul 15, 2013 at 09:40:13PM +0200, Ortwin Glück wrote:
> My Samsung ultrabook hangs when suspending to RAM since this commit
> (bisected). Disabling wifi before suspend works around the issue.
> All works fine with 3.9.y.
>
> 12e7f517029dad819c45eca9ca01fdb9ba57616b
>
> Author:
QFQ+ inherits from QFQ a design choice that may cause a high packet
delay/jitter and a severe short-term unfairness. As QFQ, QFQ+ uses a
special quantity, the system virtual time, to track the service
provided by the ideal system it approximates. When a packet is
dequeued, this quantity must be
On Tue, Jul 16, 2013 at 07:16:02AM +0100, Al Viro wrote:
> On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
>
> > I posted patches to fix this i_mutex/i_iolock inversion a couple of
> > years ago (july 2011):
> >
> > https://lkml.org/lkml/2011/7/18/4
> >
> > And V2 was posted here
In the function kirkwood_set_rate, when the rate cannot be satisfied
by the internal nor by an external clock, the clock source in undefined:
warning: ‘clks_ctrl’ may be used uninitialized in this function
The ALSA subsystem should never gives such a rate because:
- the rates with the internal
On Tue, Jul 16, 2013 at 2:41 AM, Rusty Russell wrote:
> Philipp Matthias Hahn writes:
>> Hello,
>>
>> My x86_64 systems has some trouble loading some ALSA snd-* modules since
>> the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
>> loading snd-intel-hda and snd-audio-usb by
At Tue, 16 Jul 2013 15:11:51 +0930,
Rusty Russell wrote:
>
> Philipp Matthias Hahn writes:
> > Hello,
> >
> > My x86_64 systems has some trouble loading some ALSA snd-* modules since
> > the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
> > loading snd-intel-hda and
On 15/07/13 09:14, Adrian Hunter wrote:
> On 12/07/13 17:55, Peter Zijlstra wrote:
>> On Fri, Jul 12, 2013 at 03:56:01PM +0300, Adrian Hunter wrote:
There's events where this isn't a possible location; take PERF_RECORD_MMAP
for
instance; the tail is the complete filename.
>>>
>>>
On Tue, Jul 16, 2013 at 07:16:02AM +0100, Al Viro wrote:
> On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
>
> > I posted patches to fix this i_mutex/i_iolock inversion a couple of
> > years ago (july 2011):
> >
> > https://lkml.org/lkml/2011/7/18/4
> >
> > And V2 was posted here
Record pid on struct thread. The member is named 'pid_'
to avoid confusion with the 'tid' member which was previously
named 'pid'.
Signed-off-by: Adrian Hunter
---
tools/perf/util/machine.c | 16 +++-
tools/perf/util/thread.c | 3 ++-
tools/perf/util/thread.h | 3 ++-
3 files
Hi
Here are some fixes and tweaks to perf tools (version 6).
Changes in V6:
Some checkpatch fixes
perf: make events stream always parsable
Add sample format comments
Changes in V5:
Re-based to Arnaldo's tree and dropped already applied patches:
struct ip_event assumes fixed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER.
struct ip_event is no longer used except by hists_link.c.
Move it there.
Signed-off-by: Adrian Hunter
---
tools/perf/tests/hists_link.c | 23 +++
Enable parsing of samples with sample format bit
PERF_SAMPLE_IDENTFIER. In addition, if the kernel supports
it, prefer it to selecting PERF_SAMPLE_ID thereby avoiding
the need to force compatible sample types.
Signed-off-by: Adrian Hunter
---
tools/perf/tests/mmap-basic.c | 2 +-
On Sun, Jul 14, 2013 at 08:30:09PM +0400, Konstantin Khlebnikov wrote:
> This patch fixes regression in power consumtion of sandy bridge gpu, which
> exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
> it's extremely busy. After that it never reaches rc6 state.
>
>
The event stream is not always parsable because the format of a sample
is dependent on the sample_type of the selected event. When there
is more than one selected event and the sample_types are not the
same then parsing becomes problematic. A sample can be matched to its
selected event using the
Expand perf_event__synthesize_sample() to handle all
sample format bits.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 3 +-
tools/perf/util/event.h | 1 +
tools/perf/util/evsel.c | 70 -
3 files changed, 72 insertions(+), 2
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
> Hi,
>
> I think USB tree introduced regressions in v3.11-rc1, at least for some
> OMAP devices using legacy boot.
Thanks for checking the tree so early.
> I have only bisected these; I have no
> idea what the real fixes are but the following
On 15 July 2013 15:52, wrote:
> Sudeep KarkadaNagesha (11):
> cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
> cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
> cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes
> cpufreq: spear-cpufreq:
It is useful to see the arguments to perf_event_open
and whether the perf events ring buffer was mmapped
per-cpu or per-thread. That information will now be
displayed when verbose is 2 i.e option -vv
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
---
tools/perf/util/evlist.c | 3 +++
Sample types need not be identical to determine
the sample id from the event. Only the position
of the sample id needs to be the same.
Compatible sample types are ones in which the bits
defined by PERF_COMPAT_MASK are the same.
'perf_evlist__config()' forces sample types to be
compatible on that
struct ip_event assumes fixeed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER. The information is anyway in
struct sample, so use that instead.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 4 ++--
Now that the sample parsing correctly checks data sizes
there is no reason for it to be done again for callchains.
Signed-off-by: Adrian Hunter
---
tools/perf/util/callchain.c | 8
tools/perf/util/callchain.h | 5 -
tools/perf/util/session.c | 20
3 files
Add a new parameter for 'pid' to machine__findnew_thread().
Change callers to pass 'pid' when it is known.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 2 +-
tools/perf/builtin-kmem.c | 3 ++-
tools/perf/builtin-kvm.c | 3 ++-
tools/perf/builtin-lock.c | 3
Add a test that checks that sample parsing is correctly
implemented.
Signed-off-by: Adrian Hunter
---
tools/perf/Makefile | 1 +
tools/perf/tests/builtin-test.c | 4 +
tools/perf/tests/sample-parsing.c | 240 ++
tools/perf/tests/tests.h
The size of data retrieved from a sample event must be
validated to ensure it does not go past the end of the
event. That was being done sporadically and without
considering integer overflows.
Signed-off-by: Adrian Hunter
---
tools/perf/util/evsel.c | 102
On Sun, Jul 14, 2013 at 09:56:45PM +0400, Konstantin Khlebnikov wrote:
> Daniel Vetter wrote:
> >On Sun, Jul 14, 2013 at 6:30 PM, Konstantin Khlebnikov
> > wrote:
> >>This patch fixes regression in power consumtion of sandy bridge gpu, which
> >>exists since v3.6 Sometimes after resuming from
On 16 July 2013 00:40, Rob Herring wrote:
> The powermac cpufreq driver could probably also be converted
> (arch/powerpc/platforms/powermac/cpufreq_64.c).
Its called: drivers/cpufreq/pmac64-cpufreq.c now.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Jul 16, 2013 at 10:10:31AM +0400, James Bottomley wrote:
> On Mon, 2013-07-15 at 17:06 -0700, Greg KH wrote:
> > On Mon, Jul 15, 2013 at 06:01:39PM -0400, Steven Rostedt wrote:
> > > On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
> > >
> > > > I don't like this at all, just for the
On 15 July 2013 15:52, wrote:
> From: Sudeep KarkadaNagesha
>
> CPUs are also registered as devices but the of_node in these cpu
> devices are not initialized. Currently different drivers requiring
> to access cpu device node are parsing the nodes themselves and
> initialising the of_node in
At Fri, 12 Jul 2013 11:01:37 -0700,
Aaron Plattner wrote:
>
> Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
>
> Reviewed-by: Andy Ritger
> Signed-off-by: Aaron Plattner
Forgot to mention that the patch was applied.
Thanks.
Takashi
> ---
> sound/pci/hda/patch_hdmi.c | 2 ++
>
On Tue, Jul 16, 2013 at 03:30:01AM +0100, Ben Hutchings wrote:
> Anything that's being reviewed on the stable list is public. I know
> this is an old argument, but if you point out a fix you *know* has a
> security impact then you'll help general distribution maintainers and
> users a lot more
On Tue, Jul 16, 2013 at 01:27:42PM +1000, Dave Airlie wrote:
> On Tue, Jul 16, 2013 at 12:41 PM, Ben Hutchings wrote:
> > On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
> > [...]
> >> > > How important is the stable releases? Are maintainers willing to do a
> >> > > little more work now
On Mon, 15 Jul 2013, Greg KH wrote:
I don't like this at all, just for the simple reason that it will push
the majority of the work of stable kernel development on to the
subsystem maintainers, who have enough work to do as it is.
Stable tree stuff should cause almost _no_ extra burden on the
On Tue, Jul 16, 2013 at 09:17:32AM +0400, James Bottomley wrote:
> On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
> > On Mon, Jul 15, 2013 at 11:27:56PM +0400, James Bottomley wrote:
> > > Before the "3.10.1-stable review" thread degenerated into a disagreement
> > > about habits of politeness,
On 28/06/13 22:22, Adrian Hunter wrote:
> On 28/06/2013 6:27 p.m., Peter Zijlstra wrote:
>> On Fri, Jun 28, 2013 at 04:22:16PM +0300, Adrian Hunter wrote:
>>> Hi
>>>
>>> Please consider these two new perf features:
>>>x86: add ability to calculate TSC from perf sample timestamps
>>>
On 15 July 2013 15:35, Srivatsa S. Bhat
wrote:
> Actually even I was wondering about this while writing the patch and
> I even tested shutdown after multiple suspend/resume cycles, to verify that
> the refcount is messed up. But surprisingly, things worked just fine.
>
> Logically there should've
On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
> I posted patches to fix this i_mutex/i_iolock inversion a couple of
> years ago (july 2011):
>
> https://lkml.org/lkml/2011/7/18/4
>
> And V2 was posted here and reviewed (aug 2011):
>
>
Hi Neil,
On Tue, Jul 16, 2013 at 08:40:36AM +1000, NeilBrown wrote:
> On Mon, 15 Jul 2013 21:17:27 +0200 Willy Tarreau wrote:
>
> > Communication works two ways.
>
> I understand that to mean (at least) that for communication, every message
> must be both sent and received. So when
On Mon, 2013-07-15 at 17:06 -0700, Greg KH wrote:
> On Mon, Jul 15, 2013 at 06:01:39PM -0400, Steven Rostedt wrote:
> > On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
> >
> > > I don't like this at all, just for the simple reason that it will push
> > > the majority of the work of stable
On Mon, Jul 15, 2013 at 08:25:14PM -0700, Linus Torvalds wrote:
> On Mon, Jul 15, 2013 at 7:38 PM, Dave Jones wrote:
> >
> > The recent trinity changes shouldn't have really made
> > any notable difference here.
>
> Hmm. I'm not aware pf anything that has changed in this area since
> 3.10 -
On Tue, Jul 16, 2013 at 09:07:53AM +0530, Raghavendra K T wrote:
> On 07/15/2013 04:06 PM, Gleb Natapov wrote:
> >On Mon, Jul 15, 2013 at 03:20:06PM +0530, Raghavendra K T wrote:
> >>On 07/14/2013 06:42 PM, Gleb Natapov wrote:
> >>>On Mon, Jun 24, 2013 at 06:13:42PM +0530, Raghavendra K T wrote:
>
On Tue, Jul 16, 2013 at 09:07:53AM +0530, Raghavendra K T wrote:
On 07/15/2013 04:06 PM, Gleb Natapov wrote:
On Mon, Jul 15, 2013 at 03:20:06PM +0530, Raghavendra K T wrote:
On 07/14/2013 06:42 PM, Gleb Natapov wrote:
On Mon, Jun 24, 2013 at 06:13:42PM +0530, Raghavendra K T wrote:
kvm :
On Mon, Jul 15, 2013 at 08:25:14PM -0700, Linus Torvalds wrote:
On Mon, Jul 15, 2013 at 7:38 PM, Dave Jones da...@redhat.com wrote:
The recent trinity changes shouldn't have really made
any notable difference here.
Hmm. I'm not aware pf anything that has changed in this area since
On Mon, 2013-07-15 at 17:06 -0700, Greg KH wrote:
On Mon, Jul 15, 2013 at 06:01:39PM -0400, Steven Rostedt wrote:
On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
I don't like this at all, just for the simple reason that it will push
the majority of the work of stable kernel
Hi Neil,
On Tue, Jul 16, 2013 at 08:40:36AM +1000, NeilBrown wrote:
On Mon, 15 Jul 2013 21:17:27 +0200 Willy Tarreau w...@1wt.eu wrote:
Communication works two ways.
I understand that to mean (at least) that for communication, every message
must be both sent and received. So when
On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
I posted patches to fix this i_mutex/i_iolock inversion a couple of
years ago (july 2011):
https://lkml.org/lkml/2011/7/18/4
And V2 was posted here and reviewed (aug 2011):
On 15 July 2013 15:35, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Actually even I was wondering about this while writing the patch and
I even tested shutdown after multiple suspend/resume cycles, to verify that
the refcount is messed up. But surprisingly, things worked just fine.
On 28/06/13 22:22, Adrian Hunter wrote:
On 28/06/2013 6:27 p.m., Peter Zijlstra wrote:
On Fri, Jun 28, 2013 at 04:22:16PM +0300, Adrian Hunter wrote:
Hi
Please consider these two new perf features:
x86: add ability to calculate TSC from perf sample timestamps
perf: add 'keep
On Tue, Jul 16, 2013 at 03:30:01AM +0100, Ben Hutchings wrote:
Anything that's being reviewed on the stable list is public. I know
this is an old argument, but if you point out a fix you *know* has a
security impact then you'll help general distribution maintainers and
users a lot more than
On Tue, Jul 16, 2013 at 01:27:42PM +1000, Dave Airlie wrote:
On Tue, Jul 16, 2013 at 12:41 PM, Ben Hutchings b...@decadent.org.uk wrote:
On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
[...]
How important is the stable releases? Are maintainers willing to do a
little more
On Mon, 15 Jul 2013, Greg KH wrote:
I don't like this at all, just for the simple reason that it will push
the majority of the work of stable kernel development on to the
subsystem maintainers, who have enough work to do as it is.
Stable tree stuff should cause almost _no_ extra burden on the
On Tue, Jul 16, 2013 at 09:17:32AM +0400, James Bottomley wrote:
On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
On Mon, Jul 15, 2013 at 11:27:56PM +0400, James Bottomley wrote:
Before the 3.10.1-stable review thread degenerated into a disagreement
about habits of politeness, there were
At Fri, 12 Jul 2013 11:01:37 -0700,
Aaron Plattner wrote:
Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
Reviewed-by: Andy Ritger arit...@nvidia.com
Signed-off-by: Aaron Plattner aplatt...@nvidia.com
Forgot to mention that the patch was applied.
Thanks.
Takashi
---
On 15 July 2013 15:52, sudeep.karkadanage...@arm.com wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
CPUs are also registered as devices but the of_node in these cpu
devices are not initialized. Currently different drivers requiring
to access cpu device node are parsing the
On Tue, Jul 16, 2013 at 10:10:31AM +0400, James Bottomley wrote:
On Mon, 2013-07-15 at 17:06 -0700, Greg KH wrote:
On Mon, Jul 15, 2013 at 06:01:39PM -0400, Steven Rostedt wrote:
On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
I don't like this at all, just for the simple reason
On 16 July 2013 00:40, Rob Herring robherri...@gmail.com wrote:
The powermac cpufreq driver could probably also be converted
(arch/powerpc/platforms/powermac/cpufreq_64.c).
Its called: drivers/cpufreq/pmac64-cpufreq.c now.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Sun, Jul 14, 2013 at 09:56:45PM +0400, Konstantin Khlebnikov wrote:
Daniel Vetter wrote:
On Sun, Jul 14, 2013 at 6:30 PM, Konstantin Khlebnikov
khlebni...@openvz.org wrote:
This patch fixes regression in power consumtion of sandy bridge gpu, which
exists since v3.6 Sometimes after
struct ip_event assumes fixeed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER. The information is anyway in
struct sample, so use that instead.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 4 ++--
Now that the sample parsing correctly checks data sizes
there is no reason for it to be done again for callchains.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/callchain.c | 8
tools/perf/util/callchain.h | 5 -
tools/perf/util/session.c | 20
Add a new parameter for 'pid' to machine__findnew_thread().
Change callers to pass 'pid' when it is known.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 2 +-
tools/perf/builtin-kmem.c | 3 ++-
tools/perf/builtin-kvm.c | 3 ++-
Add a test that checks that sample parsing is correctly
implemented.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Makefile | 1 +
tools/perf/tests/builtin-test.c | 4 +
tools/perf/tests/sample-parsing.c | 240 ++
The size of data retrieved from a sample event must be
validated to ensure it does not go past the end of the
event. That was being done sporadically and without
considering integer overflows.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/evsel.c | 102
On 15 July 2013 15:52, sudeep.karkadanage...@arm.com wrote:
Sudeep KarkadaNagesha (11):
cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes
It is useful to see the arguments to perf_event_open
and whether the perf events ring buffer was mmapped
per-cpu or per-thread. That information will now be
displayed when verbose is 2 i.e option -vv
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Acked-by: Jiri Olsa jo...@redhat.com
---
Sample types need not be identical to determine
the sample id from the event. Only the position
of the sample id needs to be the same.
Compatible sample types are ones in which the bits
defined by PERF_COMPAT_MASK are the same.
'perf_evlist__config()' forces sample types to be
compatible on that
Expand perf_event__synthesize_sample() to handle all
sample format bits.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 3 +-
tools/perf/util/event.h | 1 +
tools/perf/util/evsel.c | 70 -
3 files
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced regressions in v3.11-rc1, at least for some
OMAP devices using legacy boot.
Thanks for checking the tree so early.
I have only bisected these; I have no
idea what the real fixes are but the following
Hi
Here are some fixes and tweaks to perf tools (version 6).
Changes in V6:
Some checkpatch fixes
perf: make events stream always parsable
Add sample format comments
Changes in V5:
Re-based to Arnaldo's tree and dropped already applied patches:
struct ip_event assumes fixed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER.
struct ip_event is no longer used except by hists_link.c.
Move it there.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/tests/hists_link.c | 23
Enable parsing of samples with sample format bit
PERF_SAMPLE_IDENTFIER. In addition, if the kernel supports
it, prefer it to selecting PERF_SAMPLE_ID thereby avoiding
the need to force compatible sample types.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
Record pid on struct thread. The member is named 'pid_'
to avoid confusion with the 'tid' member which was previously
named 'pid'.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/machine.c | 16 +++-
tools/perf/util/thread.c | 3 ++-
On Sun, Jul 14, 2013 at 08:30:09PM +0400, Konstantin Khlebnikov wrote:
This patch fixes regression in power consumtion of sandy bridge gpu, which
exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
it's extremely busy. After that it never reaches rc6 state.
Bug was
The event stream is not always parsable because the format of a sample
is dependent on the sample_type of the selected event. When there
is more than one selected event and the sample_types are not the
same then parsing becomes problematic. A sample can be matched to its
selected event using the
On Tue, Jul 16, 2013 at 07:16:02AM +0100, Al Viro wrote:
On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
I posted patches to fix this i_mutex/i_iolock inversion a couple of
years ago (july 2011):
https://lkml.org/lkml/2011/7/18/4
And V2 was posted here and reviewed
On 15/07/13 09:14, Adrian Hunter wrote:
On 12/07/13 17:55, Peter Zijlstra wrote:
On Fri, Jul 12, 2013 at 03:56:01PM +0300, Adrian Hunter wrote:
There's events where this isn't a possible location; take PERF_RECORD_MMAP
for
instance; the tail is the complete filename.
PERF_RECORD_MMAP falls
At Tue, 16 Jul 2013 15:11:51 +0930,
Rusty Russell wrote:
Philipp Matthias Hahn pmh...@pmhahn.de writes:
Hello,
My x86_64 systems has some trouble loading some ALSA snd-* modules since
the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
loading snd-intel-hda and
On Tue, Jul 16, 2013 at 2:41 AM, Rusty Russell ru...@rustcorp.com.au wrote:
Philipp Matthias Hahn pmh...@pmhahn.de writes:
Hello,
My x86_64 systems has some trouble loading some ALSA snd-* modules since
the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
loading
In the function kirkwood_set_rate, when the rate cannot be satisfied
by the internal nor by an external clock, the clock source in undefined:
warning: ‘clks_ctrl’ may be used uninitialized in this function
The ALSA subsystem should never gives such a rate because:
- the rates with the internal
On Tue, Jul 16, 2013 at 07:16:02AM +0100, Al Viro wrote:
On Tue, Jul 16, 2013 at 04:03:51PM +1000, Dave Chinner wrote:
I posted patches to fix this i_mutex/i_iolock inversion a couple of
years ago (july 2011):
https://lkml.org/lkml/2011/7/18/4
And V2 was posted here and reviewed
Hi
On Mon, Jul 15, 2013 at 09:40:13PM +0200, Ortwin Glück wrote:
My Samsung ultrabook hangs when suspending to RAM since this commit
(bisected). Disabling wifi before suspend works around the issue.
All works fine with 3.9.y.
12e7f517029dad819c45eca9ca01fdb9ba57616b
Author: Stanislaw
QFQ+ inherits from QFQ a design choice that may cause a high packet
delay/jitter and a severe short-term unfairness. As QFQ, QFQ+ uses a
special quantity, the system virtual time, to track the service
provided by the ideal system it approximates. When a packet is
dequeued, this quantity must be
Il 15/07/2013 20:12, Joe Perches ha scritto:
On Mon, 2013-07-15 at 20:01 +0200, Paolo Valente wrote:
QFQ+ inherits from QFQ a design choice that may cause a high packet
delay/jitter and a severe short-term unfairness.
[]
diff --git a/net/sched/sch_qfq.c b/net/sched/sch_qfq.c
[]
@@ -189,6
On 07/15/2013 12:41 AM, Javier Martinez Canillas wrote:
I haven't had time to work on this driver for a long time and
Ferruh has been doing a great job making it more generic,
adding support for new hardware and providing bug fixes.
Thank you a lot for your work on cyttsp drivers,
we would like
Hi,
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced regressions in v3.11-rc1, at least for some
OMAP devices using legacy boot.
Thanks for checking the tree so early.
I have only bisected these;
Rob Landley wrote:
(Balsa is such an incompetent email client I wrote a python script to do
this via raw smtp, and I'm always convinced it's going to screw up the send.
But I think I've got it debugged now...)
Use the tried-and-tested git-send-email.perl, perhaps?
--
To unsubscribe from this
On Tue, Jul 16, 2013 at 11:17:23AM +0530, Aneesh Kumar K.V wrote:
Joonsoo Kim iamjoonsoo@lge.com writes:
On Mon, Jul 15, 2013 at 08:41:12PM +0530, Aneesh Kumar K.V wrote:
Joonsoo Kim iamjoonsoo@lge.com writes:
If we map the region with MAP_NORESERVE and MAP_SHARED,
we can
On Sat, 13 Jul 2013 06:34:19 -0400 Justin Piszcz jpis...@lucidpixels.com
wrote:
Hello,
Running 3.10 and I see the following for an md-raid1 of two SSDs:
Checking /sys/block/md1/queue:
add_random: 0
discard_granularity: 512
discard_max_bytes: 2147450880
discard_zeroes_data: 0
On Fri, 12 Jul 2013, Willy Tarreau wrote:
And maybe in the end, having 1/10 patch cause a regression is not *that*
dramatic, and probably less than not fixing the 9 other bugs. In one case
we rely on -stable to merge the 10 fixes, and on the other case we'd rely
on -stable to just revert one of
Dear Viresh, Rafael,
On Thu, 04 Jul 2013 10:50:23 +0200, Lukasz Majewski wrote:
Dear Viresh, Rafael
Do you have any comments/feedback for me regarding those patches?
Will you find time to review version 5 of cpufreq boost patch series?
--
Best regards,
Lukasz Majewski
Samsung RD
Dear Zhang, Eduardo,
Dear Zhang, Eduardo
Do you have any comments/feedback for me regarding this thermal
framework related patch?
I've already received some feedback from Durga for this patch, but I
think that maintainers are most welcome to express their opinion :-)
Will you find
701 - 800 of 1502 matches
Mail list logo