public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
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


  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