From: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>,
Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: CONFIG_ACPI_DEBUG cost
Date: Tue, 2 Nov 2004 09:46:46 -0700 [thread overview]
Message-ID: <200411020946.46877.bjorn.helgaas@hp.com> (raw)
In-Reply-To: <20041031184823.GA5578-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
On Sunday 31 October 2004 11:48 am, Pavel Machek wrote:
> Its worse than that, it looks very ugly in the sources. See for
> example return_VALUE() macro...
I'm fairly used to the look of the source now. I only get bitten
occasionally by the weird semantics of ACPI_FUNCTION_TRACE (it
looks like a function call, but actually declares variables, or
something) :-)
> I think acpi debugging crap^H^H^H^Hstuff should be simply removed in
> favor of people running kgdb or something like that. ["If you want to
> print all names of functions being entered, you should probably be
> using debugger in the first place"]
I wouldn't be opposed to removing it, since I never figured out
how to use it. But I'm not opposed to leaving it in, either, if
it is useful to other people. If it is left in, it would be
nice to have a writeup of how to use it in Documentation/*. I'm
sure there's cool stuff it can do, and I feel kinda left out
since I can't figure out how to make it dance.
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
next prev parent reply other threads:[~2004-11-02 16:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-29 6:03 CONFIG_ACPI_DEBUG cost Len Brown
2004-10-29 6:20 ` Andi Kleen
2004-10-31 18:48 ` Pavel Machek
[not found] ` <20041031184823.GA5578-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-11-02 16:46 ` Bjorn Helgaas [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-10-29 16:27 Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE0550276521D-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-10-29 23:24 ` Andi Kleen
2004-10-29 23:28 Moore, Robert
[not found] <37F890616C995246BE76B3E6B2DBE0550276533A@orsmsx403.amr.corp.intel.com>
[not found] ` <37F890616C995246BE76B3E6B2DBE0550276533A-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-11-05 7:54 ` Len Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200411020946.46877.bjorn.helgaas@hp.com \
--to=bjorn.helgaas-vxdhtt5mjny@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=pavel-+ZI9xUNit7I@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox