This function is only called from default_ioapic_set_affinity()
which is only used when interrupt remapping is disabled. So
the check will always evaluate as true and can be removed.
Signed-off-by: Joerg Roedel
---
arch/x86/kernel/apic/io_apic.c |8 ++--
1 file changed, 2 insertions(+),
On Tue, Aug 07, 2012 at 08:18:12AM -0600, David Ahern wrote:
> On 8/7/12 7:22 AM, Frederic Weisbecker wrote:
> >On Tue, Aug 07, 2012 at 03:19:44PM +0200, Frederic Weisbecker wrote:
> >>Hey,
> >>
> >>Basic bash completion support. Only support perf subcommands and most -e
> >>basic
> >>event
Remove the last left-over from this flag from x86 code.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/irq_remapping.h |4
drivers/iommu/dmar.c |2 ++
drivers/iommu/intel-iommu.c |2 ++
drivers/iommu/irq_remapping.h|3 +++
4 files
Move these checks to IRQ remapping code by introducing the
panic_on_irq_remap() function.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/irq_remapping.h |5 +
arch/x86/kernel/apic/io_apic.c |6 ++
drivers/iommu/irq_remapping.c|6 ++
3 files changed,
On Tue, Aug 07, 2012 at 09:20:08AM -0600, Jim Schutt wrote:
> On 08/07/2012 08:52 AM, Mel Gorman wrote:
> >On Tue, Aug 07, 2012 at 10:45:25AM -0400, Rik van Riel wrote:
> >>On 08/07/2012 08:31 AM, Mel Gorman wrote:
> >>>commit [7db8889a: mm: have order> 0 compaction start off where it left]
>
On Tue, Aug 07, 2012 at 05:22:45PM +0200, Geert Uytterhoeven wrote:
> And as Arnd pointed out, if resources will be used for various new buses,
> "IORESOURCE_FOO" or "IORESOURCE_OTHER" is a bit vague.
> What about conflicts where one driver means i2c addresses and another
> one means gpio
Add a data structure to store information the IOMMU driver
can use to get from a 'struct irq_cfg' to the remapping
entry.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/hw_irq.h | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git
With interrupt remapping a special function is used to
change the affinity of an IO-APIC interrupt. Abstract this
with a function pointer.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/hw_irq.h|2 ++
arch/x86/include/asm/irq_remapping.h |9 -
Hi,
here is a patch-set to clean-up and the x86 APIC and IO-APIC code from
special cases for interrupt remapping. The problems are mostly solved by
introducing new function pointers to the x86_msi_ops and x86_io_apic_ops
which are changed when interrupt remapping gets enabled.
With this
The irq_remapped function is only used in IOMMU code after
the last patch. So move its definition there too.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/irq_remapping.h | 10 --
drivers/iommu/irq_remapping.c|5 +
2 files changed, 5 insertions(+), 10
> #define IORESOURCE_TYPE_BITS 0x1f00 /* Resource type */
> #define IORESOURCE_IO0x0100
> #define IORESOURCE_MEM 0x0200
> +#define IORESOURCE_FOO 0x0300
These are bit masks and checked as such in many places. This makes no
sense
On Tue, Aug 07, 2012 at 05:31:49PM +0200, Robert Richter wrote:
> On 06.06.12 08:03:58, tip-bot for Suresh Siddha wrote:
> > Commit-ID: 332afa656e76458ee9cf0f0d123016a0658539e4
> > Gitweb:
> > http://git.kernel.org/tip/332afa656e76458ee9cf0f0d123016a0658539e4
> > Author: Suresh Siddha
>
On 08/07/2012 05:15 PM, Oleg Nesterov wrote:
So I think __switch_to_extra() should set the bit before putting the
task on the CPU.
Why?
Pardon me? __switch_to_extra() enables BTF before putting the task on
CPU. This is fine. I was trying to say that there is no need to touch
the debug
On 08/07/2012 08:52 AM, Mel Gorman wrote:
On Tue, Aug 07, 2012 at 10:45:25AM -0400, Rik van Riel wrote:
On 08/07/2012 08:31 AM, Mel Gorman wrote:
commit [7db8889a: mm: have order> 0 compaction start off where it left]
introduced a caching mechanism to reduce the amount work the free page
On 08/07, Sebastian Andrzej Siewior wrote:
>
> On 08/07/2012 05:15 PM, Oleg Nesterov wrote:
>> It turns out, original code is even more buggy than I thought.
>>
>> Ironically, "task != current" case is more difficult and so far
>> I do not see how we can handle this case correctly. I'll return
>>
On Tue, Aug 7, 2012 at 6:35 PM, Geert Uytterhoeven wrote:
> Hi Max,
>
> On Tue, Aug 7, 2012 at 1:56 PM, Max Filippov wrote:
>> On Tue, Aug 7, 2012 at 3:36 PM, Geert Uytterhoeven
>> wrote:
>>> On Tue, Aug 7, 2012 at 7:40 AM, Chris Zankel wrote:
On 08/06/2012 04:38 PM, Max Filippov wrote:
On 06.06.12 08:03:58, tip-bot for Suresh Siddha wrote:
> Commit-ID: 332afa656e76458ee9cf0f0d123016a0658539e4
> Gitweb: http://git.kernel.org/tip/332afa656e76458ee9cf0f0d123016a0658539e4
> Author: Suresh Siddha
> AuthorDate: Mon, 21 May 2012 16:58:01 -0700
> Committer: Ingo Molnar
>
From: Lee Jones
Date: Tue, 7 Aug 2012 12:27:24 +0100
Subject: [PATCH 1/1 v3] i2c: Add default configuration into the Nomadik I2C
driver.
At this moment in time there is only one known configuration for the
Nomadik I2C driver. By not holding that configuration in the driver
adds some unnecessary
On 08/07/2012 05:15 PM, Oleg Nesterov wrote:
It turns out, original code is even more buggy than I thought.
Ironically, "task != current" case is more difficult and so far
I do not see how we can handle this case correctly. I'll return
to this a bit later, currently I am working on other
(Added Lennart to the discussion so he can help explaining how systemd will
use the xattrs)
On Fri, Jul 20, 2012 at 11:04:59AM -0700, Tejun Heo wrote:
> Hello, Hugh, Aristeu.
>
> On Fri, Jul 20, 2012 at 01:59:59PM -0400, Aristeu Rozanski wrote:
> > hm, not sure that's what Tejun meant. tmpfs
On Tue, Aug 7, 2012 at 1:51 PM, Russell King wrote:
> How can:
>
> #define IORESOURCE_FOO 0x0300
>
> in ioport.h be called "invasive" ? The best chance of error is that the
> identifier is already in use. So learn to use grep to check the whole
> sodding tree first to make sure that the
Hi Hideki,
On Monday, August 06, 2012 11:55 AM Hideki EIRAKU wrote:
> ARCH_HAS_DMA_MMAP_COHERENT indicates that there is dma_mmap_coherent() API
> in this architecture. The name is already defined in PowerPC.
>
> Signed-off-by: Hideki EIRAKU
> ---
> arch/arm/include/asm/dma-mapping.h |1
Hi.
Today I noticed by accident that starting from Aug 4 (at least)
all my emails went to nowhere. I am resending some of them...
On 08/07, Sebastian Andrzej Siewior wrote:
>
> On 08/03/2012 06:29 PM, Oleg Nesterov wrote:
>> --- a/arch/x86/kernel/step.c
>> +++ b/arch/x86/kernel/step.c
>> @@
On 06.08.2012 18:36, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 09:45:13AM +0800, Eric Miao wrote:
>
>> So my understanding, if it's correct, that we can treat the EETI chip as
>> having
>> two separate inputs: one IRQ line (for the event notification) and one GPIO
>> line
>> (for a condition
On Tue, 2012-08-07 at 16:50 +0200, Joerg Roedel wrote:
> On Tue, Aug 07, 2012 at 10:36:31AM -0400, Bryan Schumaker wrote:
> > Your stack trace is showing v4 calls on the failing box, those
> > definitely shouldn't be happening if you're using v3. Can you double
> > check /etc/fstab and
Hi.
Today I noticed by accident that starting from Aug 4 (at least)
all my emails went to nowhere. I am resending some of them...
On 08/06, Sebastian Andrzej Siewior wrote:
>
> On 08/03/2012 06:29 PM, Oleg Nesterov wrote:
>
>> Assuming this series passes the review of course. And it would
>> be
On 08/07/2012 11:14 AM, Myklebust, Trond wrote:
> On Tue, 2012-08-07 at 10:36 -0400, Bryan Schumaker wrote:
>> On 08/07/2012 10:27 AM, Joerg Roedel wrote:
>>> On Tue, Aug 07, 2012 at 10:17:33AM -0400, Bryan Schumaker wrote:
On 08/07/2012 10:15 AM, Joerg Roedel wrote:
> Yes, it reproduces
Hi.
Today I noticed by accident that starting from Aug 4 (at least)
all my emails went to nowhere. I am resending some of them...
Peter, Ingo, could you help?
See the question about nmi at the end.
On 08/03, Sebastian Andrzej Siewior wrote:
>
> On 08/03/2012 07:38 PM, Oleg Nesterov wrote:
Hi.
Today I noticed by accident that starting from Aug 4 (at least)
all my emails went to nowhere. I am resending some of them...
On 08/03, Oleg Nesterov wrote:
>
> 2. It is wrong. The state of DEBUGCTLMSR_BTF bit in CPU register
>should always match the state of current's TIF_BLOCKSTEP
On Tue, 2012-08-07 at 10:36 -0400, Bryan Schumaker wrote:
> On 08/07/2012 10:27 AM, Joerg Roedel wrote:
> > On Tue, Aug 07, 2012 at 10:17:33AM -0400, Bryan Schumaker wrote:
> >> On 08/07/2012 10:15 AM, Joerg Roedel wrote:
> >>> Yes, it reproduces pretty reliable here with Ubuntu 11.10 Server on an
On 08/07/2012 10:50 AM, Joerg Roedel wrote:
> On Tue, Aug 07, 2012 at 10:36:31AM -0400, Bryan Schumaker wrote:
>> Your stack trace is showing v4 calls on the failing box, those
>> definitely shouldn't be happening if you're using v3. Can you double
>> check /etc/fstab and /proc/mounts on a
On Tue, Aug 07, 2012 at 12:10:08PM +, Opensource [Anthony Olech] wrote:
> > -Original Message-
> > From: Guenter Roeck [mailto:li...@roeck-us.net]
> > Sent: 06 August 2012 18:40
> > To: Opensource [Anthony Olech]
> > Cc: Guenter Roeck; Jean Delvare; Randy Dunlop; Mark Brown; David
On 08/06/2012 08:34 AM, Al Viro wrote:
> On Sat, Aug 04, 2012 at 12:59:31PM +0200, Sasha Levin wrote:
>> Hi all,
>>
>> While fuzzing with trinity inside a KVM tools guest, using latest -next
>> kernel, I've stumbled on the dump below.
>>
>> I think this is the result of commit 765927b2 ("switch
Hello,
On Monday, August 06, 2012 11:55 AM Hideki EIRAKU wrote:
> Previously the vb2_dma_contig_mmap() function was using a dma_addr_t as a
> physical address. The two addressses are not necessarily the same.
> For example, when using the IOMMU funtion on certain platforms, dma_addr_t
>
On Tue, Aug 07, 2012 at 10:45:25AM -0400, Rik van Riel wrote:
> On 08/07/2012 08:31 AM, Mel Gorman wrote:
> >commit [7db8889a: mm: have order> 0 compaction start off where it left]
> >introduced a caching mechanism to reduce the amount work the free page
> >scanner does in compaction. However, it
/ Is putting "rc = put_user(amount, (int __user *)argp);" on the same
/ indentation level as "amount = skb->len - sizeof(struct ddpehdr);"
/ really what you want to do?
No. I was trying to place those lines at one
indentation back from their current position.
Thanks
/Jeffrin.
--
software
On Tue, Aug 07, 2012 at 10:36:31AM -0400, Bryan Schumaker wrote:
> Your stack trace is showing v4 calls on the failing box, those
> definitely shouldn't be happening if you're using v3. Can you double
> check /etc/fstab and /proc/mounts on a working kernel to be sure?
So the bug is probably (for
On 8/7/12 7:19 AM, Frederic Weisbecker wrote:
Add basic bash completion for the -e option in record, top
and stat subcommands. Only hardware, software and tracepoint
events are supported.
Breakpoints, raw events and events grouping completion
need more thinking.
Signed-off-by: Frederic
On 08/07/2012 08:31 AM, Mel Gorman wrote:
commit [7db8889a: mm: have order> 0 compaction start off where it left]
introduced a caching mechanism to reduce the amount work the free page
scanner does in compaction. However, it has a problem. Consider two process
simultaneously scanning free pages
Hi Linus,
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v3.6-rc1
for you to fetch changes up to
On Tue, Aug 07, 2012 at 02:28:15PM +, Arnd Bergmann wrote:
> On Tuesday 07 August 2012, Mark Brown wrote:
> > On Tue, Aug 07, 2012 at 01:11:57PM +0100, Russell King wrote:
> > > index 589e0e7..bfee885 100644
> > > --- a/include/linux/ioport.h
> > > +++ b/include/linux/ioport.h
> > > @@ -31,6
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: 07 August 2012 15:03
> On Tue, Aug 07, 2012 at 11:18:20AM +, Opensource [Anthony Olech]
> wrote:
> > if you don't TOP POST how can you tell who wrote what?
> Well, it's not clear who wrote what
On Tue, 07 Aug 2012, Bryan Wu wrote:
> On Wed, Aug 1, 2012 at 2:28 AM, Colin Cross wrote:
> > On Thu, Jul 26, 2012 at 9:04 PM, Bryan Wu wrote:
> >> On Fri, Jul 27, 2012 at 12:51 AM, Greg KH
> >> wrote:
> >>> On Thu, Jul 26, 2012 at 01:03:11PM +0800, Bryan Wu wrote:
> Just one quick patch
On 08/07/2012 10:27 AM, Joerg Roedel wrote:
> On Tue, Aug 07, 2012 at 10:17:33AM -0400, Bryan Schumaker wrote:
>> On 08/07/2012 10:15 AM, Joerg Roedel wrote:
>>> Yes, it reproduces pretty reliable here with Ubuntu 11.10 Server on an
>>> Intel box with an NFSv3 directory mounted at boot. This is
Hi Max,
On Tue, Aug 7, 2012 at 1:56 PM, Max Filippov wrote:
> On Tue, Aug 7, 2012 at 3:36 PM, Geert Uytterhoeven
> wrote:
>> On Tue, Aug 7, 2012 at 7:40 AM, Chris Zankel wrote:
>>> On 08/06/2012 04:38 PM, Max Filippov wrote:
AFAIK xtensa linux port is currently in bad shape: it doesn't
On Tuesday 07 August 2012, Mark Brown wrote:
> On Tue, Aug 07, 2012 at 01:11:57PM +0100, Russell King wrote:
>
> > The only open questions on this are:
> > 1. Is there another driver you are concerned about.
>
> As I said elsewhere 88pm* needs this as a stable bugfix and wm831x
> should be
On Tue, Aug 07, 2012 at 10:17:33AM -0400, Bryan Schumaker wrote:
> On 08/07/2012 10:15 AM, Joerg Roedel wrote:
> > Yes, it reproduces pretty reliable here with Ubuntu 11.10 Server on an
> > Intel box with an NFSv3 directory mounted at boot. This is the only box
> > I have seen this so far,
On 08/02/2012 04:16 PM, Sasha Levin wrote:
> On 08/02/2012 03:26 PM, Dave Jones wrote:
>> On Mon, Jul 30, 2012 at 04:50:46PM +0200, Sasha Levin wrote:
>> > ping?
>> >
>> > I'm still seeing this on linux-next.
>>
>> Likewise, except I'm seeing it in Linus' tree since shortly after this merge
Jeffrin Jose writes:
> case TIOCINQ: {
> /*
>* These two are safe on a single CPU system as only
>* user tasks fiddle here
>*/
> - struct sk_buff *skb =
Signed-off-by: Axel Lin
Acked-by: Linus Walleij
---
drivers/regulator/ab8500.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/regulator/ab8500.c b/drivers/regulator/ab8500.c
index 13d424f..6230c40 100644
--- a/drivers/regulator/ab8500.c
+++
On 8/7/12 7:22 AM, Frederic Weisbecker wrote:
On Tue, Aug 07, 2012 at 03:19:44PM +0200, Frederic Weisbecker wrote:
Hey,
Basic bash completion support. Only support perf subcommands and most -e basic
event descriptor (no grouping).
I just have a small issue with tracepoints because of their
On 08/07/2012 10:15 AM, Joerg Roedel wrote:
> On Tue, Aug 07, 2012 at 09:55:14AM -0400, Bryan Schumaker wrote:
>> On 08/07/2012 09:41 AM, Joerg Roedel wrote:
>>> starting with Linux 3.6-rc1 I experience this BUG on one of my test
>>> machines. Please let me know if you need any additional
On 8/7/12 7:19 AM, Frederic Weisbecker wrote:
This implements bash completion for perf subcommands such
as record, report, script, probe, etc...
Love it!
Signed-off-by: Frederic Weisbecker
Cc: David Ahern
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane
On Tue, Aug 07, 2012 at 02:48:42PM +0100, Peter Zijlstra wrote:
> On Tue, 2012-08-07 at 12:56 +0100, Will Deacon wrote:
> > ARM recently moved to asm-generic/mutex-xchg.h for its mutex implementation
> > after our previous implementation was found to be missing some crucial
> > memory barriers.
>
On Tue, Aug 07, 2012 at 11:18:20AM +, Opensource [Anthony Olech] wrote:
> if you don't TOP POST how can you tell who wrote what?
Well, it's not clear who wrote what in your current e-mail since there's
no indication of what's quoted and what's new text... Take a look at
all the other mails
Fixed coding style issue relating to indentation in
net/appletalk/ddp.c found by checkpatch.pl tool
Signed-off-by: Jeffrin Jose
---
net/appletalk/ddp.c | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/net/appletalk/ddp.c
On 06/29/2012 02:25 AM, Andrew Morton wrote:
> On Thu, 28 Jun 2012 13:01:23 +0400
> Glauber Costa wrote:
>
>>
>> ...
>>
>
> OK, that all sounds convincing ;) Please summarise and capture this
> discussion in the [patch 0/n] changelog so we (or others) don't have to
> go through this all again.
On 08/07/2012 09:41 AM, Joerg Roedel wrote:
> Hi,
>
> starting with Linux 3.6-rc1 I experience this BUG on one of my test
> machines. Please let me know if you need any additional information.
I think this is the same bug that William Dauchy has been hitting. Do you have
a reproducer for this?
Correct spelling typo in various Kconfig files.
Signed-off-by: Masanari Iida
---
arch/arm/mach-omap2/Kconfig | 2 +-
arch/arm/mach-tegra/Kconfig | 2 +-
arch/blackfin/mach-bf609/Kconfig | 2 +-
arch/openrisc/Kconfig| 2 +-
crypto/Kconfig | 2 +-
On Tue, 2012-08-07 at 18:03 +0530, Srikar Dronamraju wrote:
> Hi,
>
> I saw this while I was running the 2nd August -tip kernel + Peter's
> numasched patches.
>
> Top showed load average to be 240, there was one cpu (cpu 7) which
> showed 100% while all other cpus were idle. The system showed
On Tue, 2012-08-07 at 12:56 +0100, Will Deacon wrote:
> Hello,
>
> ARM recently moved to asm-generic/mutex-xchg.h for its mutex implementation
> after our previous implementation was found to be missing some crucial
> memory barriers.
This is a76d7bd96d ("ARM: 7467/1: mutex: use generic
On Tue, Aug 07, 2012 at 01:58:20PM +0100, Mark Brown wrote:
> On Tue, Aug 07, 2012 at 12:51:40PM +0100, Russell King wrote:
>
> > For fuck sake Mark. You are insane.
>
> Please take a step back from the ad hominem remarks.
Well, stop causing frustration at this end. Yes, you're the cause of
On Mon, 2012-08-06 at 22:57 +, Daniel Taylor wrote:
> Silly question: when did sizeof("string") get changed to be anything
> other than the size of the pointer ("string" is, after all, an array
> of characters)?
It is since K times that way.
If you do not know the difference between a
Hi,
starting with Linux 3.6-rc1 I experience this BUG on one of my test
machines. Please let me know if you need any additional information.
[ 20.271810] [ cut here ]
[ 20.276869] kernel BUG at /data/lemmy/linux.trees.git/fs/nfs/idmap.c:681!
[ 20.284306] invalid
> From: Pekka Enberg [mailto:penb...@kernel.org]
> Subject: Re: [RFC/PATCH] zcache/ramster rewrite and promotion
>
> On Mon, Aug 6, 2012 at 7:10 PM, Dan Magenheimer
> wrote:
> > Hmmm.. there's also zbud.c and tmem.c which are critical components
> > of both zcache and ramster. And there are
On Thu, 2012-08-02 at 14:02 +0800, Wang Tianhong wrote:
> Fix some typos in kernel/trace.
Thanks, I queued this up for 3.7.
-- Steve
--
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
On Tue, Aug 07, 2012 at 09:29:33AM -0400, Steven Rostedt wrote:
> On Wed, 2012-08-01 at 07:57 +0800, Fengguang Wu wrote:
> > >
> > > What was the next lines? I bet you it was "PASSED". Which means it did
> > > not fail. This is the second bug you found that has to do with RCU being
> > > called
Hi Arnd, hi Olof,
Here is an additional AT91 pull request that is
still related with the replacement of sd/mmc
platform data.
(it doesn't merge seamlessly with current
Linus' tree: I can provide a resolution hint or
rebase this work if necessary).
The following changes since commit
On 08/07/2012 08:31 AM, Mel Gorman wrote:
While compaction is moving pages to free up large contiguous blocks for
allocation it races with other allocation requests that may steal these
blocks or break them up. This patch alters direct compaction to capture a
suitable free page as soon as it
On Wed, 2012-08-01 at 07:57 +0800, Fengguang Wu wrote:
> >
> > What was the next lines? I bet you it was "PASSED". Which means it did
> > not fail. This is the second bug you found that has to do with RCU being
> > called in 'idle'. The one that Paul posted a patch for.
>
> Yeah, PASSED!
I have
On 08/07/2012 08:31 AM, Mel Gorman wrote:
When direct reclaim is running reclaim/compaction, there is a minimum
number of pages it reclaims. As it must be under the low watermark to be
in direct reclaim it has also woken kswapd to do some work. This patch
has kswapd use the same logic as direct
On Tue, Aug 07, 2012 at 01:11:57PM +0100, Russell King wrote:
> The only open questions on this are:
> 1. Is there another driver you are concerned about.
As I said elsewhere 88pm* needs this as a stable bugfix and wm831x
should be converted over too.
> 2. Choosing a better name.
I'm not sure
hi,
patches available also as tarball in here:
http://people.redhat.com/~jolsa/perf_post_unwind_v10.tar.bz2
v10 changes:
- omit copy_from_user_nmi_nochk function
- record -g option fix for unlimited arg len
v9 changes:
- rebased to current tip tree
v8 changes:
- patch 2 - added dump
This brings a new API to help the selective dump of registers on
event sampling, and its implementation for x86 arch.
Added HAVE_PERF_REGS config option to determine if the architecture
provides perf registers ABI.
The information about desired registers will be passed in u64 mask.
It's up to
Updating attr_file_abi_sizes array with PERF_ATTR_SIZE_VER2 version,
so we have the swap check complete.
Cc: Arnaldo Carvalho de Melo
Cc: Arun Sharma
Cc: Benjamin Redelings
Cc: Corey Ashford
Cc: Cyrill Gorcunov
Cc: Frank Ch. Eigler
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Masami
On Tue, 2012-07-31 at 17:12 +0200, Ingo Molnar wrote:
> > Can you pull this in for 3.7, or do you want me to post
> > another pull request after the merge window closes?
>
> No need to resend, will pull it once the merge window dust has
> settled a bit.
Hi Ingo,
Just a friendly reminder. Can
On 08/07/2012 08:31 AM, Mel Gorman wrote:
If allocation fails after compaction then compaction may be deferred for
a number of allocation attempts. If there are subsequent failures,
compact_defer_shift is increased to defer for longer periods. This patch
uses that information to scale the number
This brings the support for DWARF cfi unwinding on perf post
processing. Call frame informations are retrieved and then passed
to libunwind that requests memory and register content from the
applications.
Adding unwind object to handle the user stack backtrace based
on the user register values
On Tue, Aug 07, 2012 at 03:19:44PM +0200, Frederic Weisbecker wrote:
> Hey,
>
> Basic bash completion support. Only support perf subcommands and most -e basic
> event descriptor (no grouping).
>
> I just have a small issue with tracepoints because of their ":" in the middle.
> It auto completes
Hi Aaro,
On Sunday, August 05, 2012 7:32 PM Aaro Koskinen wrote:
> The alignment mask is calculated incorrectly. Fixing the calculation
> makes strange hangs/lockups disappear during the boot with Amstrad E3
> and 3.6-rc1 kernel.
>
> Signed-off-by: Aaro Koskinen
Again, thanks for spotting and
This patch enables perf to use the DWARF unwind code.
It extends the perf record '-g' option with following arguments:
'fp' - provides framepointer based user
stack backtrace
'dwarf[,size]' - provides DWARF (libunwind) based user stack
Adding following info to be parsed out of the event sample:
- user register set
- user stack dump
Both are global and specific to all events within the session.
This info will be used in the unwind patches coming in shortly.
Adding simple output printout (report -D) for both register and
stack
Adding header files to access unified API for arch registers.
util/perf_regs.h - global perf_reg declarations
arch/x86/include/perf_regs.h - x86 arch specific
Adding perf_reg_name function to obtain register name based
on the reg ID value, and PERF_REGS_MASK macro with mask
definition of all
From: Frederic Weisbecker
Introducing following bits to the the perf_event_attr struct:
- exclude_callchain_kernel to filter out kernel callchain
from the sample dump
- exclude_callchain_user to filter out user callchain
from the sample dump
We need to be able to disable standard
Adding libunwind to be linked with perf if available. It's required
for the to get dwarf cfi unwinding support.
Also building perf with the dwarf call frame informations by default,
so that we can unwind callchains in perf itself.
Adding LIBUNWIND_DIR Makefile variable allowing user to specify
Introducing PERF_SAMPLE_STACK_USER sample type bit to trigger
the dump of the user level stack on sample. The size of the
dump is specified by sample_stack_user value.
Being able to dump parts of the user stack, starting from the
stack pointer, will be useful to make a post mortem dwarf CFI
based
Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
the dump of user level registers on sample. Registers we want
to dump are specified by sample_regs_user bitmask.
Only user level registers are dumped at the moment. Meaning the
register values of the user space context as it was before
Introducing perf_output_skip function to be able to skip data
within the perf ring buffer.
When writing data into perf ring buffer we first reserve needed
place in ring buffer and then copy the actual data.
There's a possibility we won't be able to fill all the reserved
size with data, so we
From: Frederic Weisbecker
Adding a generic way to use __output_copy function with
specific copy function via DEFINE_PERF_OUTPUT_COPY macro.
Using this to add new __output_copy_user function, that provides
output copy from user pointers. For x86 the copy_from_user_nmi
function is used and
This implements bash completion for perf subcommands such
as record, report, script, probe, etc...
Signed-off-by: Frederic Weisbecker
Cc: David Ahern
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
---
tools/perf/Makefile|1 +
Hi Aaro,
On Sunday, August 05, 2012 2:50 PM Aaro Koskinen wrote:
> Commit e9da6e9905e639b0f842a244bc770b48ad0523e9 (ARM: dma-mapping:
> remove custom consistent dma region) changed the way atomic allocations
> are handled. However, arm_dma_free() was not modified accordingly, and
> as a result
Add basic bash completion for the -e option in record, top
and stat subcommands. Only hardware, software and tracepoint
events are supported.
Breakpoints, raw events and events grouping completion
need more thinking.
Signed-off-by: Frederic Weisbecker
Cc: David Ahern
Cc: Ingo Molnar
Cc: Jiri
Hey,
Basic bash completion support. Only support perf subcommands and most -e basic
event descriptor (no grouping).
I just have a small issue with tracepoints because of their ":" in the middle.
It auto completes as long as we haven't yet reached the semicolon. Otherwise
we need to add a double
On 08/07/2012 08:31 AM, Mel Gorman wrote:
The comment about order applied when the check was
order> PAGE_ALLOC_COSTLY_ORDER which has not been the case since
[c5a73c3d: thp: use compaction for all allocation orders]. Fixing
the comment while I'm in the general area.
Signed-off-by: Mel Gorman
From: Ferruh YIGIT
Cypress TrueTouch(tm) Standard Product controllers, Generetion4
devices, MutliTouch driver.
Subscribes to core driver and converts touch information to OS specific
touch events.
This module is supports multi-touch protocol type B reports.
Signed-off-by: Ferruh YIGIT
---
From: Ferruh YIGIT
Cypress TrueTouch(tm) Standard Product controllers, Generation4 devices,
I2C adapter module.
This driver adds communication support with TTSP controller using I2C
bus.
Signed-off-by: Ferruh YIGIT
---
drivers/input/touchscreen/Kconfig | 13 ++
From: Ferruh YIGIT
This driver is for Cypress TrueTouch(tm) Standard Product controllers,
Generation4 devices.
Driver consist of four main modules:
Bus driver: Linux bus driver implementation, binds other modules.
Core driver: Core module that communicate with TTSP controller.
MT driver:
Convert the probe to use devm_*. At the same time reorder the calls
so we will register the input device as the last step when the driver
is loaded.
Signed-off-by: Peter Ujfalusi
---
drivers/input/misc/twl6040-vibra.c | 99 ---
1 files changed, 45
On Tue, Aug 07, 2012 at 12:51:40PM +0100, Russell King wrote:
> For fuck sake Mark. You are insane.
Please take a step back from the ad hominem remarks.
> How can:
> #define IORESOURCE_FOO 0x0300
> in ioport.h be called "invasive" ? The best chance of error is that the
> identifier is
The same thing was done for perf_evsel__parse_sample
Signed-off-by: Andrew Vagin
---
tools/perf/util/event.h |4
tools/perf/util/evsel.c |4 +++-
tools/perf/util/evsel.h |5 +
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/tools/perf/util/event.h
701 - 800 of 1994 matches
Mail list logo
