diff options
| author | kay.sievers@vrfy.org <kay.sievers@vrfy.org> | 2005-04-19 08:57:31 +0400 |
|---|---|---|
| committer | Greg KH <greg@press.kroah.org> | 2005-04-19 08:57:31 +0400 |
| commit | 6897089c5f7989603ccb9c696050470ba1dbd262 (patch) | |
| tree | 858c77a9aefc2f7b7b2c310b07e243d19a78e148 | |
| parent | 6f31e42221c7deae4527136ce0dd73990d8bc1d1 (diff) | |
| download | linux-6897089c5f7989603ccb9c696050470ba1dbd262.tar.xz | |
[PATCH] add TIMEOUT to firmware_class hotplug event
On Tue, 2005-03-15 at 09:25 +0100, Hannes Reinecke wrote:
> The current implementation of the firmware class breaks a fundamental
> assumption in udevd: that the physical device can be initialised fully
> prior to executing the next event for that device.
Here we add a TIMEOUT value to the hotplug environment of the firmware
requesting event. I will adapt udevd not to wait for anything else, if
it finds a TIMEOUT key.
Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
| -rw-r--r-- | drivers/base/firmware_class.c | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c index 26c9464af80a..97fe13f7f07c 100644 --- a/drivers/base/firmware_class.c +++ b/drivers/base/firmware_class.c @@ -102,6 +102,9 @@ firmware_class_hotplug(struct class_device *class_dev, char **envp, if (add_hotplug_env_var(envp, num_envp, &i, buffer, buffer_size, &len, "FIRMWARE=%s", fw_priv->fw_id)) return -ENOMEM; + if (add_hotplug_env_var(envp, num_envp, &i, buffer, buffer_size, &len, + "TIMEOUT=%i", loading_timeout)) + return -ENOMEM; envp[i] = NULL; |