Hey Ralf and other Mips developers ,
I was wondering about the fix me in this file and how you want to fix this.
Cheers Nick
--
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
There is a fix me message I am hitting with cscope on line 317 of this
file about #define kern_addr_valid(addr) (1) not being correct.
I am wondering what value this should be set to. Thanks for the advice
so I can remove this fix me from the kernel.
Cheers Nick
--
To unsubscribe from this
On 11/07/2014 6:36 p.m., Peter Zijlstra wrote:
On Fri, Jul 11, 2014 at 05:36:41PM +0300, Adrian Hunter wrote:
Alexander Shishkin is working on the Intel PT driver for perf
and has included a driver for Intel BTS. I have taken that and
There is already a BTS driver, although I've not used it
On 11/07/2014 6:18 p.m., Arnaldo Carvalho de Melo wrote:
Em Fri, Jul 11, 2014 at 05:36:41PM +0300, Adrian Hunter escreveu:
There are many perf tools patches and it would be helpful to start
considering how to get them into mainline. Many need to wait for
the driver, but others could be taken
Hey Andrew and other maintainers ,
There seem to be a few failing def config builds with the sh architecture.
I will post the failing builds and the log of errors leading up to these builds.
Cheers Nick
Still failing Builds for sh
1. rsk7203_defconfig
2. se7206_defconfig
3. allmodconfig for sh
On Fri, 11 Jul 2014 23:36:10 -0400
Steven Rostedt wrote:
> I'll worked on getting arm to be called directly too. Can you test that
> patch as well? I'll reply to this email with that one.
Here's that patch:
-- Steve
>From ff9ee792640d802415eaedf0e8d41992c898d2a9 Mon Sep 17 00:00:00 2001
From:
On Thu, 10 Jul 2014 20:45:57 +0300
Tuomas Tynkkynen wrote:
> >
>
> This commit (79922b8) breaks the function graph tracer on today's -next.
> This is on an ARM Tegra board.
Can you test this patch. It makes the default operation of calling the
function graph tracer trampoline directly being
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of Joe Lawrence
...
> In your crash stack trace, the scsi error handler has issued a host
> reset, but then crashed in mpt2sas_base_get_iocstate. Reading through
>
>> > Guenter Roeck wrote on Mon, Jul 7, 2014 at 11:07 PM
>> > I submitted a patch to work around this problem a couple of weeks ago [1].
>> > Unfortunately, with this patch applied, allyesconfig still fails with
>> > relocation errors, but at least the above message is gone, and
>> > allmodconfig
On 07/10/2014 11:19 PM, Viresh Kumar wrote:
Please make sure you take care of these issues:
- suspend/resume
- hotplug
- module insert/remove
Ok, I was just at the current code. Does cpufreq_unregister_driver()
even really work correctly as it stands?
It doesn't even seem to stop any of the
> -Original Message-
> From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
> Sent: Friday, July 11, 2014 5:54 AM
> To: h...@infradead.org
> Cc: James Bottomley; KY Srinivasan; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com;
> -Original Message-
> From: h...@infradead.org [mailto:h...@infradead.org]
> Sent: Thursday, July 10, 2014 11:32 PM
> To: James Bottomley
> Cc: KY Srinivasan; linux-kernel@vger.kernel.org; m...@mkp.net;
> h...@infradead.org; de...@linuxdriverproject.org; a...@canonical.com;
>
On 07/11/2014 03:52 AM, Viresh Kumar wrote:
Just responding to one comment. The one about policy->cpu.
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
static int cpufreq_add_dev_symlink(struct cpufreq_policy *policy)
{
- unsigned int j;
+ unsigned int j,
On 07/11/14 19:16, Greg Kroah-Hartman wrote:
> On Fri, Jul 11, 2014 at 07:00:48PM -0700, Randy Dunlap wrote:
>> On 07/11/14 17:42, Greg Kroah-Hartman wrote:
>>> On Thu, Jul 10, 2014 at 10:36:46PM -0400, Peter Hurley wrote:
Fix breakage introduced by
commit
On Fri, Jul 11, 2014 at 06:40:16PM -0700, Joe Perches wrote:
> On Fri, 2014-07-11 at 18:34 -0700, Greg KH wrote:
> > On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> > > A simple script to run checkpatch --fix for various types of
> > > of cleanups.
> > >
> > > This script is useful
Our current handling of fs/vs is really weird. The best may very well be to
explicitly save and restore both fs and he as part of Andi's patchset to
support wrxsbase.
On July 11, 2014 7:21:54 PM PDT, Linus Torvalds
wrote:
>On Fri, Jul 11, 2014 at 9:29 AM, Andy Lutomirski
>wrote:
>> As far
On Fri, Jul 11, 2014 at 9:29 AM, Andy Lutomirski wrote:
> As far as I can tell, these fields have been set to zero on save and
> ignored on restore since Linux was imported into git. Rename them
> '__pad1' and '__pad2' to avoid confusion and to allow them to be
> recycled some day.
Shouldn't we
On Fri, Jul 11, 2014 at 07:09:30PM -0700, Joe Perches wrote:
> There's a useless "+" use that needs to be removed as perl 5.20
> emits a "Useless use of greediness modifier '+'" message each
> time it's hit.
>
> Reported-by: Greg KH
> Signed-off-by: Joe Perches
> ---
> On Fri, 2014-07-11 at
On Fri, Jul 11, 2014 at 07:00:48PM -0700, Randy Dunlap wrote:
> On 07/11/14 17:42, Greg Kroah-Hartman wrote:
> > On Thu, Jul 10, 2014 at 10:36:46PM -0400, Peter Hurley wrote:
> >> Fix breakage introduced by
> >> commit c557d392fbf5badd693ea1946a4317c87a26a716,
> >> 'serial: Test for no tx data on
Hi Graham,
On Tue, Apr 29, 2014 at 10:29:51AM -0500, Graham Moore wrote:
> Some new Micron flash chips require reading the flag
> status register to determine when operations have completed.
>
> Furthermore, chips with multi-die stacks of the 65nm 256Mb QSPI also
> require reading the status
On Fri, Jul 11, 2014 at 06:57:24PM -0700, Joe Perches wrote:
> On Fri, 2014-07-11 at 18:53 -0700, Greg KH wrote:
> > On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> > > A simple script to run checkpatch --fix for various types of
> > > of cleanups.
> []
> > Anyway, try running this
On 07/11/2014 11:39 AM, Andy Lutomirski wrote:
> On Fri, Jul 11, 2014 at 11:12 AM, Andi Kleen wrote:
>>> diff --git a/arch/x86/include/uapi/asm/sigcontext.h
>>> b/arch/x86/include/uapi/asm/sigcontext.h
>>> index 076b11f..df9908b 100644
>>> --- a/arch/x86/include/uapi/asm/sigcontext.h
>>> +++
Hi Randy,
On Fri, 11 Jul 2014 19:00:48 -0700 Randy Dunlap wrote:
>
> It's not clear to me that Peter forgot it.
> Someone else brought this up -- it seems to me that
> Documentation/SubmittingPatches is a little too strong about needing
> permission to use Reported-by:
>
> If this patch fixes a
There's a useless "+" use that needs to be removed as perl 5.20
emits a "Useless use of greediness modifier '+'" message each
time it's hit.
Reported-by: Greg KH
Signed-off-by: Joe Perches
---
On Fri, 2014-07-11 at 19:05 -0700, Greg KH wrote:
> Ok, with linux-next I get the same thing:
Thanks
Hi guys,
Sorry to revisit this way late, and sorry for not paying as much
attention initially. I'm prepped to merge v4, but some of the
conversation matches what I was just thinking.
On Mon, Apr 28, 2014 at 07:06:17AM +0200, Marek Vasut wrote:
> On Saturday, April 26, 2014 at 05:10:13 AM, Huang
On 07/11/2014 09:29 AM, Andy Lutomirski wrote:
> diff --git a/arch/x86/include/uapi/asm/sigcontext.h
> b/arch/x86/include/uapi/asm/sigcontext.h
> index 076b11f..df9908b 100644
> --- a/arch/x86/include/uapi/asm/sigcontext.h
> +++ b/arch/x86/include/uapi/asm/sigcontext.h
> @@ -177,8 +177,8 @@
r submission.
> > []
> > > Is that expected?
> >
> > No, I haven't seen that.
> >
> > Can you tell me what git tree you're working on?
>
> My staging-next branch of staging.git on git.kernel.org
>
> > Also, can you use the scripts/check
On 07/11/14 17:42, Greg Kroah-Hartman wrote:
> On Thu, Jul 10, 2014 at 10:36:46PM -0400, Peter Hurley wrote:
>> Fix breakage introduced by
>> commit c557d392fbf5badd693ea1946a4317c87a26a716,
>> 'serial: Test for no tx data on tx restart'.
>>
>> Signed-off-by: Peter Hurley
>
> You forgot a
you're working on?
My staging-next branch of staging.git on git.kernel.org
> Also, can you use the scripts/checkpatch from -next
> tag next-20140711
that will take a bit to checkout, I'll do that afterward.
> My system has:
>
> $ perl --version
>
> This is perl 5, version 18, sub
On 07/10/14 02:53, Linus Walleij wrote:
> On Wed, Jul 9, 2014 at 11:18 PM, Bjorn Andersson wrote:
>> On Wed, Jul 9, 2014 at 1:53 AM, Linus Walleij
>> wrote:
>>> On Tue, Jul 8, 2014 at 3:26 AM, Bjorn Andersson
>>> wrote:
>>>
>>> +- function:
>>> + Usage: optional
>>> + Value type:
On Fri, 2014-07-11 at 18:53 -0700, Greg KH wrote:
> On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> > A simple script to run checkpatch --fix for various types of
> > of cleanups.
[]
> Anyway, try running this script on
> drivers/staging/lustre/lnet/lnet/acceptor.c to see how this
On Fri, 2014-07-11 at 18:43 -0700, Greg KH wrote:
> On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> > A simple script to run checkpatch --fix for various types of
> > of cleanups.
[]
> If I pick drivers/staging/lustre/include/linux/lnet/types.h, then I get:
>
> staging: lnet:
On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> A simple script to run checkpatch --fix for various types of
> of cleanups.
>
> This script is useful primarily for staging.
>
> This reformats code to a more CodingStyle conforming style,
> compiles it, verifies that the object code
x/lnet/api.h has no obvious style problems
> and is ready for submission.
[]
> Is that expected?
No, I haven't seen that.
Can you tell me what git tree you're working on?
Also, can you use the scripts/checkpatch from -next
tag next-20140711
My system has:
$ perl --version
This is perl 5, version 18,
On Fri, 2014-07-11 at 18:34 -0700, Greg KH wrote:
> On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> > A simple script to run checkpatch --fix for various types of
> > of cleanups.
> >
> > This script is useful primarily for staging.
> >
> > This reformats code to a more
On Fri, Jul 11, 2014 at 10:45:05PM +0200, Frederic Weisbecker wrote:
> On Fri, Jul 11, 2014 at 01:35:13PM -0700, Paul E. McKenney wrote:
> > On Fri, Jul 11, 2014 at 09:11:15PM +0200, Frederic Weisbecker wrote:
> > > On Fri, Jul 11, 2014 at 02:05:08PM -0500, Christoph Lameter wrote:
> > > > On Fri,
On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> A simple script to run checkpatch --fix for various types of
> of cleanups.
>
> This script is useful primarily for staging.
>
> This reformats code to a more CodingStyle conforming style,
> compiles it, verifies that the object code
On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> A simple script to run checkpatch --fix for various types of
> of cleanups.
>
> This script is useful primarily for staging.
>
> This reformats code to a more CodingStyle conforming style,
> compiles it, verifies that the object code
. snip ..
> > > Please loot at arch/x86/xen/enlighten.c:xen_check_mwait() and
> > > arch/x86/xen/enlighten.c:xen_boot_params_init_edd() (probably
> > > there are more stuff like that around). As I can see this is fairly
> > > common solution and probably compiler cope with it quite well.
> > >
> >
On Fri, Jul 11, 2014 at 06:21:27PM -0700, Joe Perches wrote:
> A simple script to run checkpatch --fix for various types of
> of cleanups.
>
> This script is useful primarily for staging.
>
> This reformats code to a more CodingStyle conforming style,
> compiles it, verifies that the object code
On Fri, Jul 11, 2014 at 06:27:20PM -0700, Greg Kroah-Hartman wrote:
> On Fri, Jul 11, 2014 at 02:04:20PM -0700, Sudeep Dutt wrote:
> > This MIC virtual bus driver takes the responsibility of creating all
> > the virtual devices connected to the PCIe device on the host and the
> > platform device
On Fri, Jul 11, 2014 at 02:04:20PM -0700, Sudeep Dutt wrote:
> This MIC virtual bus driver takes the responsibility of creating all
> the virtual devices connected to the PCIe device on the host and the
> platform device on the card. The MIC bus hardware operations provide
> a way to abstract
Instead of relying on pinmux->disable(), make the gpio function an
explicit function for all pins that supports it.
Signed-off-by: Bjorn Andersson
---
This fixes the regression that was introduced by removing the disable function
from the pinmux ops. I was exploiting the disable function to put
A simple script to run checkpatch --fix for various types of
of cleanups.
This script is useful primarily for staging.
This reformats code to a more CodingStyle conforming style,
compiles it, verifies that the object code hasn't changed,
and git commits it too.
You must have the necessary
Hi Peter,
On Fri, 11 Jul 2014 11:06:56 -0400 Peter Hurley
wrote:
>
> Sorry about that. I don't have a full cross-compiler setup for
> build testing. Looks like that's something I'm going to have to add.
see https://www.kernel.org/pub/tools/crosstool/
These are only good for building the
On 07/09/2014 04:00 AM, Andrey Ryabinin wrote:
>
> Address sanitizer dedicates 1/8 of the low memory to the shadow memory and
> uses direct
> mapping with a scale and offset to translate a memory address to its
> corresponding
> shadow address.
>
> Here is function to translate address to
On Tue, Jun 17, 2014 at 04:25:31PM +0800, Liu Ying wrote:
> Remove redundant return value settings 'ret = 0;' in the function
> try_to_bring_up_master(), since it has already been set to zero.
>
> Signed-off-by: Liu Ying
> ---
> drivers/base/component.c |2 --
> 1 file changed, 2
On Thu, Jul 10, 2014 at 04:17:26PM -0700, Randy Dunlap wrote:
> On 07/07/2014 01:10 AM, Cristian Stoica wrote:
> > Signed-off-by: Cristian Stoica
>
> Greg, do you want this patch?
>
> > ---
> > Documentation/driver-model/devres.txt | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git
On Fri, Jul 11, 2014 at 08:14:51PM -0400, Konrad Rzeszutek Wilk wrote:
>
> On Jul 11, 2014 7:45 PM, Daniel Kiper wrote:
> >
> > On Fri, Jul 11, 2014 at 04:32:27PM -0400, Boris Ostrovsky wrote:
> > > On 07/11/2014 04:10 PM, Daniel Kiper wrote:
> > > >On Fri, Jul 11, 2014 at 04:03:46PM -0400, Boris
On Fri, Jul 11, 2014 at 01:30:11PM +0100, Daniel Thompson wrote:
> At present it is not possible to boot with the ttyNMI0 console treating
> character input normally. To use the console requires that kdb be
> entered and the nmi_console command be used to enable the console (or if
> only kgdb is
On Thu, Jul 10, 2014 at 10:36:46PM -0400, Peter Hurley wrote:
> Fix breakage introduced by
> commit c557d392fbf5badd693ea1946a4317c87a26a716,
> 'serial: Test for no tx data on tx restart'.
>
> Signed-off-by: Peter Hurley
You forgot a "Reported-by:" tag.
I'll go add it...
--
To unsubscribe
>-Original Message-
>From: Bridgman, John
>Sent: Friday, July 11, 2014 1:48 PM
>To: 'Jerome Glisse'; Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
>de...@lists.freedesktop.org; Lewycky, Andrew; Joerg Roedel; Gabbay, Oded;
>Koenig, Christian
>Subject:
Bridgman, John would like to recall the message, "[PATCH 07/83] drm/radeon: Add
kfd-->kgd interface of locking srbm_gfx_cntl register".--
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
Confirmed. The locking functions are removed from the interface in commit 82 :
[PATCH 82/83] drm/radeon: Remove lock functions from kfd2kgd interface
There is an elegant symmetry there, but yeah we need to find a way to make this
less awkward to review without screwing up all the work you've
On Fri, Jul 11, 2014 at 03:39:48PM +0100, Ian Abbott wrote:
> On 2014-07-11 15:38, Ian Abbott wrote:
> >From: Andrey Utkin
> >
> >From: Andrey Utkin
>
> Dammit! Greg, do you want to sort that out or should I have another go?
Heh, no worries, I can fix it up, thanks.
greg k-h
--
To
Commit-ID: b08ee5f7e4135d64b8edd769367f8964a725122e
Gitweb: http://git.kernel.org/tip/b08ee5f7e4135d64b8edd769367f8964a725122e
Author: Borislav Petkov
AuthorDate: Fri, 11 Jul 2014 12:43:38 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 11 Jul 2014 17:28:51 -0700
x86: Simplify
Hello.
On 07/11/2014 03:54 PM, Lee Jones wrote:
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Acked-by: Mark Rutland
Acked-by: Alexandre Torgue
Hi Greg,
On Sat, Jul 12, 2014 at 8:04 AM, Greg KH wrote:
> On Sat, Jul 12, 2014 at 07:32:34AM +0800, Gavin Guo wrote:
>> Hi all,
>>
>> On Fri, Jul 11, 2014 at 2:22 PM, Gavin Guo wrote:
>> > Hi Sarah and Mathias,
>> >
>> > As the discussion in
>> >
Commit-ID: da861e18ecccb5c126b9eb95ff720ce082a46286
Gitweb: http://git.kernel.org/tip/da861e18ecccb5c126b9eb95ff720ce082a46286
Author: Andy Lutomirski
AuthorDate: Thu, 10 Jul 2014 18:13:16 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 11 Jul 2014 16:58:07 -0700
x86, vdso: Get rid
On Fri, Jul 11, 2014 at 01:45:08PM -, Thomas Gleixner wrote:
> Use the nanoseconds based interface instead of converting timespecs.
>
> Signed-off-by: Thomas Gleixner
> Cc: Arnd Bergmann
> Cc: Greg Kroah-Hartman
Acked-by: Greg Kroah-Hartman
--
To unsubscribe from this list: send the line
Commit-ID: e6577a7ce99a506b587bcd1d2cd803cb45119557
Gitweb: http://git.kernel.org/tip/e6577a7ce99a506b587bcd1d2cd803cb45119557
Author: Andy Lutomirski
AuthorDate: Thu, 10 Jul 2014 18:13:15 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 11 Jul 2014 16:57:51 -0700
x86, vdso: Move the
On Fri, Jul 11, 2014 at 01:44:52PM -, Thomas Gleixner wrote:
> Replace the ever recurring:
> ts = ktime_get_ts();
> ns = timespec_to_ns();
> with
> ns = ktime_get_ns();
>
> Signed-off-by: Thomas Gleixner
> Cc: Arnd Bergmann
> Cc: Greg Kroah-Hartman
Acked-off-by:
On Jul 11, 2014 7:45 PM, Daniel Kiper wrote:
>
> On Fri, Jul 11, 2014 at 04:32:27PM -0400, Boris Ostrovsky wrote:
> > On 07/11/2014 04:10 PM, Daniel Kiper wrote:
> > >On Fri, Jul 11, 2014 at 04:03:46PM -0400, Boris Ostrovsky wrote:
> > >>On 07/11/2014 03:54 PM, Daniel Kiper wrote:
> >
On Fri, Jul 11, 2014 at 1:22 PM, Borislav Petkov wrote:
> On Fri, Jul 11, 2014 at 11:56:11AM -0700, Havard Skinnemoen wrote:
>> > * max number of CMCIs per second a system can sustain fine, i.e. the 100
>> > above
>>
>> What's the definition of "fine"? 1% performance hit? 10%? How can we
>> make
For this version of GIC codes, kernel assumes that all the interrupt
status of GIC is inactive. So the kernel does not check this when
booting.
This is no problem on must sitations. But when kdump is deplayed.
And a panic occurs when a interrupt is being handled (may be PPI
and SPI). We have no
Some BIOS may only allow access to the AMD auxiliary SMBus - reserving
the main SMBus for system functions only. Probing should continue even
if the main bus is not available so at least the auxiliary can be added.
Signed-off-by: Daniel M. Weeks
---
This patch may warrant some discussion. I ran
From: Andi Kleen
Haswell supports more bits in the offcore_rsp_* MSRs than Sandy
Bridge. Previously the Haswell code was using the Sandy Bridge
extra register definitions, which prevented users from setting
all of these bits. This in term did not allow to set some valid
SNOOP_* bits, among
From: Andi Kleen
The Intel events use a dot to separate event name and unit mask.
Allow dot in names in the scanner, and remove special handling
of dot as EOF. Also remove the hack in jevents to replace dot
with underscore. This way dotted events can be specified
directly by the user.
I'm not
From: Andi Kleen
Add support to perf list to print aliases with descriptions.
Support word wrapping for descriptions.
Fix up the sorting code to put aliases with descriptions
last.
Signed-off-by: Andi Kleen
---
tools/perf/util/pmu.c | 84 +--
1
From: Andi Kleen
Automatically adapt the now wider and word wrapped perf list
output to wider terminals. This requires querying the terminal
before the auto pager takes over, and exporting this
information from the pager subsystem.
Acked-by: Namhyung Kim
Signed-off-by: Andi Kleen
---
All feedback addressed. Hopefully ready for merge now.
[v2: Review feedback addressed and some minor improvements]
[v3: More review feedback addressed and handle test failures better.
Ported to latest tip/core.]
[v4: Addressed Namhyung's feedback]
[v5: Rebase to latest tree. Minor description
From: Andi Kleen
The basic idea is that it does not make sense to list all PEBS
events individually. The list is very long, sometimes outdated
and the hardware doesn't need it. If an event does not support
PEBS it will just not count, there is no security issue.
This vastly simplifies the PEBS
From: Andi Kleen
Haswell supports reporting the data address for a range
of PEBS events, including:
UOPS_RETIRED.ALL
MEM_UOPS_RETIRED.STLB_MISS_LOADS
MEM_UOPS_RETIRED.STLB_MISS_STORES
MEM_UOPS_RETIRED.LOCK_LOADS
MEM_UOPS_RETIRED.SPLIT_LOADS
MEM_UOPS_RETIRED.SPLIT_STORES
From: Andi Kleen
Add a downloader to automatically download the right
files from a download site.
This is implemented as a script calling curl, similar to
perf archive. The perf driver automatically calls the right
binary. The downloader is extensible, but currently only
implements an Intel
From: Andi Kleen
When no JSON event file is specified automatically look
for a suitable file in ~/.cache/pmu-events. A "perf download" can
automatically add files there for the current CPUs.
This does not include the actual event files with perf,
but they can be automatically downloaded instead
From: Andi Kleen
Add a --no-desc flag to perf list to not print the event descriptions
that were earlier added for JSON events. This may be useful to
get a less crowded listing.
It's still default to print descriptions as that is the more useful
default for most users.
Before:
% perf list
...
From: Andi Kleen
Add a parser for Intel style JSON event files. This allows
to use an Intel event list directly with perf. The Intel
event lists can be quite large and are too big to store
in unswappable kernel memory.
The parser code knows how to convert the JSON fields
to perf fields. The
From: Andi Kleen
Add a simple test case to perf test that runs perf download and parses
all the available events, including json events.
This needs adding an all event iterator to pmu.c
v2: Rename identifiers
v3: Only iterate cpu pmu to avoid bogus errors.
Move pmu iterator to extra patch
From: Andi Kleen
With calling a callback. To be used in test code added in the next
patch.
Signed-off-by: Andi Kleen
---
tools/perf/util/pmu.c | 18 ++
tools/perf/util/pmu.h | 2 ++
2 files changed, 20 insertions(+)
diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c
From: Andi Kleen
I need a JSON parser. This adds the simplest JSON
parser I could find -- Serge Zaitsev's jsmn `jasmine' --
to the perf library. I merely converted it to (mostly)
Linux style and added support for non 0 terminated input.
The parser is quite straight forward and does not
copy any
On Sat, Jul 12, 2014 at 07:32:34AM +0800, Gavin Guo wrote:
> Hi all,
>
> On Fri, Jul 11, 2014 at 2:22 PM, Gavin Guo wrote:
> > Hi Sarah and Mathias,
> >
> > As the discussion in
> > http://comments.gmane.org/gmane.linux.usb.general/107011,
> > I found that [AMD] FCH USB XHCI Controller
From: Andi Kleen
Change pmu.c to allow descriptions of events and add interfaces
to add aliases at runtime from another file. To be used by jevents in
a followon patch
Acked-by: Namhyung Kim
v2: Move perf list changes to other patch.
Signed-off-by: Andi Kleen
---
tools/perf/util/pmu.c | 43
On 07/11/2014 01:20 PM, Andi Kleen wrote:
> Greg KH writes:
>
>> On Fri, Jul 11, 2014 at 10:29:56AM +0200, Peter Zijlstra wrote:
>>> On Fri, Jul 11, 2014 at 03:37:17PM +0800, Jiang Liu wrote:
Any comments are welcomed!
>>>
>>> Why would anybody _ever_ have a memoryless node? That's
Peripheral ID2 Register provides a four-bit architecturally-defined
architecture revision field. So we can identify the GIC verison from
this register. It is useful sometimes.
Signed-off-by: Liu Hua
---
include/linux/irqchip/arm-gic.h | 1 +
1 file changed, 1 insertion(+)
diff --git
This patch is on top of the previous changes.
Set the executable bit on test scripts config2frag.sh and kvm.sh
Since #!/bin/bash is set in all the scripts, drop it from the usage line as the
scripts can be invoked directly.
Signed-off-by: Pranith Kumar
---
On Fri, Jul 11, 2014 at 04:32:27PM -0400, Boris Ostrovsky wrote:
> On 07/11/2014 04:10 PM, Daniel Kiper wrote:
> >On Fri, Jul 11, 2014 at 04:03:46PM -0400, Boris Ostrovsky wrote:
> >>On 07/11/2014 03:54 PM, Daniel Kiper wrote:
> >>>Compiler complains in the following way when x86 32-bit kernel
>
Currently, the i2c-hid driver does not call the suspend, resume, and
reset_resume callbacks in the hid_driver struct when those events occur.
This means that HID drivers for i2c-hid devices will not be able to execute
commands which may be needed during suspend or resume. One example is when a
Fixed coding style errors.
Signed-off-by: Ionut Alexa
---
kernel/dma.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/kernel/dma.c b/kernel/dma.c
index 6c6262f..ae9ba17 100644
--- a/kernel/dma.c
+++ b/kernel/dma.c
@@ -66,7 +66,7 @@ static struct dma_chan
On Fri, Jul 11, 2014 at 7:23 PM, wrote:
> On Fri, Jul 11, 2014 at 05:31:27PM -0400, Pranith Kumar wrote:
>> Some of the scripts encode a default /bin/sh shell. On systems which use
>> dash as
>> default shell, these scripts fail as they are bash scripts. I encountered
>> this
>> while testing
On Fri, 11 Jul 2014, Pavel Machek wrote:
> > > > Ok, so I have set up machines for ktest / autobisect, and found out
> > > > that
> > > > 3.16-rc1 no longer has that problem. Oh well, bisect would not be fun,
> > > > anyway...
> > >
> > > I am still seeing the problem with 3.16-rc2.
> >
> >
Hi all,
On Fri, Jul 11, 2014 at 2:22 PM, Gavin Guo wrote:
> When using USB 3.0 pen drive with the [AMD] FCH USB XHCI Controller
> [1022:7814], the second hotplugging will experience the USB 3.0 pen
> drive is recognized as high-speed device. After bisecting the kernel,
> I found the commit
On Jul 11, 2014 7:14 PM, "H. Peter Anvin" wrote:
>
> On 07/11/2014 04:09 PM, Konrad Rzeszutek Wilk wrote:
> >
> > On Jul 11, 2014 6:52 PM, "H. Peter Anvin" wrote:
> >>
> >> On 07/11/2014 12:53 PM, kon...@kernel.org wrote:
> >>>
> >>> diff --git a/Documentation/kernel-parameters.txt
> >>>
Hi all,
On Fri, Jul 11, 2014 at 2:22 PM, Gavin Guo wrote:
> Hi Sarah and Mathias,
>
> As the discussion in http://comments.gmane.org/gmane.linux.usb.general/107011,
> I found that [AMD] FCH USB XHCI Controller [1022:7814] the USB 3.0 disk
> can't work in SuperSpeed after several times of
On Fri, Jul 11, 2014 at 05:31:27PM -0400, Pranith Kumar wrote:
> Some of the scripts encode a default /bin/sh shell. On systems which use dash
> as
> default shell, these scripts fail as they are bash scripts. I encountered this
> while testing the sprintf() changes on a Debian system where dash
On 11 July 2014 15:04, Suman Anna wrote:
> Hi,
>
> This is a refresh of the OMAP Mailbox framework adoption & DT support
> series [1], to work with the revised OMAP mailbox DT/hwmod cleanup
> series [2].
>
> The series has one less patch than the previous series, with the patch
> "mailbox/omap:
On 07/11/2014 04:09 PM, Konrad Rzeszutek Wilk wrote:
>
> On Jul 11, 2014 6:52 PM, "H. Peter Anvin" wrote:
>>
>> On 07/11/2014 12:53 PM, kon...@kernel.org wrote:
>>>
>>> diff --git a/Documentation/kernel-parameters.txt
>>> b/Documentation/kernel-parameters.txt
>>> index c1b9aa8..5dcfa6e 100644
On Jul 11, 2014 3:48 PM, "Kees Cook" wrote:
>
> On Fri, Jul 11, 2014 at 12:36 PM, Paul Moore wrote:
> > Anyway, getting back to the idea I mentioned earlier ... as many of you may
> > know, Kees (added to the CC line) is working on some seccomp filter
> > improvements which will result in a new
On Jul 11, 2014 6:52 PM, "H. Peter Anvin" wrote:
>
> On 07/11/2014 12:53 PM, kon...@kernel.org wrote:
> >
> > diff --git a/Documentation/kernel-parameters.txt
> > b/Documentation/kernel-parameters.txt
> > index c1b9aa8..5dcfa6e 100644
> > --- a/Documentation/kernel-parameters.txt
> > +++
On Fri, Jul 11, 2014 at 3:55 PM, H. Peter Anvin wrote:
> It includes the X32 bit.
If the uapi for __NR_* includes the x32 bit, then that's what seccomp
filters must be seeing. Building seccomp filters is documented to use
the __NR_* values.
-Kees
>
> On July 11, 2014 3:52:42 PM PDT, Kees Cook
It includes the X32 bit.
On July 11, 2014 3:52:42 PM PDT, Kees Cook wrote:
>On Fri, Jul 11, 2014 at 3:48 PM, Kees Cook
>wrote:
>> On Fri, Jul 11, 2014 at 12:36 PM, Paul Moore
>wrote:
>>> Anyway, getting back to the idea I mentioned earlier ... as many of
>you may
>>> know, Kees (added to the
1 - 100 of 1880 matches
Mail list logo