perf record fails on 32 bit with:
invalid or unsupported event: 'r4F7E0'
Fixing this by parsing 64 bit num values.
Signed-off-by: Robert Richter
---
tools/perf/util/parse-events.c |6 +++---
tools/perf/util/parse-events.h |6 +++---
tools/perf/util/parse-events.l |4 ++--
From: Borislav Petkov
Read the CPUID(1).EAX leaf at the correct cpu and use it to search the
equivalence table for matching microcode patch. No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/microcode_amd.c | 12 ++--
1 file changed, 6 insertions(+), 6
The Intel desktop boards DH77EB and DH77DF have a hardware issue that
can be worked around by BIOS. If the USB ports are switched to xHCI on
shutdown, the xHCI host will send a spurious interrupt, which will wake
the system. Some BIOS will work around this, but not all.
The bug can be avoided
On Tue, Aug 07, 2012 at 06:33:44PM +0100, Will Deacon wrote:
> What I think is happening is that B writes the -1 in __mutex_lock_common
> and, after seeing a NULL owner (C may not have set that yet), drops through
> to the:
>
> if (atomic_xchg(>count, -1) == 1)
> goto done;
Hi Denis,
I found a couple issues with your second patch. There are non-PCI xHCI
host controllers, so we can't assume the xHCI host is a PCI host. So
this code can't run in the generic xHCI shutdown method:
> void xhci_shutdown(struct usb_hcd *hcd)
> {
> + struct pci_dev *pdev;
> +
On 08/07/2012 10:15 AM, Masanari Iida wrote:
> Correct spelling typo in various Kconfig files.
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> arch/arm/mach-tegra/Kconfig | 2 +-
> arch/blackfin/mach-bf609/Kconfig | 2 +-
> arch/openrisc/Kconfig
On Tue, Aug 07, 2012 at 06:14:36PM +0100, Nicolas Pitre wrote:
> On Tue, 7 Aug 2012, Will Deacon wrote:
> > The symptoms are that a bunch of hackbench tasks are left waiting on an
> > unlocked mutex and therefore never get woken up to claim it. I think this
> > boils down to the following
Signed-off-by: "Eric W. Biederman"
---
include/net/netns/sctp.h | 90 +
include/net/sctp/structs.h | 116 ---
net/sctp/associola.c | 10 ++-
net/sctp/auth.c| 20 -
net/sctp/bind_addr.c |2 +-
On 07.08.12 09:24:21, Suresh Siddha wrote:
> Boris, Robert, Can you please send me the complete dmesg
> and /proc/interrupts on a successful boot?
Sent to you in private mail.
What information are you looking for specifically? Maybe we can
provide something here on the ml.
Thanks,
-Robert
--
Add struct net as a parameter to sctp_verify_param so it can be passed
to sctp_verify_ext_param where struct net will be needed when the sctp
tunables become per net tunables.
Add struct net as a parameter to sctp_verify_init so struct net can be
passed to sctp_verify_param.
Signed-off-by:
struct net will be needed shortly when the tunables are made per network
namespace.
Signed-off-by: "Eric W. Biederman"
---
include/net/sctp/structs.h |2 +-
net/sctp/bind_addr.c |4 ++--
net/sctp/protocol.c|2 +-
net/sctp/sm_make_chunk.c |3 ++-
4 files changed,
Signed-off-by: "Eric W. Biederman"
---
include/net/sctp/structs.h |2 +-
net/sctp/associola.c |3 ++-
net/sctp/sm_statefuns.c|2 +-
net/sctp/transport.c |8 +---
4 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/include/net/sctp/structs.h
This trickles up through sctp_sm_lookup_event up to sctp_do_sm
and up further into sctp_primitiv_NAME before the code reaches
places where struct net can be reliably found.
Signed-off-by: "Eric W. Biederman"
---
include/net/sctp/sctp.h | 12 ++--
include/net/sctp/sm.h|5
On Tue, 7 Aug 2012, Pavel Vasilyev wrote:
> 06.08.2012 23:59, Alan Stern пишет:
> > On Mon, 6 Aug 2012, Pavel Vasilyev wrote:
> >
> http://www.gossamer-threads.com/lists/engine?do=post_attachment;postatt_id=41157;list=linux
> >>>
> >>> Interestingly, many (all?) of the changes in that patch
Start with an empty sctp_net_table that will be populated as the various
tunable sysctls are made per net.
Signed-off-by: "Eric W. Biederman"
---
include/net/netns/sctp.h |6 +-
include/net/sctp/sctp.h |4
net/sctp/protocol.c |7 +++
net/sctp/sysctl.c|
On Aug 7, 2012, at 4:52 AM, Mark Brown wrote:
> On Tue, Aug 07, 2012 at 08:43:44AM +0300, Felipe Balbi wrote:
>> On Mon, Aug 06, 2012 at 04:42:14PM +0100, Mark Brown wrote:
>
>>> It's good practice to have an explict compatible string even if the
>>> default happens to work in order to avoid
Thanks for the review.
I just sent a fix.
Regards,
Masanari
>
> We normally accept either British or American spellings,
> so these don't need to be changed. The rest are OK.
>
> Thanks.
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Since I am motivated to get things done, and since there has been much
grumbling about my patches not implementing tunables, I have added
tunable support on top of my last patchset.
I have performed basic testing on the these patches and nothing
appears amis.
The sm statemachine is a major
Correct spelling typo in various Kconfig files.
Signed-off-by: Masanari Iida
---
arch/arm/mach-tegra/Kconfig | 2 +-
arch/blackfin/mach-bf609/Kconfig | 2 +-
arch/openrisc/Kconfig| 2 +-
crypto/Kconfig | 2 +-
drivers/media/video/Kconfig | 2 +-
On Mon, Aug 06, 2012 at 03:15:17PM +, Opensource [Anthony Olech] wrote:
> I do realize that REGMAP does locking on individual register accesses,
> however, the each GPIO line is controlled by 4-bits in a register, with
> the meaning of the most significant bit depending on the GPIO direction,
On Mon, Aug 06, 2012 at 05:11:40PM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> The conversion to voltage tables in
Applied, thanks.
--
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 08/07/2012 05:33 AM, 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 some
sluggishness.
On Mon, Aug 06, 2012 at 11:44:19PM +0800, Axel Lin wrote:
> This is to address the following warning during compilation time: (Compile on
> x86_64)
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Tue, Aug 07, 2012 at 01:19:34AM +0200, Heiko Stübner wrote:
> Am Montag, 6. August 2012, 13:56:33 schrieb Mark Brown:
> > Regulators should be tending to the maximum in the available range and
> > consumers should specify the widest range possible so both a and b.
> Is this true for all
On Tue, Aug 07, 2012 at 10:21:23PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
> Acked-by: Linus Walleij
Applied, thanks.
--
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 06:01:30PM +0100, Lee Jones wrote:
> Okay, so I've just spent a small amount of time looking at this. I think
> the best place for this would be in *_get_virq(), using the same logic that
> selected a *_legacy or *_linear domain in the first place. The only thing
> the
On Tue, Aug 07, 2012 at 02:37:37PM +, Opensource [Anthony Olech] wrote:
> > The bottom line here is that if your driver requires a dynamically allocated
> > legacy domain it is broken.
> I am trying to use the latest REGMAP API, and I do not understand why you
> say the DSA9058 driver
On Mon, Aug 06, 2012 at 05:02:26PM +0100, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 04:37:52PM +0100, Lee Jones wrote:
> > On Mon, Aug 06, 2012 at 01:19:15AM -0700, Dmitry Torokhov wrote:
>
> > > > + ponkey->irq_dbf = (np) ? ab8500_irq_get_virq(ab8500, irq_dbf) :
> > > > irq_dbf;
> > > >
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
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 +
Changes since v1:
- Reuse the perf binary of the user to send the "perf --list-cmds"
and "perf list --raw-dump" instead of the default one. (suggested by
David Ahern)
- Install in DESTDIR_SQ (suggested by David Ahern)
- Protect $cur under quotes on compgen cmdline (suggested by Alan Cox)
Hi Max,
On Tue, Aug 7, 2012 at 5:34 PM, Max Filippov wrote:
> On Tue, Aug 7, 2012 at 6:35 PM, Geert Uytterhoeven
> wrote:
>> On Tue, Aug 7, 2012 at 1:56 PM, Max Filippov wrote:
>>> https://github.com/jcmvbkbc/linux-xtensa/commit/edd7c14132388d5c09c57cf12c76c6631a1e0277
>>
>> Thanks, that
On Mon, Aug 06, 2012 at 04:16:57PM +0200, Sebastian Hesselbarth wrote:
> After that I am definitely fine with removing non-DT support although
> there is neither DT support in u-boot installed on my CuBox nor
> mach-dove support in mainline u-boot.
As I have a Cubox, this is of interest to me.
On 08/07/2012 09:08 AM, Salar Ali Mumtaz wrote:
> On 12-07-26 01:02 PM, Randy Dunlap wrote:
>
>> The added y/n/m are clear, but the "!FRV FRV" is confusing,
>> isn't it?
>>
>>
>
> Is this notation clear ?
>
> Kernel support for ELF binaries (BINFMT_ELF)
>
> type: boolean
> unknown property:
On Tue, Aug 07, 2012 at 08:35:58AM +0200, Sascha Hauer wrote:
> Nowadays the FIQ support is necessary only for AC97. The AC97 support in
> the SSI unit is buggy: It does not allow you to select the slots you
> want to receive. At least the wm9712 codec always sends (apart from the
> stereo data)
On Tue, Aug 07, 2012 at 04:44:58PM +0100, Russell King wrote:
> However, one issue that I hope has already been addressed is what space
> the ranges are in, and how does a sub-driver get to know that. To put
> it another way, how does a sub-driver get to know about the 'base' for
> these
On Mon, Aug 06, 2012 at 10:19:50AM -0500, Matt Sealey wrote:
> On Sun, Aug 5, 2012 at 6:03 PM, Anton Vorontsov
> wrote:
> > The driver uses platform-specific mxc_set_irq_fiq() with the VIRQ cookie
> > passed to it, so it's pretty clear that the driver is absolutely sure
> > that the FIQ is routed
On 08/07/2012 06:54 AM, Masanari Iida wrote:
> 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
On Tue, Aug 7, 2012 at 9:40 AM, Chris Zankel wrote:
> Hi Max,
>
> On 08/06/2012 04:38 PM, Max Filippov wrote:
>>
>> AFAIK xtensa linux port is currently in bad shape: it doesn't work in the
>> mainline, it fails to build in the linux-next. The latest working kernels
>> for
>> xtensa are
On Tue, Aug 07, 2012 at 02:28:15PM +, Arnd Bergmann wrote:
> On Tuesday 07 August 2012, Mark Brown wrote:
> > As I said elsewhere 88pm* needs this as a stable bugfix and wm831x
> > should be converted over too.
> I've looked through the remaining MFD drivers and found one more,
>
On Mon, Aug 06, 2012 at 03:14:36PM +0200, Lukasz Majewski wrote:
> > On Mon, Aug 06, 2012 at 06:12:05PM +0800, Peiyong Feng wrote:
> > > I got a kernel panic when try hsotg of ok6410 which is based on
> > > s3c6410:
> As you said, you are using the ok6410. And it is "based" on the s3c6410
> CPU.
On 08/07/2012 05:50 PM, Chen, LinX Z wrote:
> From: Lin Chen
>
> We hit a panic while doing cpu hotplug test.
> <0>[ 627.982857] Kernel panic - not syncing: smp_callin: CPU1 started up but
> did not get a callout!
> <0>[ 627.982864]
> <4>[ 627.982876] Pid: 0, comm: kworker/0:1 Tainted: G ...
On 08/07/2012 12:29 AM, zhenzhong.duan wrote:
> Current code serialize mtrr init with set_atomicity_lock.
> Mtrr init is quite slow when we bootup on a hvm with large mem, vcpus
> and pci passthroughed devices(eg. 24 vcpus + 90G mem).
> It took about ~30 mins to bootup, after patch, it took ~2
On Mon, Aug 06, 2012 at 01:59:38PM +0900, Jingoo Han wrote:
> On Monday, August 06, 2012 1:48 PM Sachin Kamat wrote:
> > > + usleep_range(1, 11000);
> > Can't we just use usleep(1) instead?
> usleep() is not available.
> For more details, refer to
On Tue, 2012-08-07 at 17:41 +0200, Borislav Petkov wrote:
> 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:
> > >
Make each PCI device hold a reference to its parent PCI bus, so it won't
cause invalid memory access when doing:
pci_bus_lock_states(dev->bus, PCI_BUS_STATE_);
Signed-off-by: Jiang Liu
---
drivers/pci/iov.c|3 ++-
drivers/pci/probe.c |2 +-
drivers/pci/remove.c |1 +
3
Now no module refers to pci_root_buses any more, unexport it.
Signed-off-by: Jiang Liu
---
drivers/pci/probe.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index 09517c3..dd48d7f 100644
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@
Now all Archs have been converted to the new PCI bus lock mechanism,
so clean up unused code.
Signed-off-by: Jiang Liu
---
drivers/pci/Kconfig |3 ---
drivers/pci/bus.c |1 -
drivers/pci/pci-sysfs.c |9 -
drivers/pci/probe.c |4 +---
include/linux/pci.h
From: Jiang Liu
This patch turns on PCI bus lock mechanism for IA64 platforms.
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c |2 ++
arch/ia64/sn/kernel/io_init.c |1 +
arch/ia64/sn/pci/tioca_provider.c |4 +++-
drivers/pci/Kconfig |2 +-
4
This patch turns on PCI bus lock mechanism for x86 platforms. It also
enhances x86 specific PCI implementation to support PCI bus lock.
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c |6 +-
arch/x86/pci/common.c | 12
drivers/pci/Kconfig |3 +--
3 files changed,
From: Jiang Liu
This patch uses PCI bus lock mechanism to avoid race conditions when doing
PCI device/host bridge hotplug by acpiphp driver.
Signed-off-by: Jiang Liu
---
drivers/pci/hotplug/acpiphp_glue.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git
This patch uses PCI bus lock mechanism to avoid race conditions when doing
PCI device hotplug by pciehp driver.
Signed-off-by: Jiang Liu
---
drivers/pci/hotplug/pciehp_pci.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/pci/hotplug/pciehp_pci.c
This patch uses PCI bus lock mechanism to avoid race conditions when doing
PCI device hotplug by asum-wmi driver.
Signed-off-by: Jiang Liu
---
drivers/platform/x86/asus-wmi.c | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git
This patch uses PCI bus lock mechanism to avoid race conditions when doing
PCI device hotplug through eeepc driver. It also fixes a PCI device reference
count leakage issue because acpi_get_pci_dev() holds a reference to the
device returned.
Signed-off-by: Jiang Liu
---
This patch uses PCI bus lock mechanism to avoid race conditions when doing
PCI device/host bridge hotplug through PCI sysfs interfaces.
Signed-off-by: Jiang Liu
---
drivers/pci/pci-sysfs.c | 26 +-
drivers/pci/probe.c | 17 +++--
2 files changed, 32
This patch enhances PCI remove logic to support PCI bus lock mechanism.
It implements the major part of the PCI bus state machine.
Signed-off-by: Jiang Liu
---
drivers/pci/remove.c | 146 +-
1 file changed, 85 insertions(+), 61 deletions(-)
diff
This patch enhances PCI resource assignemnt logic to support PCI bus lock
mechanism.
Signed-off-by: Jiang Liu
---
drivers/pci/setup-bus.c | 65 +++
1 file changed, 49 insertions(+), 16 deletions(-)
diff --git a/drivers/pci/setup-bus.c
This patch enhances PCI bus specific logic to support PCI bus lock mechanism.
Signed-off-by: Jiang Liu
---
drivers/pci/bus.c | 54 ++---
1 file changed, 31 insertions(+), 23 deletions(-)
diff --git a/drivers/pci/bus.c b/drivers/pci/bus.c
index
This patch enhances PCI probe logic to support PCI bus lock mechanism.
Signed-off-by: Jiang Liu
---
drivers/pci/probe.c | 65 +++
1 file changed, 50 insertions(+), 15 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index
Function pci_find_bus() is not hotplug safe because it doesn't hold any
reference on the returned bus, so the bus may be destroyed by hotplug
operations just after returning from pci_find_bus.
This patch introduces a hotplug safe interface to get and lock a specific
PCI bus. It also provides
There are multiple ways to trigger concurrent PCI hotplug operations for
a specific PCI bus, but we have no way to serialize those PCI hotplug
operations yet and thus breaks the PCI hotplug logic. This patch introduces
a bus lock mechanism and state machine for PCI buses to serialize PCI
hotplug
Currently there's no mechanism to protect the global pci_root_buses list
from dynamic change at runtime. That means, PCI root bridge hotplug
operations, which dynamically change the pci_root_buses list, may cause
invalid memory accesses.
So introduce a global lock to serialize accesses to the
Sometimes PCI hotplug drivers need to hold a reference count on a PCI bus,
so introduce pci_bus_{get|put}() to manage PCI bus reference count.
Signed-off-by: Jiang Liu
---
drivers/pci/bus.c | 15 +++
include/linux/pci.h |2 ++
2 files changed, 17 insertions(+)
diff --git
When handling BUS_NOTIFY_ADD_DEVICE event for a new PCI bridge
device, the notification handler can't hold reference count
to the new PCI bus because the device object for the new bus
(pci_dev->subordinate->dev) hasn't been initialized yet.
Split the PCI bus device registration into two stages as
According to device model documentation, the way to add/remove device
object should be symmetric.
/**
* device_del - delete device from system.
* @dev: device.
*
* This is the first part of the device unregistration
* sequence. This removes the device from the lists we control
* from here,
Trivial cleanups for drivers/pci/remove.c:
1) move the comment for pci_stop_and_remove_bus_device() to the right place
2) rename __pci_remove_behind_bridge() to pci_remove_behind_bridge()
Signed-off-by: Jiang Liu
---
drivers/pci/remove.c | 33 +
1 file changed,
There's a typical usage pattern to search a PCI device under a specific
PCI bus (domian, busno) as below:
struct pci_bus *pci_bus = pci_find_bus(domain, busno);
struct pci_dev *pci_dev = pci_get_slot(pci_bus, devfn);
The above code has a race window between pci_find_bus() and pci_get_slot()
if
From: Jiang Liu
This is the second take to resolve race conditions when hot-plugging PCI
devices/host bridges. Instead of using a globla lock to serialize all hotplug
operations as in previous version, now we introduce a state machine and bit
lock mechanism for PCI buses to serialize hotplug
On 08/06/2012 12:56 PM, Bart Van Assche wrote:
> On 08/04/12 22:36, Mike Christie wrote:
>> On 08/04/2012 03:18 PM, Bart Van Assche wrote:
>>> On 08/04/12 16:46, Mike Christie wrote:
I think we have to have scsi-ml do a get_device when a sdev is added to
the starved entry and then do a
By setting an uprobe tracepoint, one learns whenever a certain point
within a program is reached / passed. This is recorded and the
application continues.
This patch adds the ability to hold the program once this point has been
passed and the user may attach to the program via ptrace.
First, setup
We have three pieces here:
[PATCH 1/5] uprobes: Use a helper instead of ptrace's single step
[PATCH 2/5] x86/uprobes: implement x86 specific arch_uprobe_*_step
following Oleg's suggestion to allow single stepping over an uprobe.
[PATCH 3/5] uprobes: remove check for uprobe variable in
[PATCH
by the time we get here (after we pass cleanup_ret) uprobe is always is
set. If it is NULL we leave very early in the code.
Signed-off-by: Sebastian Andrzej Siewior
---
kernel/events/uprobes.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git
As Oleg pointed out in [0] utrace should not use the ptrace interface
for enabling/disabling single stepping.
[0] http://lkml.kernel.org/20120730141638.ga5...@redhat.com
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/uprobes.h |2 ++
kernel/events/uprobes.c | 14
'r' and ' ' is not supported according to current code.
Signed-off-by: Sebastian Andrzej Siewior
---
kernel/trace/trace_uprobe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/trace_uprobe.c b/kernel/trace/trace_uprobe.c
index 03003cd..f3c3811 100644
---
The arch specific implementation behaves like user_enable_single_step()
except that it does not disable single stepping if it was already
enabled. This allows the debugger to single step over an uprobe.
The state of block stepping is not restored. It makes only sense
together with TF and if that
On Tue, 2012-08-07 at 20:27 +0530, Jeffrin Jose wrote:
> / 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
On 12-07-26 01:02 PM, Randy Dunlap wrote:
> The added y/n/m are clear, but the "!FRV FRV" is confusing,
> isn't it?
>
>
Is this notation clear ?
Kernel support for ELF binaries (BINFMT_ELF)
type: boolean
unknown property: symbol
dep: ( MMU [=y] && (BROKEN [n] || !FRV [= ""]) ) [=y]
On Tue, Aug 07, 2012 at 05:05:04PM +0100, Alan Cox wrote:
> > > COMPREPLY=( $( compgen -W '$cmds' -- "$cur" ) )
> > > + # List possible events for -e option
> > > + elif [[ $prev == "-e" && "${COMP_WORDS[1]}" == @(record|stat|top) ]];
> > > then
> > > + cmds=$(perf list
On Thu, Jul 12, 2012 at 12:57:08PM +0100, Michal Hocko wrote:
> On Thu 12-07-12 12:26:45, Will Deacon wrote:
> > Well, the comment in linux/page-flags.h does state that:
> >
> > * PG_arch_1 is an architecture specific page state bit. The generic code
> > * guarantees that this bit is cleared
> > COMPREPLY=( $( compgen -W '$cmds' -- "$cur" ) )
> > + # List possible events for -e option
> > + elif [[ $prev == "-e" && "${COMP_WORDS[1]}" == @(record|stat|top) ]];
> > then
> > + cmds=$(perf list --raw-dump)
> > + COMPREPLY=( $( compgen -W '$cmds' --
On 8/7/12 9:45 AM, Frederic Weisbecker wrote:
Does the below work for you? I'll respin with that change.
It does.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, Aug 07, 2012 at 02:47:50PM +0100, Russell King wrote:
> If you want to be constructive, then actually take a bloody look at my
> suggestion, try it out and report back whether it works. Stop attacking
> my proposal in whatever weak ways you can, especially in ways that I've
> already
On Tue, Aug 07, 2012 at 08:11:46AM -0600, David Ahern wrote:
> 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
>
On Tue, Aug 07, 2012 at 08:48:04AM -0600, David Ahern wrote:
> 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
On Tue, Aug 07, 2012 at 04:45:55PM +0100, Alan Cox wrote:
> > #define IORESOURCE_TYPE_BITS 0x1f00 /* Resource type */
> > #define IORESOURCE_IO 0x0100
> > #define IORESOURCE_MEM 0x0200
> > +#define IORESOURCE_FOO 0x0300
>
> These
On 08/07, Sebastian Andrzej Siewior wrote:
>
> 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
Hi Koen,
On Tue, Aug 7, 2012 at 6:24 PM, Koen Kooi wrote:
>
> Op 3 aug. 2012, om 14:38 heeft Sourav Poddar het
> volgende geschreven:
>
>> Add keypad data node in omap5 device tree file.
>> Also fill the device tree binding parameters
>> with the required value in "omap5-evm" dts file.
>>
>>
This function pointer is used to call a system-specific
function for disabling the IO-APIC. Currently this is used
for IRQ remapping which has its own disable routine.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |1 +
arch/x86/include/asm/x86_init.h |9 +
This function pointer can be overwritten by the IRQ
remapping code. The irq_remapping_enabled check can be
removed from default_setup_hpet_msi.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/hpet.h |4 ++--
arch/x86/include/asm/x86_init.h |1 +
arch/x86/kernel/apic/io_apic.c
This pointer is changed to a different function when IRQ
remapping is enabled.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |4
arch/x86/include/asm/x86_init.h |5 +
arch/x86/kernel/apic/io_apic.c | 14 +-
arch/x86/kernel/x86_init.c |1
The function is called unconditionally now in IO-APIC code
removing another irq_remapped() check from x86 core code.
Signed-off-by: Joerg Roedel
---
arch/x86/kernel/apic/io_apic.c |4 ++--
drivers/iommu/irq_remapping.c |5 -
2 files changed, 6 insertions(+), 3 deletions(-)
diff
This callback replaces the old __eoi_ioapic_pin function
which needs a special path for interrupt remapping.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |4
arch/x86/include/asm/x86_init.h |1 +
arch/x86/kernel/apic/io_apic.c | 20 ++--
This call-back is used to dump IO-APIC entries for debugging
purposes into the kernel log. VT-d needs a special routine
for this and will overwrite the default.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |2 +
arch/x86/include/asm/x86_init.h |1 +
Move the three easy to move checks in the x86' apic.c file
into the IRQ-remapping code.
Signed-off-by: Joerg Roedel
---
arch/x86/kernel/apic/apic.c |9 +++--
drivers/iommu/irq_remapping.c | 11 +--
2 files changed, 12 insertions(+), 8 deletions(-)
diff --git
IO-APIC and PIC use the same resume routines when IRQ
remapping is enabled or disabled. So it should be safe to
mask the other APICs for the IRQ-remapping-disabled case
too.
Signed-off-by: Joerg Roedel
---
arch/x86/kernel/apic/apic.c | 19 +--
1 file changed, 9 insertions(+),
This function must be a NOP with interrupt remapping
enabled. So use a funtion pointer for it which points to an
empty function when irq_remapping_enabled == true.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |5 +
arch/x86/include/asm/x86_init.h |3 +++
This function does irq-remapping specific interrupt setup
like modifying the chip defaults.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/irq_remapping.h |9 +
arch/x86/kernel/apic/io_apic.c | 13 +++--
drivers/iommu/irq_remapping.c| 11 +++
Move all the code to either to the header file
asm/irq_remapping.h or to drivers/iommu/.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/hw_irq.h|1 +
arch/x86/include/asm/io_apic.h |2 ++
arch/x86/include/asm/irq_remapping.h | 17 +
Use seperate routines to setup MSI IRQs for both
irq_remapping_enabled cases.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/irq_remapping.h | 12 ---
arch/x86/include/asm/pci.h |2 ++
arch/x86/kernel/apic/io_apic.c | 26 ++--
This call-back points to the right function for initializing
the msi_msg structure.
Signed-off-by: Joerg Roedel
---
arch/x86/include/asm/io_apic.h |3 +++
arch/x86/include/asm/x86_init.h |4 +++
arch/x86/kernel/apic/io_apic.c | 57 ---
601 - 700 of 1994 matches
Mail list logo