Re: [PATCH] smsc-ircc2: Add PnP support.

[matthieu castet]

Meelis Roos wrote:
> > Could you send me the result of : "for i in /sys/bus/pnp/devices/*; do 
> > cat $i/id $i/options; done" in order to see if other devices have 
> > missing resources ?
>
>
> PNP0c01
> PNP0200
> PNP0800
> PNP0c04
> PNP0303
> PNP0f13
> PNP0b00
> PNP0c02
> PNP0700
> port 0x3f0-0x3f0, align 0x0, size 0x6, 16-bit address decoding
> port 0x3f7-0x3f7, align 0x0, size 0x1, 16-bit address decoding
> irq 6 High-Edge
> dma 2 8-bit compatible
floppy : seem ok
> PNP0501
> Dependent: 01 - Priority acceptable
>    port 0x3f8-0x3f8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 02 - Priority acceptable
>    port 0x2f8-0x2f8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 03 - Priority acceptable
>    port 0x2e8-0x2e8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 04 - Priority acceptable
>    port 0x3e8-0x3e8, align 0x0, size 0x8, 16-bit address decoding
serial miss irq
> SMCf010
> Dependent: 01 - Priority acceptable
>    port 0x3f8-0x3f8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 02 - Priority acceptable
>    port 0x2e8-0x2e8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 03 - Priority acceptable
>    port 0x2f8-0x2f8, align 0x0, size 0x8, 16-bit address decoding
> Dependent: 04 - Priority acceptable
>    port 0x3e8-0x3e8, align 0x0, size 0x8, 16-bit address decoding
irda : miss io,irq,dma
> PNP0401
> Dependent: 01 - Priority acceptable
>    port 0x378-0x378, align 0x0, size 0x3, 16-bit address decoding
>    port 0x778-0x778, align 0x0, size 0x3, 16-bit address decoding
>    irq 7 High-Edge
> Dependent: 02 - Priority acceptable
>    port 0x278-0x278, align 0x0, size 0x3, 16-bit address decoding
>    port 0x678-0x678, align 0x0, size 0x3, 16-bit address decoding
>    irq 5 High-Edge
> Dependent: 03 - Priority acceptable
>    port 0x3bc-0x3bc, align 0x0, size 0x3, 16-bit address decoding
>    port 0x7bc-0x7bc, align 0x0, size 0x3, 16-bit address decoding
>    irq 7 High-Edge
parallel port: miss dma
> TOS6200

Could it be an acpi parsing problem ?
Is there a easy way to use ACPI_DUMP_RESOURCE_LIST in order to find all 
the resource find by acpi in order to see if it is an acpi problem or a 
pnpacpi problem ?

Matthieu


PS : I CC the message to acpi people : look 
http://marc.theaimsgroup.com/?t=110075024500002&r=1&w=2 for the begining.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/