From: Len Brown <lenb@kernel.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: linux-acpi@vger.kernel.org, Zhao Yakui <yakui.zhao@intel.com>,
Alexey Starikovskiy <astarikovskiy@suse.de>,
Thomas Renninger <trenn@suse.de>
Subject: Re: [PATCH 01/11] ACPI: update debug parameter documentation
Date: Thu, 06 Nov 2008 17:15:25 -0500 (EST) [thread overview]
Message-ID: <alpine.LFD.2.00.0811061705450.3106@localhost.localdomain> (raw)
In-Reply-To: <200811061422.39997.bjorn.helgaas@hp.com>
> > $ cat /sys/module/acpi/parameters/debug_layer
> I don't really like having the whole list in the doc either.
> One problem with using only a pointer to the sysfs file is
> that you have to have a booted machine with ACPI_DEBUG=y.
Good point.
Maybe in kernel-parameters.txt we should point to
a Documedntation/acpi/debug.txt file with this stuff in it?
> We could use a pointer to acoutput.h, especially if we moved
> the driver definitions there. It's still a minor irritation
> that the source code says "ACPI_DEBUG_PRINT((ACPI_DB_INFO ..."
> and you have to work back to the ACPI_LV_INFO definition before
> you have a mask value. But the benefit of having only a single
> copy of the list is probably worth that irritation.
agreed.
> If you're willing to see the component definitions in acoutput.h,
> would you also want to change acpi/debug.c so it prints the
> driver bits individually?
re: acoutput.h
on second thought, putting them in acpi_drivers.h would be better,
b/c that is linux and acouput is ACPICA.
I think having them together is better than having them spread
around, but for readability and easy to verify by inspection
that we don't have any conflicting definitions.
re: acpi/debug.c
Honestly, greg hates for us to print stuff in sysfs files,
but we decided it was worth his wrath for this case b/c
we had it in /proc and this documentation was so poorly documented.
Making the print-out longer will not make him happier,
but we're already going to burn in sysfs hell for our sins:-)
> > > + When no parameters are supplied, the default settings cause AML
> > > + stores to the "Debug" object to produce console output.
> >
> > I think Thomas may have changed this at SuSE b/c they ship
> > with CONFIG_ACPI_DEBUG=y, if so, maybe upstream should also?
>
> Yeah, I don't really like the default mask being non-zero.
> I seem to have a bunch of machines that spew lots of debug
> output. Possibly these are protos with old firmware, but I
> suspect we shipped firmware that uses Debug.
>
> I didn't change it because the default is currently set in
> the CA somewhere. I guess we could override it early in
> acpi_init() or something.
I'd apply a patch to change the default -- as long as we document it.
thanks,
-Len
next prev parent reply other threads:[~2008-11-06 22:22 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-05 23:17 [PATCH 00/11] RFC: various ACPI core cleanups Bjorn Helgaas
2008-11-05 23:17 ` [PATCH 01/11] ACPI: update debug parameter documentation Bjorn Helgaas
2008-11-06 20:29 ` Len Brown
2008-11-06 21:22 ` Bjorn Helgaas
2008-11-06 22:15 ` Len Brown [this message]
2008-11-06 22:24 ` Randy Dunlap
2008-11-05 23:17 ` [PATCH 02/11] ACPI: remove comments about debug layer/level to use Bjorn Helgaas
2008-11-06 20:30 ` Len Brown
2008-11-05 23:17 ` [PATCH 03/11] ACPI: SBS: remove useless acpi_cm_sbs_init() initcall Bjorn Helgaas
2008-11-06 20:31 ` Len Brown
2008-11-05 23:17 ` [PATCH 04/11] ACPI: pci_link: remove acpi_irq_balance_set() interface Bjorn Helgaas
2008-11-06 20:41 ` Len Brown
2008-11-05 23:17 ` [PATCH 05/11] ACPI: remove CONFIG_ACPI_POWER Bjorn Helgaas
2008-11-06 20:42 ` Len Brown
2008-11-05 23:18 ` [PATCH 06/11] ACPI: remove CONFIG_ACPI_EC Bjorn Helgaas
2008-11-06 20:57 ` Len Brown
2008-11-05 23:18 ` [PATCH 07/11] ACPI: add CONFIG_ACPI_PCI Bjorn Helgaas
2008-11-06 19:41 ` Bjorn Helgaas
2008-11-05 23:18 ` [PATCH 08/11] ACPI: remove ACPI dependency on PCI Bjorn Helgaas
2008-11-05 23:18 ` [PATCH 09/11] ACPI: remove ACPI dependency on PM Bjorn Helgaas
2008-11-05 23:18 ` [PATCH 10/11] ia64: remove automatic PM selection Bjorn Helgaas
2008-11-05 23:18 ` [PATCH 11/11] ACPI: call core init functions explicitly instead of using initcalls Bjorn Helgaas
2008-11-06 22:02 ` Len Brown
2008-11-06 23:40 ` Bjorn Helgaas
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=alpine.LFD.2.00.0811061705450.3106@localhost.localdomain \
--to=lenb@kernel.org \
--cc=astarikovskiy@suse.de \
--cc=bjorn.helgaas@hp.com \
--cc=linux-acpi@vger.kernel.org \
--cc=trenn@suse.de \
--cc=yakui.zhao@intel.com \
/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