login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
November
»
12
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Jean Pihet
Subject:
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
Date: Friday, November 12, 2010 - 2:50 pm
On Fri, Nov 12, 2010 at 7:17 PM, Thomas Renninger <trenn@suse.de> wrote:
quoted text
> On Friday 12 November 2010 08:20:47 am Jean Pihet wrote: >> Thomas, > ... >> > + >> > + TP_printk("state=%lu cpu_id=%lu", (unsigned long)__entry->state, >> > + (unsigned long)__entry->cpu_id) >> Using %lu for the state field causes PWR_EVENT_EXIT to appear as >> 4294967295 instead of -1. Can the field be of a signed type? > This is intended, what exactly is the problem?
There is no problem, I just wanted to warn about it. I am fine with it.
quoted text
> > ... >> > + TP_printk("state=%lu", (unsigned long)__entry->state) >> Same remark about the unsigned type for the state field. > Same. >> >> > +); >> > + >> > +#ifdef CONFIG_EVENT_POWER_TRACING_DEPRECATED >> > + >> > #ifndef _TRACE_POWER_ENUM_ >> > #define _TRACE_POWER_ENUM_ >> > enum { >> > @@ -153,8 +214,32 @@ DEFINE_EVENT(power_domain, power_domain_target, >> > >> > TP_ARGS(name, state, cpu_id) >> > ); >> > - >> > +#endif /* CONFIG_EVENT_POWER_TRACING_DEPRECATED */ >> The clock and power_domain events have been recently introduced and so >> must be part of the new API. Can this #endif be moved right after the >> definition of power_end? > Oops, I pulled again meanwhile and the patches still patched without fuzz, > but probably with some offset. > I'll look at that and resend this one.
Ok
quoted text
> >> > #endif /* _TRACE_POWER_H */ >> Should this be at the very end of the file? > Not sure whether this also came from merge issues, but yes, several > #ifdef conditions need to get corrected.
Ok
quoted text
> > ... > >> A string is needed here. Without it it is impossible to have the option >> unset. >> This does the trick: +bool "Deprecated power event trace API, to be removed" > Ok, thanks. > > I am currently rebuilding on several archs/flavors and hope to be able > to re-send this one today or on Tue. > > Thanks, > > Thomas >
Thanks! Jean --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RESEND] Power trace event cleanup by still providing old ...
, Thomas Renninger
, (Thu Nov 11, 11:03 am)
[PATCH 1/3] PERF: Do not export power_frequency, but power ...
, Thomas Renninger
, (Thu Nov 11, 11:03 am)
[PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Thu Nov 11, 11:03 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Jean Pihet
, (Fri Nov 12, 7:20 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Fri Nov 12, 11:17 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Jean Pihet
, (Fri Nov 12, 2:50 pm)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Sun Nov 14, 6:22 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Sun Nov 14, 6:34 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Jean Pihet
, (Mon Nov 15, 8:49 am)
Re: [PATCH 1/3] PERF: Do not export power_frequency, but p ...
, Jean Pihet
, (Mon Nov 15, 8:50 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Ingo Molnar
, (Thu Nov 18, 1:01 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Thu Nov 18, 2:27 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Ingo Molnar
, (Thu Nov 18, 2:36 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Jean Pihet
, (Thu Nov 18, 2:44 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Ingo Molnar
, (Thu Nov 18, 3:52 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Jean Pihet
, (Thu Nov 18, 9:34 am)
Re: [PATCH 2/3] PERF(kernel): Cleanup power events
, Thomas Renninger
, (Thu Nov 18, 5:14 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Mr. James W. Laferriere
Re: Linux 2.6.25-rc1 , syntax error near unexpected token `;'
Linus Torvalds
Linux 2.6.34-rc4
Chuck Ebbert
Re: PCI: Unable to reserve mem region problem
Paul Menage
Re: [PATCH] Fix cpuset sched_relax_domain_level control file
git
:
Ralf Wildenhues
[PATCH] Fix typos in the documentation
Len Brown
Re: fatal: unable to create '.git/index': File exists
Denis Bueno
Git clone error
Sam Vilain
Re: RFC: Flat directory for notes, or fan-out? Both!
Oliver Hoffmann
git init --bare versus git --bare init
git-commits-head
:
Linux Kernel Mailing List
ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
nfsd41: sanity check client drc maxreqs
Linux Kernel Mailing List
bnx2x: Moving includes
Linux Kernel Mailing List
V4L/DVB: gspca - sonixj: Adjust minor values of sensor ov7630. - set the color ga...
openbsd-misc
:
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Netmaffia.hu
Tini Lányok AKCIÓBAN OTTHON
Sam Fourman Jr.
Re: Help with Altell PC6700
Siju George
This is what Linus Torvalds calls openBSD crowd
Darrin Chandler
Re: OT: Python (was Re: vi in /bin)
linux-netdev
:
Kurt Van Dijck
Re: [PATCH net-next-2.6 1/2] can: add driver for Softing card
Eric Dumazet
Re: [PATCH net-next-2.6] net: Introduce skb_orphan_try()
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
David Miller
Re: [PATCH v2] net: typos in comments in include/linux/igmp.h
Colocation donated by:
Syndicate