public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* re : ACPI PnP on Intel MU440EX
@ 2008-08-31 17:39 matthieu castet
  2008-09-01 15:56 ` Martin Doucha
  2008-09-01 20:28 ` matthieu castet
  0 siblings, 2 replies; 5+ messages in thread
From: matthieu castet @ 2008-08-31 17:39 UTC (permalink / raw)
  To: Linux Kernel list, next_ghost

Hi,


Could you post the result of "lspnp -v" with pnpacpi and pnpbios ?


Thanks

Matthieu

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: re : ACPI PnP on Intel MU440EX
  2008-08-31 17:39 re : ACPI PnP on Intel MU440EX matthieu castet
@ 2008-09-01 15:56 ` Martin Doucha
  2008-09-01 20:28 ` matthieu castet
  1 sibling, 0 replies; 5+ messages in thread
From: Martin Doucha @ 2008-09-01 15:56 UTC (permalink / raw)
  To: Linux Kernel list

[-- Attachment #1: Type: text/plain, Size: 541 bytes --]

matthieu castet wrote:
> Could you post the result of "lspnp -v" with pnpacpi and pnpbios ?

Here's the output of lspnp -v with pnpbios. When I run it with pnpacpi, 
it says that /proc/bus/pnp doesn't exist and dies. These 4 lines appear 
about halfway through dmesg output (in this order, no text omitted 
between first and last line):

ACPI: bus type pnp registered
pnp: PnP ACPI: found 11 devices
ACPI: ACPI bus type pnp unregistered
PnPBIOS: Disabled by ACPI PNP

What should I do to get lspnp work with pnpacpi?

Regards,
Martin Doucha

[-- Attachment #2: pnpbios.out --]
[-- Type: text/plain, Size: 1387 bytes --]

00 PNP0c02 system peripheral: other
	io 0x0370-0x0371
	io 0x00ea-0x00eb
	mem 0xfffc0000-0xffffffff

01 PNP0c01 memory controller: RAM
	mem 0x00000000-0x0009ffff
	mem 0x000e4000-0x000fffff
	mem 0x00100000-0x05ffffff
	mem 0xfff80000-0xfffbffff

02 PNP0200 system peripheral: DMA controller
	io 0x0000-0x000f
	io 0x0081-0x008f
	io 0x00c0-0x00df
	dma 4

03 PNP0000 system peripheral: programmable interrupt controller
	io 0x0020-0x0021
	io 0x00a0-0x00a1
	irq 2

04 PNP0100 system peripheral: system timer
	io 0x0040-0x0043
	irq 0

05 PNP0b00 system peripheral: real time clock
	io 0x0070-0x0071
	irq 8

06 PNP0303 input device: keyboard
	io 0x0060-0x0060
	io 0x0064-0x0064
	irq 1

07 PNP0c04 reserved: other
	io 0x00f0-0x00ff
	irq 13

08 PNP0800 multimedia controller: audio
	io 0x0061-0x0061

09 PNP0a03 bridge controller: PCI
	io 0x0cf8-0x0cff

0a PNP0c02 bridge controller: ISA
	io 0x04d0-0x04d1
	io 0x8000-0x803f
	io 0x7000-0x700f

0b PNP0c02 memory controller: RAM
	mem 0x000e0000-0x000e3fff

0c PNP0c02 memory controller: RAM
	mem disabled
	mem disabled
	mem disabled
	mem disabled
	mem disabled
	mem disabled

0d PNP0f13 input device: mouse
	irq 12

0e PNP0501 communications device: RS-232
	io 0x03f8-0x03ff
	irq 4

11 PNP0700 mass storage device: floppy
	io 0x03f0-0x03f5
	io 0x03f7-0x03f7
	irq 6
	dma 2

15 PNP0400 communications device: AT parallel port
	io 0x0378-0x037f
	irq 7


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: re : ACPI PnP on Intel MU440EX
  2008-08-31 17:39 re : ACPI PnP on Intel MU440EX matthieu castet
  2008-09-01 15:56 ` Martin Doucha
@ 2008-09-01 20:28 ` matthieu castet
  2008-09-02 14:52   ` Martin Doucha
  2008-09-02 15:03   ` Martin Doucha
  1 sibling, 2 replies; 5+ messages in thread
From: matthieu castet @ 2008-09-01 20:28 UTC (permalink / raw)
  To: Linux Kernel list, next_ghost

Hi,

Please keep CC.

> What should I do to get lspnp work with pnpacpi?

Use a newer version of lspnp.

An alternative is to do a for i in /sys/bus/pnp/devices/*; do echo $i; 
cat $i/*; done

Matthieu


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: re : ACPI PnP on Intel MU440EX
  2008-09-01 20:28 ` matthieu castet
@ 2008-09-02 14:52   ` Martin Doucha
  2008-09-02 15:03   ` Martin Doucha
  1 sibling, 0 replies; 5+ messages in thread
From: Martin Doucha @ 2008-09-02 14:52 UTC (permalink / raw)
  To: matthieu castet; +Cc: Linux Kernel list

[-- Attachment #1: Type: text/plain, Size: 534 bytes --]

matthieu castet wrote:
> Hi,
> Please keep CC.
>> What should I do to get lspnp work with pnpacpi?
>
> Use a newer version of lspnp.
> An alternative is to do a for i in /sys/bus/pnp/devices/*; do echo $i; 
> cat $i/*; done
> Matthieu

Looking for any version of lspnp seems harder than finding a needle in 
barn full of hay... Here're the contents of /sys/bus/pnp/devices, the 
parallel port seems to be detected as device 00:08 (line 81) but there's 
no mention of it in dmesg, /dev or /proc/sys/dev/parport

Regards,
Martin Doucha

[-- Attachment #2: pnpacpi.out --]
[-- Type: text/plain, Size: 2692 bytes --]

/sys/bus/pnp/devices/00:0a
PNP8294
Dependent: 01 - Priority preferred
   port 0x2f8-0x2f8, align 0x0, size 0x8, 16-bit address decoding
   irq 3 High-Edge
Dependent: 02 - Priority preferred
   port 0x2e8-0x2e8, align 0x0, size 0x8, 16-bit address decoding
   irq 3 High-Edge
Dependent: 03 - Priority preferred
   port 0x3f8-0x3f8, align 0x0, size 0x8, 16-bit address decoding
   irq 4 High-Edge
Dependent: 04 - Priority preferred
   port 0x3e8-0x3e8, align 0x0, size 0x8, 16-bit address decoding
   irq 4 High-Edge
Dependent: 05 - Priority functional
   port 0x100-0x3f8, align 0x7, size 0x8, 16-bit address decoding
   irq 1,3,4,5,6,7,8,10,11,12,13,14,15 High-Edge
state = disabled
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:00
PNP0a03
state = active
io 0xcf8-0xcff
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:01
PNP0303
state = active
io 0x60-0x60
io 0x64-0x64
irq 1
DRIVER=i8042 kbd
PHYSDEVBUS=pnp
PHYSDEVDRIVER=i8042 kbd
/sys/bus/pnp/devices/00:02
PNP0f13
state = active
irq 12
DRIVER=i8042 aux
PHYSDEVBUS=pnp
PHYSDEVDRIVER=i8042 aux
/sys/bus/pnp/devices/00:03
PNP0201
state = active
io 0x0-0xf
io 0x80-0x91
io 0x94-0x9f
io 0xc0-0xdf
io 0x40b-0x40b
io 0x410-0x43f
io 0x481-0x483
io 0x487-0x487
io 0x489-0x489
io 0x4d6-0x4d6
dma 4
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:04
PNP0b00
state = active
io 0x70-0x71
irq 8
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:05
PNP0c04
state = active
io 0xf0-0xff
irq 13
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:06
PNP0800
state = active
io 0x61-0x61
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:07
PNP0c02
state = active
io 0x7000-0x700f
io 0x8000-0x803f
DRIVER=system
PHYSDEVBUS=pnp
PHYSDEVDRIVER=system
/sys/bus/pnp/devices/00:08
PNP0700
Dependent: 01 - Priority preferred
   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
state = active
io 0x3f0-0x3f5
io 0x3f7-0x3f7
irq 6
dma 2
PHYSDEVBUS=pnp
/sys/bus/pnp/devices/00:09
PNP0501
Dependent: 01 - Priority preferred
   port 0x3f8-0x3f8, align 0x0, size 0x8, 16-bit address decoding
   irq 4 High-Edge
Dependent: 02 - Priority preferred
   port 0x3e8-0x3e8, align 0x0, size 0x8, 16-bit address decoding
   irq 4 High-Edge
Dependent: 03 - Priority preferred
   port 0x2f8-0x2f8, align 0x0, size 0x8, 16-bit address decoding
   irq 3 High-Edge
Dependent: 04 - Priority preferred
   port 0x2e8-0x2e8, align 0x0, size 0x8, 16-bit address decoding
   irq 3 High-Edge
Dependent: 05 - Priority functional
   port 0x100-0x3f8, align 0x7, size 0x8, 16-bit address decoding
   irq 1,3,4,5,6,7,8,10,11,12,13,14,15 High-Edge
state = active
io 0x3f8-0x3ff
irq 4
DRIVER=serial
PHYSDEVBUS=pnp
PHYSDEVDRIVER=serial

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: re : ACPI PnP on Intel MU440EX
  2008-09-01 20:28 ` matthieu castet
  2008-09-02 14:52   ` Martin Doucha
@ 2008-09-02 15:03   ` Martin Doucha
  1 sibling, 0 replies; 5+ messages in thread
From: Martin Doucha @ 2008-09-02 15:03 UTC (permalink / raw)
  To: matthieu castet; +Cc: Linux Kernel list

Uhh, no, it's device 00:0a on line 1 and kernel says it's disabled?! 
It's enabled in BIOS and dmesg doesn't mention it so why is it disabled?

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-09-02 15:27 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-31 17:39 re : ACPI PnP on Intel MU440EX matthieu castet
2008-09-01 15:56 ` Martin Doucha
2008-09-01 20:28 ` matthieu castet
2008-09-02 14:52   ` Martin Doucha
2008-09-02 15:03   ` Martin Doucha

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox