Signed-off-by: Ramkumar Ramachandra
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 85b93cdefc87..78bff5f1e881 100644
--- a/.mailmap
+++ b/.mailmap
@@ -282,6 +282,7 @@ Rafael J. Wysocki
Rajesh Shah
Ralf Baechle
Ralf Wildenhues
+Ramkumar
Arnaldo Carvalho de Melo wrote:
> Em Thu, Oct 08, 2015 at 10:59:50AM +0530, Sriram Raghunathan escreveu:
>> Minor change, adding --list-opts to usage string. So that it is
>> visible to the user on running perf --help. or just perf
>> from command line.
>
>
> Ramkumar, Yunlong, are you ok with this
Commit-ID: a83edb2dfc5989fbadc594109c933bae528a2809
Gitweb: http://git.kernel.org/tip/a83edb2dfc5989fbadc594109c933bae528a2809
Author: Ramkumar Ramachandra
AuthorDate: Fri, 14 Mar 2014 23:17:54 -0400
Committer: Jiri Olsa
CommitDate: Wed, 16 Apr 2014 17:16:05 +0200
perf sched
Commit-ID: 8d2a2a1d885d36e978c4619a3db8791f9768dd6a
Gitweb: http://git.kernel.org/tip/8d2a2a1d885d36e978c4619a3db8791f9768dd6a
Author: Ramkumar Ramachandra
AuthorDate: Fri, 14 Mar 2014 23:17:52 -0400
Committer: Jiri Olsa
CommitDate: Wed, 16 Apr 2014 17:16:04 +0200
perf mem: Introduce
Commit-ID: 3bca23543b910a84d3c58a819663e0a4fad72bb6
Gitweb: http://git.kernel.org/tip/3bca23543b910a84d3c58a819663e0a4fad72bb6
Author: Ramkumar Ramachandra
AuthorDate: Fri, 14 Mar 2014 23:17:51 -0400
Committer: Jiri Olsa
CommitDate: Wed, 16 Apr 2014 17:16:04 +0200
perf kmem: Introduce
Commit-ID: a2368c3199eba493d72c6d0e5b804f908a09706c
Gitweb: http://git.kernel.org/tip/a2368c3199eba493d72c6d0e5b804f908a09706c
Author: Ramkumar Ramachandra
AuthorDate: Fri, 14 Mar 2014 23:17:53 -0400
Committer: Jiri Olsa
CommitDate: Wed, 16 Apr 2014 17:16:04 +0200
perf lock: Introduce
Commit-ID: 40ba93e3aa001246110320edbe8cf2eb488c1fe7
Gitweb: http://git.kernel.org/tip/40ba93e3aa001246110320edbe8cf2eb488c1fe7
Author: Ramkumar Ramachandra
AuthorDate: Thu, 27 Mar 2014 19:50:17 -0400
Committer: Jiri Olsa
CommitDate: Mon, 14 Apr 2014 12:55:58 +0200
perf bench: Set more
Commit-ID: 95a2b3c0a9e2a8038edbf3f9776d5a3d76146459
Gitweb: http://git.kernel.org/tip/95a2b3c0a9e2a8038edbf3f9776d5a3d76146459
Author: Ramkumar Ramachandra
AuthorDate: Thu, 27 Mar 2014 19:50:18 -0400
Committer: Jiri Olsa
CommitDate: Mon, 14 Apr 2014 12:55:41 +0200
perf bench: Update
Commit-ID: 5673872d4afd2584e075cf2b1adb2cccec46a0f3
Gitweb: http://git.kernel.org/tip/5673872d4afd2584e075cf2b1adb2cccec46a0f3
Author: Ramkumar Ramachandra
AuthorDate: Thu, 27 Mar 2014 19:50:19 -0400
Committer: Jiri Olsa
CommitDate: Mon, 14 Apr 2014 12:55:53 +0200
perf bench: Fix
Commit-ID: 2c529e4e6aab405aa52e8627cbd691ed28b56a0b
Gitweb: http://git.kernel.org/tip/2c529e4e6aab405aa52e8627cbd691ed28b56a0b
Author: Ramkumar Ramachandra
AuthorDate: Wed, 26 Mar 2014 18:44:05 -0400
Committer: Jiri Olsa
CommitDate: Mon, 14 Apr 2014 12:55:17 +0200
perf tools: Pick up
While adding usage information, 44d742e (perf list: Add usage,
2013-10-30) broke
$ perf list --raw-dump
Fix this by making raw-dump a subcommand. Also update the completion
script and manpage.
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
Jiri Olsa wrote:
> you need to update perf-completion.sh now
> also please add it to perf list man page as well
I updated perf-completion.sh, although I didn't mention it in the
commit message. I'll add it to the perf-list man page and send out
another version.
Ram
--
To unsubscribe from this lis
Jiri Olsa wrote:
> but looks like the usage is for bash completion only, so we probably
> need only the first example functionality above.
>
> If this is the case I think it should not be an option but another
> command like 'raw-dump'.
I decided that there's no point making it an option, so I've
While adding usage information, 44d742e (perf list: Add usage,
2013-10-30) broke
$ perf list --raw-dump
Fix this by making raw-dump a subcommand.
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-list.c | 2 +-
tools
Jiri Olsa wrote:
> ###
> # 1 task will execute (on 1 nodes, 4 CPUs):
> # -1x 1MB global shared mem operations
> # -1x 0MB process shared mem operations
> # -1x 0MB thread local mem operations
> ###
> ...
>
>
> '-1x' does not seem right/intentional for de
cles
idle
0.363599976 seconds time 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
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
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 m
simple_strtoul() is marked for obsoletion; use the newer and more
pleasant kstrtoul() in its place.
Cc: Alexey Dobriyan
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
Signed-off-by: Ramkumar Ramachandra
---
arch/avr32/kernel/cpu.c | 48 ++--
1
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/Documentation/perf-bench.txt | 22 ++
1 file changed, 22 insertions(+)
diff --git a/tools/perf/Documentation/perf-bench.txt
b/tools/perf/Documentation/perf
At the end of
$ perf bench all
the program segfaults because it attempts to dereference a NULL
pointer. Fix this fault.
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-bench.c | 2 +-
1 file changed, 1 insertion(+), 1
Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
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 d4c83c6..20697fb 100644
--- a/tools/perf/bench/numa.c
+++ b/tools/perf/bench/numa.c
Hi,
I just started looking at 'perf bench' this afternoon. Here are some
simple patches fixing the minor issues I had while starting out.
Thanks.
Ram
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Ramkumar Ramachandra (3):
perf bench: Set more defau
conds time 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
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-s
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
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
I sent this patch earlier, but it
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 "uns
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 us
ript to reflect this change.
Fixes: 44d742e01e6d (perf list: Add usage)
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-list.c | 13 +++--
tools/perf/perf-completion.sh | 6 +++---
2 files changed, 10 insert
Melo
Signed-off-by: Ramkumar Ramachandra
---
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/Makefile
+++ b/tools/perf/config/Mak
While at it, add Steven Rostedt to the list of maintainers.
Cc: Steven Rostedt
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 82640e6..3e8b402 100644
--- a/MAINTAINERS
+++ b
Commit-ID: b68eebd1c2a539256e373123cdefabfd1986bfe2
Gitweb: http://git.kernel.org/tip/b68eebd1c2a539256e373123cdefabfd1986bfe2
Author: Ramkumar Ramachandra
AuthorDate: Tue, 18 Mar 2014 15:10:04 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Mar 2014 18:17:06 -0300
perf
Commit-ID: 263f89bf7d0f5ba98077dda8df1ff814862ad5ba
Gitweb: http://git.kernel.org/tip/263f89bf7d0f5ba98077dda8df1ff814862ad5ba
Author: Ramkumar Ramachandra
AuthorDate: Sun, 16 Mar 2014 12:06:05 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Mar 2014 18:16:47 -0300
perf
Commit-ID: a33f6efc43cb71795bbdaf0251544ff3edbfdb2f
Gitweb: http://git.kernel.org/tip/a33f6efc43cb71795bbdaf0251544ff3edbfdb2f
Author: Ramkumar Ramachandra
AuthorDate: Tue, 18 Mar 2014 15:10:42 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Mar 2014 18:17:05 -0300
perf
Commit-ID: 80790e0b7ef768b6591fdf764b62c572b76a5d80
Gitweb: http://git.kernel.org/tip/80790e0b7ef768b6591fdf764b62c572b76a5d80
Author: Ramkumar Ramachandra
AuthorDate: Mon, 17 Mar 2014 10:18:21 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Mar 2014 18:16:55 -0300
perf
Commit-ID: a51e87cb5a0fbebee15a3373d951dbf6f59a76c2
Gitweb: http://git.kernel.org/tip/a51e87cb5a0fbebee15a3373d951dbf6f59a76c2
Author: Ramkumar Ramachandra
AuthorDate: Tue, 18 Mar 2014 17:05:15 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Mar 2014 18:17:07 -0300
perf
simple_strtoul() is marked for obsoletion; use the newer and more
pleasant kstrtoul() in its place.
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
Signed-off-by: Ramkumar Ramachandra
---
arch/avr32/kernel/cpu.c | 48
1 file changed, 24
Moreover, the corresponding function in include/linux/kernel.h is marked
obsolete.
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/util/include/linux/kernel.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/tools/perf
perf_event_open() was renamed to sys_perf_event_open(); update the debug
messages to reflect this.
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/util/evsel.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
-off-by: Ramkumar Ramachandra
---
tools/perf/design.txt | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/perf/design.txt b/tools/perf/design.txt
index 63a0e6f..a28dca2 100644
--- a/tools/perf/design.txt
+++ b/tools/perf/design.txt
@@ -18,7 +18,7 @@ underlying
Jiri Olsa wrote:
>> > Squelch the warnings by explicitly ignoring the sizeof function.
>>
>> It just hides the warning leaving the real problem untouched. If you
>> really don't want to see those, I guess installing proper plugin for the
>> failing events will help you (in case you didn't).
>
> it
Hi Namhyung,
On Tue, Mar 18, 2014 at 3:58 AM, Namhyung Kim wrote:
> Hmm.. AFAIK we don't support the '->' operator so I think it's an error
> in the callsite. Where do you see the message though? I couldn't find
> it on my setup.
>
> I'd also like to add following patch to see the location of p
Commit-ID: 09a71b97cce70551356b13b668aa1d7d6da84457
Gitweb: http://git.kernel.org/tip/09a71b97cce70551356b13b668aa1d7d6da84457
Author: Ramkumar Ramachandra
AuthorDate: Mon, 3 Mar 2014 20:26:36 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 14 Mar 2014 18:08:41 -0300
perf
perf test emits the following warning:
$ perf test
5: parse events tests
...
Warning: unknown op '->'
...
Add the operator to the checks.
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
-
Cc: Steven Rostedt
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b3fdb0f..788effd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6693,6 +6693,7 @@ F:arch/*/kernel
Note in the comment that field_is_long() also checks for "unsigned
long" and "unsigned long long" in addition to "long long".
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/lib/trac
Hi,
The motivation for the series is mainly [2/5] and [5/5] -- to squelch
the warnings emitted by 'perf test'. I made some effort to understand
what's going on, but I didn't get very far. [5/5] feels especially
like a band-aid fix: please let me know how to do it right
When token cannot be more than one value, it seems wasteful to go
through all the strcmp() calls. Use an else-if cascade instead.
Cc: Steven Rostedt
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/lib/traceevent/event-parse.c | 12
-off-by: Ramkumar Ramachandra
---
Probably incorrect.
tools/lib/traceevent/event-parse.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/lib/traceevent/event-parse.c
b/tools/lib/traceevent/event-parse.c
index 567d9ba..06c269a 100644
--- a/tools/lib/traceevent/event-parse.c
+++ b
: Frederic Weisbecker
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-sched.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin-sched.c
index 6a76a07..9ac0a49 100644
paring the argv for
cmd_record(): it attempts to execute the command 'status' and complains
that it doesn't exist. Fix this error.
Cc: Stanislav Fomichev
Cc: Namhyung Kim
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools
Cc: Frederic Weisbecker
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-sched.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin-sched.c
index
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-kmem.c | 8 +---
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-kmem.c b/tools/perf/builtin-kmem.c
index 929462a..bd91de0 100644
--- a/tools/perf/builtin
Hi,
With "perf kvm: introduce --list-cmds for use by scripts" accepted,
these are trivial follow-on patches to enable the same functionality
in kmem, mem, lock, and sched.
Thanks.
Ramkumar Ramachandra (4):
perf kmem: introduce --list-cmds for use by scripts
perf mem: introduce -
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-sched.c| 10 ++
tools/perf/perf-completion.sh | 2 +-
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin-sched.c
index 6a76a07..347bd32 100644
--- a/tools/perf
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-lock.c | 10 ++
tools/perf/perf-completion.sh | 2 +-
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-lock.c b/tools/perf/builtin-lock.c
index c852c7a..6148afc 100644
--- a/tools/perf
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-mem.c | 15 ---
tools/perf/perf-completion.sh | 2 +-
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/tools/perf/builtin-mem.c b/tools/perf/builtin-mem.c
index 2e3ade69..4a1a6c9 100644
--- a/tools/perf
Ramkumar Ramachandra wrote:
> Jiri Olsa wrote:
>> On Mon, Mar 03, 2014 at 08:26:36PM -0500, Ramkumar Ramachandra wrote:
>>> Introduce
>>>
>>> $ perf kvm --list-cmds
>>>
>>> to dump a raw list of commands for use by the
Jiri Olsa wrote:
> On Mon, Mar 03, 2014 at 08:26:36PM -0500, Ramkumar Ramachandra wrote:
>> Introduce
>>
>> $ perf kvm --list-cmds
>>
>> to dump a raw list of commands for use by the completion script. In
>> order to do this, introduce parse_options_subcom
: Ramkumar Ramachandra
---
Does this example justify the creation of parse_options_subcommand()?
Initializing the usagestr to { NULL, NULL } and passing it to
parse_options_subcommand() isn't intuitive -- what can we do about
that?
tools/perf/builtin-kvm.c| 12 +---
tools
Commit-ID: f77c6e9c8f9c444cd44423df0c2708e86a06a696
Gitweb: http://git.kernel.org/tip/f77c6e9c8f9c444cd44423df0c2708e86a06a696
Author: Ramkumar Ramachandra
AuthorDate: Mon, 30 Dec 2013 13:04:18 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 13 Jan 2014 10:46:39 -0300
perf
Commit-ID: 1f513b2c1e8a2008b8ab767fdb6fa6c154591ed3
Gitweb: http://git.kernel.org/tip/1f513b2c1e8a2008b8ab767fdb6fa6c154591ed3
Author: Ramkumar Ramachandra
AuthorDate: Mon, 30 Dec 2013 13:04:20 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 13 Jan 2014 11:37:17 -0300
perf
Commit-ID: 01f10bc85f538cd681d0a3338b97a33f308d944b
Gitweb: http://git.kernel.org/tip/01f10bc85f538cd681d0a3338b97a33f308d944b
Author: Ramkumar Ramachandra
AuthorDate: Mon, 30 Dec 2013 13:04:19 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 13 Jan 2014 11:36:46 -0300
perf
Commit-ID: a5846e215bd47f61133383822422c683600efa7a
Gitweb: http://git.kernel.org/tip/a5846e215bd47f61133383822422c683600efa7a
Author: Ramkumar Ramachandra
AuthorDate: Mon, 30 Dec 2013 13:32:35 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 13 Jan 2014 11:38:25 -0300
perf
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
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 di
Corresponding to
intel_crt_get_edid()
intel_sdvo_get_edid()
intel_dp_get_edid()
add a intel_lvds_get_edid(). We plan to call this during a
switcheroo-reprobe in later patches.
Cc: Chris Wilson
Cc: Andreas Heider
Cc: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm
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
Cc: Andreas Heider
Cc: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/intel_crt.c | 1 +
drivers
: Andreas Heider
Cc: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/intel_sdvo.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_sdvo.c
b/drivers/gpu/drm/i915/intel_sdvo.c
index a583e8f..beb40e5 100644
--- a
[Forgot to CC]
On Tue, Jan 7, 2014 at 8:24 PM, Ramkumar Ramachandra 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 th
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
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Andreas Heider
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index
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
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 ge
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.
>
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(st
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 tryi
re's a
series to get switcheroo-reprobe to call get-edid. I think it's a step
in the right direction, although I think more stuff is required to fix
the issue.
Disclaimer: The series might be utter rubbish, because this is my
first attempt at any driver code.
Thanks.
Cc: Andreas Heide
This code will be reused to support hybrid graphics on some Apple
machines that can't get a mode for the LVDS panel at boot, so move it
into a new function named intel_lvds_get_edid().
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Seth Forshee
Signed-off-by: Ramkumar Ramach
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.
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gp
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Andreas Heider
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index
ned-off-by: Ramkumar Ramachandra
---
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 6c09617..8275551 100644
--- a/drivers/gpu/drm/i915/intel_lvds.c
+++ b/drive
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 o
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
d
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 tr
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
Remove dead link to homepage, and update the targets built.
Cc: Thomas Renninger
Cc: Dominik Brodowski
Signed-off-by: Ramkumar Ramachandra
---
tools/power/cpupower/README | 16 +++-
tools/power/cpupower/ToDo | 1 -
2 files changed, 7 insertions(+), 10 deletions(-)
diff --git a
Rename cpufrequtils -> cpupower, and libcpufreq -> libcpupower.
Cc: Thomas Renninger
Cc: Dominik Brodowski
Signed-off-by: Ramkumar Ramachandra
---
tools/power/cpupower/README | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/power/cpupower/README b
Hi,
I just had a chance to look at cpupower; here's a small contribution.
Thanks.
Cc: Thomas Renninger
Cc: Dominik Brodowski
Ramkumar Ramachandra (3):
cpupower tools: adjust README to reflect rename
cpupower tools: update README
cpupower tools: update uninstall target
tools/
Cc: Thomas Renninger
Cc: Dominik Brodowski
Signed-off-by: Ramkumar Ramachandra
---
tools/power/cpupower/Makefile | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/power/cpupower/Makefile b/tools/power/cpupower/Makefile
index cbfec92..dca6b43 100644
--- a/tools
Add a Documentation/ABI entry for
/sys/devices/system/cpu/intel_pstate/max_perf_pct,
/sys/devices/system/cpu/intel_pstate/min_perf_pct, and
/sys/devices/system/cpu/intel_pstate/no_turbo.
Cc: Dirk Brandewie
Cc: Rafael J. Wysocki
Cc: Randy Dunlap
Cc: Linux PM
Signed-off-by: Ramkumar Ramachandra
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 u
Add a Documentation/ABI entry for
/sys/devices/system/cpu/intel_pstate/max_perf_pct,
/sys/devices/system/cpu/intel_pstate/min_perf_pct, and
/sys/devices/system/cpu/intel_pstate/no_turbo.
Cc: Dirk Brandewie
Cc: Rafael J. Wysocki
Cc: Randy Dunlap
Cc: Linux PM
Signed-off-by: Ramkumar Ramachandra
The Intel P-state driver is currently undocumented. Add some
documentation based on the cover-letter sent with the original series.
Cc: Dirk Brandewie
Cc: Rafael J. Wysocki
Cc: Randy Dunlap
Cc: Linux PM
Acked-by: Randy Dunlap
Signed-off-by: Ramkumar Ramachandra
---
Documentation/cpu-freq
The Intel P-state driver is currently undocumented. Add some
documentation based on the cover-letter sent with the original series.
Cc: Dirk Brandewie
Cc: Rafael J. Wysocki
Cc: Randy Dunlap
Cc: Linux PM
Signed-off-by: Ramkumar Ramachandra
---
Thanks to Rafael and Randy for corrections.
I
The Intel P-state driver is currently undocumented. Add some
documentation based on the cover-letter sent with the original series.
Cc: Dirk Brandewie
Cc: Rafael J. Wysocki
Cc: Viresh Kumar
Signed-off-by: Ramkumar Ramachandra
---
I was looking for documentation on my cpufreq driver
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-lock.c | 14 ++
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/tools/perf/builtin-lock.c b/tools/perf/builtin-lock.c
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-mem.c | 15 ++-
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/tools/perf/builtin-mem.c b/tools/perf/builtin-mem.c
Expose build_usage_string() and list_cmds_raw() via util.h, and reuse
the functions to implement --list-cmds for 'perf kmem', just like we did
for 'perf kvm'. Also use it in perf-completion.sh to aid completions.
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by:
, etc.
Okay, so here's a first cut. util.c/ util.h might not have been the
best place to put the functions, but I 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
Cc: Arnaldo Carvalho de Melo
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
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/bu
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-sched.c| 15 +++
tools/perf/perf-completion.sh | 4 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin
1 - 100 of 352 matches
Mail list logo