with an x86_64 userland, as well as the i386 kernel
with an i386 userland.
The second patch is just a related while we're there.
Thanks.
Ramkumar Ramachandra (2):
arch/um: make it work with defconfig and x86_64
um/vdso: add .gitignore for a couple of targets
arch/um/Kconfig.common | 5
Cc: Richard Weinberger rich...@nod.at
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
arch/x86/um/vdso/.gitignore | 2 ++
1 file changed, 2 insertions(+)
create mode 100644 arch/x86/um/vdso/.gitignore
diff --git a/arch/x86/um/vdso/.gitignore b/arch/x86/um/vdso/.gitignore
new file
and successfully build User-Mode Linux on an x86_64 box in default
configuration.
Cc: Richard Weinberger rich...@nod.at
Cc: Jeff Dike jd...@addtoit.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
arch/um/Kconfig.common | 5 -
arch/um/Makefile | 11 +
arch
Hi,
I'm interested in cross-compiling for ARM v8, and fixing some early
papercuts to begin with; my host machine is a normal x86_64 box.
Although I managed to use Linaro's toolchain [1] to build an Aarch64
kernel, and found a suitable rootfs [2] to use it with, I am not able
to find an ARM64
Hi Catalin,
Catalin Marinas wrote:
ARM provides an emulator, ARMv8 Foundation Model (free as in free beer
but you need to register to be able to download, just like the
architecture documentation):
http://www.arm.com/products/tools/models/fast-models/foundation-model.php
I downloaded the
Catalin Marinas wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/boot-wrapper-aarch64.git
Thanks, I made some progress. Now I'm stuck trying to specify the
rootfs. I boot with the following arguments (full fork of your
repository here [1]):
console=ttyAMA0 mem=2048M
Andreas Schwab wrote:
I'm not exactly sure what went wrong: I made sure to compile my kernel
with virtio support.
Make sure you have CONFIG_VIRTIO_MMIO enabled.
Now, I get the following build error:
LD init/built-in.o
drivers/built-in.o: In function `vgacon_init':
:(.text+0xbc4):
Andreas Schwab wrote:
Ramkumar Ramachandra artag...@gmail.com writes:
Is there a bug in the Kconfig dependency tree? Sounds like VIRTIO_MMIO
requires some vga (?) drivers to be compiled in as well.
I hit this bug when I do `make menuconfig` directly (which
configuration does it start out
Andreas Schwab wrote:
You need all the other relevant virtio options built-in, too, like
VIRTIO_BLK.
Thanks! VIRTIO_BLK was the missing feature. I'll submit patches shortly.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Schwab sch...@linux-m68k.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 5b3e832..798bcbb 100644
--- a/arch/arm64/configs/defconfig
+++ b
], and it works well for me. I intend to address more
papercuts in future patches.
Thanks.
[1]: https://github.com/artagnon/boot-wrapper-aarch64
Ramkumar Ramachandra (2):
arm64: include EXT4 in defconfig
arm64: include VIRTIO_{MMIO,BLK} in defconfig
arch/arm64/configs/defconfig | 5 -
1
Cc: Andreas Schwab sch...@linux-m68k.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
arch/arm64/configs/defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 798bcbb..31c81e9 100644
Hi,
I was curiously poking around the perf tool this morning. The hacking
session resulted in two minor patches:
[1/2] is a minor non-functional cleanup of the Makefile.
[2/2] is more important: it omits printing bogus data in an edge case.
Thanks for reading.
Ramkumar Ramachandra (2):
perf
...@gmail.com
Cc: Ingo Molnar mi...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Cc: Namhyung Kim namhy...@kernel.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/config/Makefile | 47 ++
1 file changed, 22
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-stat.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
index f686d5f..cc167ae 100644
--- a/tools/perf/builtin-stat.c
+++ b/tools/perf
pau...@samba.org
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-stat.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
index cc167ae
H. Peter Anvin wrote:
We want to reduce pvops and pvops users, not increase them...
I see. So the future is true virtualization which exposes the
underlying hardware, like KVM? Why do bare-metal virtualizers like
Xen employ paravirtualization? Also, where does UML stand?
Thanks.
--
To
(CONFIG_CON_ZERO_CHAN) still defaults to fd:0,fd:1, printing boot
messages on the same terminal.
Cc: Al Viro v...@zeniv.linux.org.uk
Cc: Richard Weinberger rich...@nod.at
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Further, I will patch systemd to getty on con0 when um Linux is
detected
With these finishing touches [1], um Linux should work right out of
the box on modern distributions.
Thanks.
[1]: http://lists.freedesktop.org/archives/systemd-devel/2013-July/012152.html
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Ramkumar Ramachandra wrote:
[1]: http://lists.freedesktop.org/archives/systemd-devel/2013-July/012152.html
... and the patches were rejected. Lennart says that UML providing
/dev/tty* is wrong, and that UML should call them /dev/hvc* (or
something). Can we do something about the situation
[Corrected Lennart's email ID]
Richard Weinberger wrote:
CC'ing Lennart.
Am 22.07.2013 11:45, schrieb Ramkumar Ramachandra:
Ramkumar Ramachandra wrote:
[1]:
http://lists.freedesktop.org/archives/systemd-devel/2013-July/012152.html
... and the patches were rejected. Lennart says that UML
Richard Weinberger wrote:
Lennart, can you please explain us why /dev/tty[1..64] is forced to
have virtual console support?
The crux of Lennart's argument seems to be that several applications
depend on it, and that applications have to bend over backwards when
those expectations are broken
Al Viro wrote:
On Mon, Jul 22, 2013 at 03:15:14PM +0530, Ramkumar Ramachandra wrote:
Ramkumar Ramachandra wrote:
[1]:
http://lists.freedesktop.org/archives/systemd-devel/2013-July/012152.html
... and the patches were rejected. Lennart says that UML providing
/dev/tty* is wrong
Richard Weinberger wrote:
great user-experience and other marketing buzzwords belong to Ubuntu land.
Ubuntu uses upstart; I have no idea why you brought it up.
What technical problem are you facing?
I'm using systemd distros all day on top of UML.
I started the thread with two patches
Richard Weinberger wrote:
Again what problem are you trying to solve?
If you want a getty on /dev/tty0, run:
To get systemd to do that for me automatically :)
It automatically does the right thing when it detects xen, bochs,
qemu, vmware, microsoft, oracle, chroot, openvz, and lxc. So, why
Richard Weinberger wrote:
No, but we won't break existing applications, period.
We're on the same page: I'm absolutely against breaking existing users too.
If you offer me a solution that does not break any existing applications
and solves your systemd issue we can talk. :-)
I think a hv
...@infradead.org
Cc: Linux PM linux...@vger.kernel.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Documentation/ABI/testing/sysfs-devices-system-cpu | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu
b/Documentation
Ramkumar Ramachandra wrote:
Ramkumar Ramachandra (4):
perf tools: generalize percent_color_snprintf()
perf diff: color the Delta column
perf diff: color the Ratio column
perf diff: color the Weighted Diff column
Ping?
Any progress on this Arnaldo, Jiri?
--
To unsubscribe from
...@infradead.org
Cc: Linux PM linux...@vger.kernel.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Documentation/ABI/testing/sysfs-devices-system-cpu | 24 ++
1 file changed, 24 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu
b
Cc: Thomas Renninger tr...@suse.de
Cc: Dominik Brodowski li...@dominikbrodowski.net
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/power/cpupower/Makefile | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/power/cpupower/Makefile b/tools/power
Hi,
I just had a chance to look at cpupower; here's a small contribution.
Thanks.
Cc: Thomas Renninger tr...@suse.de
Cc: Dominik Brodowski li...@dominikbrodowski.net
Ramkumar Ramachandra (3):
cpupower tools: adjust README to reflect rename
cpupower tools: update README
cpupower tools
Rename cpufrequtils - cpupower, and libcpufreq - libcpupower.
Cc: Thomas Renninger tr...@suse.de
Cc: Dominik Brodowski li...@dominikbrodowski.net
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/power/cpupower/README | 12 ++--
1 file changed, 6 insertions(+), 6 deletions
Remove dead link to homepage, and update the targets built.
Cc: Thomas Renninger tr...@suse.de
Cc: Dominik Brodowski li...@dominikbrodowski.net
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/power/cpupower/README | 16 +++-
tools/power/cpupower/ToDo | 1 -
2
Hi,
I loaded the apple_gmux driver and tried to:
$ echo IGD /sys/kernel/debug/vgaswitcheroo/switch
dmesg responds with:
vga_switcheroo: client 1 refused switch
It's possible that the gmux interface has changed since the driver was
originally written. How do I dig deeper into the issue and
Hi Andreas,
Andreas Heider wrote:
that means that something is still using the GPU, try DIGD or alternatively
shutting down your X-server before switching.
When I try DIGD, I get:
vga_switcheroo: setting delayed switch to client 0
Then, when I shut down X, I get a blank screen.
When I try
Pavel Machek wrote:
USB usually does that. Try rmmoding hcd(s). If that does not help, try
removing other modules. Oh and try without that broadcom-wl driver.
Unused modules shouldn't consume so much power, no? I suspected
broadcom-wl, but removing it doesn't help. Instead of shooting in the
Pavel Machek wrote:
Should not. Exactly. Your machine should not consume 20W. It does,
so try rmmoding USB modules, and probably AHCI...
My system freezes if I remove modules like usbhci, ahci, ehci_hcd.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Original-patch-by: Seth Forshee seth.fors...@canonical.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/intel_lvds.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_lvds.c
b/drivers/gpu/drm/i915/intel_lvds.c
index
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Original-patch-by: Andreas Heider andr...@meetr.de
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
...@canonical.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/i915_dma.c | 1 +
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_lvds.c | 2 +-
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm
seth.fors...@canonical.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_lvds.c | 104 ++
2 files changed, 61 insertions(+), 44 deletions(-)
diff --git a/drivers/gpu/drm/i915
seth.fors...@canonical.com
Ramkumar Ramachandra (4):
drm/i915: add support for vga_switcheroo reprobe
drm/i915: factor out intel_lvds_get_edid()
drm/i915: prepare intel_lvds_get_edid() for multiple calls
drm/i915: check LVDS for EDID on GPU switches
drivers/gpu/drm/i915/i915_dma.c | 9
Ramkumar Ramachandra wrote:
My system freezes if I remove modules like usbhci, ahci, ehci_hcd.
Correction: my input devices (keyboard, trackpad) depend on usbhci,
ehci_hcd, while libata and my hard disk drivers depend on ahci;
there's no way I can do without them. I'm trying to get VGA
Hi Chris,
Chris Wilson wrote:
diff --git a/drivers/gpu/drm/i915/i915_dma.c
b/drivers/gpu/drm/i915/i915_dma.c
index 5c64842..336a835b 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -1265,6 +1265,12 @@ static void i915_switcheroo_set_state(struct
Chris Wilson wrote:
On Tue, Jan 07, 2014 at 03:28:43PM +0530, Ramkumar Ramachandra wrote:
If the LVDS panel wasn't connected at boot then we won't have an EDID
for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
reprobe callback.
I would rather have an iterator over all
Chris Wilson wrote:
Rather than special casing lvds (especially when there are other panel
connectors that can also be muxed), extend the connector interface to
support a reprobe and walk over all connectors associated with i915
after a switcheroo event.
Okay, so I can see the following
Seth Forshee wrote:
1. On many Macbook models the firmware isn't putting LVDS information
in opregion. Reading the EDID during device initialization also
fails since the DDC is muxed to the DGPU, so i915 concludes there's
no LVDS and doesn't register an LVDS connector at all. I
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Original-patch-by: Andreas Heider andr...@meetr.de
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
Hi Chris et al,
I got this far with creating a generic interface for various
get_edid() functions, but I'm stuck now. Where do I get the specific
i2c_adapter from?
I hope the series is okay otherwise.
Thanks.
Ramkumar Ramachandra (4):
drm/i915: add support for vga_switcheroo reprobe
drm
[Forgot to CC]
On Tue, Jan 7, 2014 at 8:24 PM, Ramkumar Ramachandra artag...@gmail.com wrote:
Hi Chris et al,
I got this far with creating a generic interface for various
get_edid() functions, but I'm stuck now. Where do I get the specific
i2c_adapter from?
I hope the series is okay
Introduce a struct edid *(*reprobe)(struct drm_connector *, struct
i2c_adapter *) in struct intel_connector to point to various get_edid()
functions.
Cc: Chris Wilson ch...@chris-wilson.co.uk
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Signed-off-by: Ramkumar
...@chris-wilson.co.uk
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/intel_sdvo.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915
...@canonical.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/intel_lvds.c | 100 ++
1 file changed, 57 insertions(+), 43 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_lvds.c
b/drivers/gpu/drm/i915/intel_lvds.c
index c3b4da7
andr...@meetr.de wrote:
You can switch the line used to detect the display separately from the line
which is used to display the picture, so you can just switch DDC to the
intel card when you know it will try to detect the display, without having
to introduce flickering. There were a few
Ramkumar Ramachandra wrote:
Ramkumar Ramachandra (5):
perf kvm: introduce --list-cmds for use by scripts
perf kmem: introduce --list-cmds
perf lock: introduce --list-cmds
perf mem: introduce --list-cmds
perf sched: introduce --list-cmds
Ping?
Any comment on these, Arnaldo
a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
I spotted this while trying to complete
$ perf record -e TAB
tools/perf/builtin-list.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/builtin-list.c b/tools/perf/builtin-list.c
index 011195e
Currently, there is no way to enumerate the subcommands under 'perf
kvm', so hardcode them.
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/perf-completion.sh | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/perf-completion.sh b/tools/perf/perf
Hi,
These are based on tip/master.
Thanks.
Ramkumar Ramachandra (2):
perf completion: complete 'perf kvm'
perf tools: ignore files generated by 'perf kvm'
tools/perf/.gitignore | 2 ++
tools/perf/perf-completion.sh | 4
2 files changed, 6 insertions(+)
--
1.8.5.rc0.5
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore
index 782d86e..28264a9 100644
--- a/tools/perf/.gitignore
+++ b/tools/perf/.gitignore
@@ -13,6 +13,8 @@ perf*.html
reported that perf list --raw-dump was broken by 44d742e.
Fix by making raw-dump a proper argument.
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Cc: Ramkumar Ramachandra artag...@gmail.com
Signed-off-by: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Include .kvm[.old], .host[.old] files, as suggested by Arnaldo.
tools/perf/.gitignore | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore
index 782d86e..9fea0d9 100644
--- a/tools/perf
David Ahern wrote:
I don't like the command list being embedded in the completion script. It
will get outdated quickly.
I could introduce a
$ perf kvm --list-cmds
but that would mean a
printf(record report stat ..)
in builtin-kvm.c, because the commands aren't in any sort of array.
--
Introduce
$ perf kvm --list-cmds
to dump a raw list of commands for use by the completion script. While
at it, refactor kvm_usage so that there's only one copy of the command
listing.
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar
Arnaldo Carvalho de Melo wrote:
So is the patch below the one to apply? When these things happen, it
helps if you resubmit with a v2 in the subject line and then an explicit
Ack is provided, be it from, in this case, David, or Ramkumar could just
add it since David provided it in free form,
Jiri Olsa wrote:
this one is still wrong, you either need to use 'abs(wdiff) 0'
or call value_color_snprintf (which is better) as in previous cases
This was very much intentional on my part (see commit message): I
thought it would be nicer to color it this way because all the numbers
tend to
The differences in this series are:
- [1/4] and [2/4] have been split out.
- [4/4] uses value_color_snprintf() instead of green/ red for positive/
negative values.
Thanks.
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Ramkumar Ramachandra (4):
perf tools
Make percent_color_snprintf() handle negative values correctly.
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/util/color.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
: Remove cast
of non-variadic function to variadic, 2013-10-31) explains why it needs
to be a variadic function.
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-diff.c | 20
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column using
value_color_snprintf().
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-diff.c | 21
-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-diff.c | 49 ++-
1 file changed, 48 insertions(+), 1 deletion(-)
diff --git a/tools/perf/builtin-diff.c b/tools/perf/builtin-diff.c
index 3b67ea2..a8fc525 100644
--- a/tools/perf/builtin-diff.c
Ramkumar Ramachandra wrote:
diff --git a/tools/perf/builtin-diff.c b/tools/perf/builtin-diff.c
index c07cd3c..9c69620 100644
--- a/tools/perf/builtin-diff.c
+++ b/tools/perf/builtin-diff.c
@@ -777,6 +777,7 @@ static int __hpp__color_compare(struct perf_hpp_fmt *fmt
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column using color_snprintf(),
picking the colors using get_percent_color().
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
In v6, I made
Dongsheng Yang wrote:
tools/perf/builtin-list.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
Looks good to me. Thanks for doing this.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
Hi,
On a 2013 Macbook Pro, Linux consumes 21W of power while OS X consumes
just 9W. I found this very disturbing; Linux more than halves the
battery life of the device. I checked to see that I wasn't running any
especially power-hungry applications or drivers (using powertop). I'm
using just one
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-kmem.c | 15 +++
tools/perf/builtin-kvm.c | 23 ---
tools/perf/perf-completion.sh | 6 +++---
tools/perf/util/util.c| 24
tools/perf/util/util.h
couldn't think of a better
place at the moment. The series isn't ideal, but I think it's getting
close.
Thoughts?
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Ramkumar Ramachandra (5):
perf kvm: introduce --list-cmds for use by scripts
perf kmem: introduce
Introduce
$ perf kvm --list-cmds
to dump a raw list of commands for use by the completion script. While
at it, refactor kvm_usage so that there's only one copy of the command
listing.
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-sched.c| 15 +++
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-mem.c | 15 ++-
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 12 insertions(+), 7 deletions(-)
diff --git
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-lock.c | 14 ++
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git
The Intel P-state driver is currently undocumented. Add some
documentation based on the cover-letter sent with the original series.
Cc: Dirk Brandewie dirk.brande...@gmail.com
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Viresh Kumar viresh.ku...@linaro.org
Signed-off-by: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Thanks to Rafael and Randy for corrections.
I will send a follow-up for Documentation/ABI/testing/ soon.
Documentation/cpu-freq/intel-pstate.txt | 40 +
1 file changed, 40 insertions(+)
create mode 100644
Acked-by: Randy Dunlap rdun...@infradead.org
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Documentation/cpu-freq/intel-pstate.txt | 40 +
1 file changed, 40 insertions(+)
create mode 100644 Documentation/cpu-freq/intel-pstate.txt
diff --git
: Namhyung Kim namhy...@kernel.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-diff.c | 49 ++-
tools/perf/util/color.c | 6 --
2 files changed, 52 insertions(+), 3 deletions
jo...@redhat.com
Cc: Namhyung Kim namhy...@kernel.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Ramkumar Ramachandra (3):
perf diff: color the Delta column
perf diff: color the Ratio column
perf diff: color the Weighted Diff column
tools/perf/builtin-diff.c | 91
: Remove cast
of non-variadic function to variadic, 2013-10-31) explains why it needs
to be a variadic function.
Cc: Jiri Olsa jo...@redhat.com
Cc: Namhyung Kim namhy...@kernel.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column either green or red,
depending on whether the number is positive or negative.
Cc: Jiri Olsa jo...@redhat.com
Cc: Namhyung Kim namhy...@kernel.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar
Arnaldo Carvalho de Melo wrote:
Can you check how is this in the current perf/core branch so that we can
move forward while I process some other patches?
This series (except this part) was merged into perf/completion of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux 3 weeks ago,
so
While at it, add Steven Rostedt to the list of maintainers.
Cc: Steven Rostedt rost...@goodmis.org
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/config/Makefile | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile
index c234182..0c043b0 100644
--- a/tools/perf/config
this change.
Fixes: 44d742e01e6d (perf list: Add usage)
Cc: Jiri Olsa jo...@redhat.com
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/builtin-list.c | 13 +++--
tools/perf/perf
David Ahern wrote:
Ramkumar Ramachandra (4):
perf kmem: introduce --list-cmds for use by scripts
perf mem: introduce --list-cmds for use by scripts
perf lock: introduce --list-cmds for use by scripts
perf sched: introduce --list-cmds for use by scripts
All 4 look good to me
Ramkumar Ramachandra wrote:
tools/perf/builtin-list.c | 13 +++--
tools/perf/perf-completion.sh | 6 +++---
2 files changed, 10 insertions(+), 9 deletions(-)
Please ignore this patch. Major thinko on my part.
--
To unsubscribe from this list: send the line unsubscribe linux
While adding usage information, 44d742e (perf list: Add usage,
2013-10-30) broke
$ perf list --raw-dump
Fix this by making raw-dump a proper argument.
Cc: David Ahern dsah...@gmail.com
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar
elapsed
The 0.00% frontend cycles idle comment in the output is totally bogus
and misleading. Omit printing it here, as well as in the
stalled-cycles-backend case.
Cc: Jiri Olsa jo...@redhat.com
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar
At the end of
$ perf bench all
the program segfaults because it attempts to dereference a NULL
pointer. Fix this fault.
Cc: Jiri Olsa jo...@redhat.com
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
Olsa jo...@redhat.com
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/bench/numa.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/bench/numa.c b/tools/perf/bench/numa.c
index
Ramkumar Ramachandra (3):
perf bench: Set more defaults in the 'numa' suite
perf bench: Update manpage to mention numa and futex
perf bench: Fix segfault at the end of an 'all' execution
tools/perf/Documentation/perf-bench.txt | 22 ++
tools/perf/bench/numa.c
Cc: Jiri Olsa jo...@redhat.com
Cc: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
tools/perf/Documentation/perf-bench.txt | 22 ++
1 file changed, 22 insertions(+)
diff --git a/tools/perf
Ramkumar Ramachandra wrote:
tools/perf/config/Makefile | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Jiri, any comments?
Ram
--
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 http
201 - 300 of 703 matches
Mail list logo
