All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rene Herman <rene.herman@keyaccess.nl>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Andrew Morton <akpm@osdl.org>,
	ALSA devel <alsa-devel@alsa-project.org>,
	Takashi Iwai <tiwai@suse.de>, "yakui.zhao" <yakui.zhao@intel.com>,
	"Li, Shaohua" <shaohua.li@intel.com>,
	Thomas Renninger <trenn@suse.de>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Rene Herman <rene.herman@gmail.com>
Subject: Re: [PATCH] sound/isa: kill pnp_resource_change.
Date: Thu, 29 Nov 2007 18:34:32 +0100	[thread overview]
Message-ID: <474EF828.7010905@keyaccess.nl> (raw)
In-Reply-To: <200711290920.05010.bjorn.helgaas@hp.com>

On 29-11-07 17:20, Bjorn Helgaas wrote:

> On Wednesday 28 November 2007 06:10:33 pm Rene Herman wrote:

>> This removes the pnp_resource_change use from the ALSA ISAPnP drivers. In
>> 2.4 these were useful in providing an easy path to setting the resources,
>> but in 2.6 they retain function as a layering violation only.
>>
>> This makes for a nice cleanup (-550 lines) of ALSA but moreover, ALSA is the
>> only remaining user of pnp_init_resource_table(), pnp_resource_change() and
>> pnp_manual_config_dev() (and, in fact, of "struct pnp_resource_table") in
>> the tree outide of drivers/pnp itself meaning it makes for more cleanup
>> potential inside the PnP layer.
> 
> I think this is great and will certainly clean up the PNP interfaces.
> 
> But are you removing functionality that people need?  I don't know
> anything about ALSA, but we have to assume that some BIOSes supply
> incorrect resource information.  If you remove all these module
> parameters, is there still a way to workaround the BIOS defects?

Yes, sure, by just echoing resource values into sysfs files as a direct 
replacement (ie, doing the same thing at the PnP layer directly) and 
possibly by adding quirks for any definite and standing issues. We already 
have a few of those in fact for SB16, AWE32 and CMI8330 chips, in 
drivers/pnp/quirks.c.

But the expected use is just no manual settings at all, same as with say 
PCI. I've always been a little disappointed at the ISAPnP bad rep. It's a 
fully sane bus as far as the interface is concerned.

And by the way, real-life issue with sound and PnP seems to be confined to 
older laptops with an onboard Cirrus CS423x advertised through PnPBIOS/ACPI 
  and PnPBIOS/ACPI claiming the resources could not actually be changed, 
which the now removed code tried to do anyway. You were CCed on a report of 
that a while ago. Don't know if that went anywhere but if anything, this 
removal of the problematic code makes it better (probably fixes it fully in 
fact...).

Rene.

  reply	other threads:[~2007-11-29 17:37 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-29  1:10 [PATCH] sound/isa: kill pnp_resource_change Rene Herman
2007-11-29 14:07 ` Takashi Iwai
2007-11-30  9:52   ` Jaroslav Kysela
2007-11-30 11:05     ` Takashi Iwai
2007-11-30 12:25       ` Jaroslav Kysela
2007-11-30 12:38         ` Takashi Iwai
2007-11-30 13:32           ` Jaroslav Kysela
2007-11-30 16:11             ` Takashi Iwai
2007-11-30 17:19             ` Rene Herman
2007-11-30 17:39               ` Thomas Renninger
2007-11-30 19:53                 ` Rene Herman
2007-11-29 16:20 ` Bjorn Helgaas
2007-11-29 17:34   ` Rene Herman [this message]
2007-11-29 17:35   ` Rene Herman
2007-11-29 19:30     ` Bjorn Helgaas
2007-11-30  0:49       ` Rene Herman
2007-11-30  9:07         ` Takashi Iwai
2007-11-30 17:07           ` Rene Herman
2007-11-30 16:27             ` Takashi Iwai
2007-11-30 17:33               ` Rene Herman

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=474EF828.7010905@keyaccess.nl \
    --to=rene.herman@keyaccess.nl \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=bjorn.helgaas@hp.com \
    --cc=rene.herman@gmail.com \
    --cc=shaohua.li@intel.com \
    --cc=tiwai@suse.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.