On Thursday 29 November 2007 10:35:45 am Rene Herman wrote:
> 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.
OK, good.
Anyone who relies on the manual settings will have to change the
way it's done, so maybe the changelog and documentation update
should include some text along the lines of:
- this removes module parameters for ISAPNP ALSA resources
- the drivers *should* work with no manual resource settings
- if you need manual resource settings (usually to work around
a broken BIOS),
- please report the problem in the Drivers/PNP component at
http://bugzilla.kernel.org/enter_bug.cgi and attach the
dmesg log, /proc/{interrupts,iomem,ioports} contents,
dmidecode output, and broken and working resource settings
- work around the problem by echoing resource settings directly
into the sysfs resource file, e.g.,
# cd /sys/devices/pnp0/00:06
# cat resources > /tmp/resources
# <edit resource settings in /tmp/resources>
# cat /tmp/resources > resources
# modprobe <driver>
Bjorn
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
