On Saturday 07 April 2007 1:08 pm, David Brownell wrote:
> By adding a warning over this create-links patch, I found that the
> system in the $SUBJECT patch (and likely every ACPI system) has
> two different nodes that correspond to one ACPI node:
>
> /sys/devices/pci0000:00 ... pci root node
> /sys/devices/pnp0/00:00 ... id PNP0a03
> /sys/devices/acpi_system:00/device:00/PNP0A03:00 ... ditto
>
> Arguably that's too many sysfs nodes for one device...
On a different system, I found a more interesting issue.
Specifically, pnp0/00:01 and pnp0:00/03 both have ids ... the appended
patch goes on top of the previous pnpacpi patch, and should (nyet tested!)
fix another place I saw that warning.
- Dave
========= CUT HERE
Handle PNP devices that have the same IDs a bit more sanely ... I suspect
that pnp_dev.number should be compared with some acpi_device field to make
it hook up to a particular ACPI device, but I'll leave that to someone who
knows how that's supposed to work. At least this will connect e.g. multiple
PNP nodes to ACPI nodes sharing the same PNP0c02 id.
Signed-off-by: David Brownell <[email protected]>
--- g26.orig/drivers/pnp/pnpacpi/core.c 2007-04-10 01:38:53.000000000 -0700
+++ g26/drivers/pnp/pnpacpi/core.c 2007-04-10 16:16:07.000000000 -0700
@@ -243,6 +243,7 @@ static int __init acpi_pnp_match(struct
/* true means it matched */
return acpi->flags.hardware_id
+ && !dev->archdata.acpi_handle
&& compare_pnp_id(pnp->id, acpi->pnp.hardware_id);
}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
