public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>, Frans Pop <elendil@planet.nl>,
	linux-kernel@vger.kernel.org, Marcel Selhorst <tpm@selhorst.net>,
	Thomas Renninger <trenn@suse.de>, Adam Belay <ambx1@neo.rr.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Greg KH <greg@kroah.com>
Subject: Re: char/tpm: tpm_infineon no longer loaded for HP 2510p laptop
Date: Thu, 21 Aug 2008 17:38:25 +0200	[thread overview]
Message-ID: <1219333105.20723.45.camel@lgn.site> (raw)
In-Reply-To: <200808210914.27516.bjorn.helgaas@hp.com>

On Thu, 2008-08-21 at 09:14 -0600, Bjorn Helgaas wrote:
> On Thursday 21 August 2008 07:28:56 am Kay Sievers wrote:
> > Yeah, we miss to loop over the list. This should fix it. Thanks!
> 
> Thanks for the patch.
> 
> Can somebody elaborate on why we need to add "acpi*" aliases for all
> PNP devices?  That broadens the kernel/user interface, so I'd like
> to understand why we need it.

We already do ACPI module autoloading by MODALIAS for other things than
pnp. ACPI exports the pnp devices with modalias, but the modules do not
have a matching alias, this add them.

PNP has no MODALIAS support at all, and the current pnp-aliases would
not work for the standard modalias method, they would need to change
their format.

The plan is to replace the current pnp modprobe shell script hack in
udev, when ACPI devices load the right modules without any special
userspace mangling.

Thanks,
Kay


  reply	other threads:[~2008-08-21 15:39 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-18 13:40 char/tpm: tpm_infineon no longer loaded for HP 2510p laptop Frans Pop
2008-08-20 15:56 ` Bjorn Helgaas
2008-08-21 12:40   ` Rafael J. Wysocki
2008-08-21 13:28     ` Kay Sievers
2008-08-21 15:14       ` Bjorn Helgaas
2008-08-21 15:38         ` Kay Sievers [this message]
2008-08-21 16:31           ` Bjorn Helgaas
2008-08-21 20:30       ` Frans Pop
  -- strict thread matches above, loose matches on Subject: below --
2008-08-21 21:18 Kay Sievers
2008-08-21 21:58 ` Bjorn Helgaas
2008-08-22  8:40   ` Kay Sievers
2008-08-22 12:06     ` Bjorn Helgaas
2008-08-22 12:43       ` Kay Sievers
2008-10-03 22:01         ` Bjorn Helgaas
2008-10-04 12:09           ` Kay Sievers
2008-10-04 15:31             ` Bjorn Helgaas
2008-10-04 16:27               ` Kay Sievers

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=1219333105.20723.45.camel@lgn.site \
    --to=kay.sievers@vrfy.org \
    --cc=akpm@linux-foundation.org \
    --cc=ambx1@neo.rr.com \
    --cc=bjorn.helgaas@hp.com \
    --cc=elendil@planet.nl \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --cc=tpm@selhorst.net \
    --cc=trenn@suse.de \
    /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