From: Michael Tokarev <mjt@tls.msk.ru>
To: Adam Belay <ambx1@neo.rr.com>
Cc: matthieu castet <castet.matthieu@free.fr>,
Andrew Morton <akpm@osdl.org>,
linux-kernel@vger.kernel.org
Subject: Re: PNP parallel&serial ports: module reload fails (2.6.11)?
Date: Tue, 07 Jun 2005 02:43:55 +0400 [thread overview]
Message-ID: <42A4D1AB.3090508@tls.msk.ru> (raw)
In-Reply-To: <20050606211855.GA3289@neo.rr.com>
Adam Belay wrote:
Hmm.. Strange I haven't received your email. Looking at our
maillog, looks like your host is listed in SORBS DUHL --
cpe-24-93-172-51.neo.res.rr.com[24.93.172.51]. Is it really
dynamic IP? I'm sorry for the noise, but it's a real PITA
to handle email and spam properly nowadays... ;)
> On Mon, Jun 06, 2005 at 07:01:37PM +0400, Michael Tokarev wrote:
>
[]
>>[ it's in http://www.corpit.ru/mjt/hpml310.dsdt - apache ships it
>> as Content-Type: text/plain, for some reason. I grabbed iasl
>> and converted that stuff into .dsls, available at:
>> http://www.corpit.ru/mjt/hpml310.dsl and
>> http://www.corpit.ru/mjt/hpml150.dsl ]
>>
[]
> I've been looking into the parport issue.
>
> Your ACPI _PRS method does look a little unusual (and possibly broken), but
> it might work if we assume that all of the other resources not mentioned are
> to be disabled.
Broken - is it a broken bios (so I will ask HP for an update),
or is it just how things works? ;)
BTW, there are quite some resources mentioned at PNP init time,
like this:
pnp: 00:08: ioport range 0x680-0x6ff has been reserved
pnp: 00:0c: ioport range 0x400-0x47f could not be reserved
pnp: 00:0c: ioport range 0x680-0x6ff has been reserved
pnp: 00:0c: ioport range 0x500-0x53f has been reserved
pnp: 00:0c: ioport range 0x500-0x53f has been reserved
pnp: 00:0c: ioport range 0x400-0x47f could not be reserved
pnp: 00:0c: ioport range 0x295-0x296 has been reserved
pnp: 00:0c: ioport range 0x3e0-0x3e7 has been reserved
> I'd like to see how the PnP layer is interpreting this, and also what your
> _CRS method is giving us.
>
> Could I see the output of:
>
> /sys/devices/pnp0/00:XX/resources
>
> and:
>
> /sys/bus/pnp/devices/00:XX/options
>
> where XX is the function number of your parport device... In one of your
> earlier emails it was "08".
Sure. With one exception: I can't find a machine where this is
really "08" now. I think I grabbed all that info from our machine
here at office (HPML150), but now it is reporting id 00:07, not
00:08 (maybe after we experimented with various modes of parallel
port - ECP/EPP/Standard - in bios). Maybe it was from another
machine (in a remote office) where I first tried to deal with
the problem. I checked current dsdt - it's still the same as on
the URL above.
Here's all the stuff from /sys/bus/pnp/devices/*/{resources,options}
on this machine (HPML150), devices 00:06 (serial port) and 00:07
(parallel port) are on top, after first load of parport_pc and 8250_pnp
modules (for all other devices, options file is empty):
00:06
state = active
io 0x3f8-0x3ff
irq 4
irq 3,4,5,6,7,10,11,12 High-Edge
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 0x3e8-0x3e8, align 0x0, size 0x8, 16-bit address decoding
Dependent: 04 - Priority acceptable
port 0x2e8-0x2e8, align 0x0, size 0x8, 16-bit address decoding
00:07
state = active
io 0x378-0x37f
irq 7
Dependent: 01 - Priority acceptable
port 0x378-0x378, align 0x0, size 0x8, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
Dependent: 02 - Priority acceptable
port 0x278-0x278, align 0x0, size 0x8, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
Dependent: 03 - Priority acceptable
port 0x3bc-0x3bc, align 0x0, size 0x4, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
Dependent: 04 - Priority acceptable
port 0x378-0x378, align 0x0, size 0x8, 16-bit address decoding
Dependent: 05 - Priority acceptable
port 0x278-0x278, align 0x0, size 0x8, 16-bit address decoding
Dependent: 06 - Priority acceptable
port 0x3bc-0x3bc, align 0x0, size 0x4, 16-bit address decoding
00:00
state = active
io 0x0-0xf
io 0x81-0x83
io 0x87-0x87
io 0x89-0x8b
io 0x8f-0x8f
io 0xc0-0xdf
dma 4
00:01
state = active
io 0x70-0x71
irq 8
00:02
state = active
io 0x60-0x60
io 0x64-0x64
irq 1
00:03
state = active
irq 12
00:04
state = active
io 0x61-0x61
00:05
state = active
io 0xf0-0xff
irq 13
00:08
state = active
io disabled
io 0x680-0x6ff
00:09
state = active
io 0x10-0x1f
io 0x22-0x3f
io 0x44-0x5f
io 0x62-0x63
io 0x65-0x6f
io 0x72-0x7f
io 0x80-0x80
io 0x84-0x86
00:0a
state = active
mem 0xffb00000-0xffbfffff
mem 0xfff00000-0xffffffff
00:0b
state = active
mem 0xffc00000-0xffefffff
00:0c
state = active
io 0x400-0x47f
io disabled
io 0x680-0x6ff
io 0x500-0x53f
io 0x500-0x53f
io 0x400-0x47f
io 0x295-0x296
io 0x3e0-0x3e7
mem 0xfec00000-0xfecfffff
mem 0xfee00000-0xfee00fff
00:0d
state = active
mem 0x0-0x9ffff
mem 0xc0000-0xdffff
mem 0xe0000-0xfffff
mem 0x100000-0x7fffffff
Additionally, here's /proc/ioports after re-load of
parport_pc and 8250_pnp modules:
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0295-0296 : pnp 00:0c
# 0378-037a : parport0 - it WAS here before parport_pc unload
03c0-03df : vga+
03e0-03e7 : pnp 00:0c
0400-047f : 0000:00:1f.0
0400-0403 : PM1a_EVT_BLK
0404-0405 : PM1a_CNT_BLK
0408-040b : PM_TMR
0420-0420 : PM2_CNT_BLK
0428-042b : GPE0_BLK
042c-042f : GPE1_BLK
0500-053f : 0000:00:1f.0
0500-053f : pnp 00:0c
0500-053f : pnp 00:0c
0540-055f : 0000:00:1f.3
0680-06ff : pnp 00:08
0680-06ff : pnp 00:0c
0cf8-0cff : PCI conf1
8800-880f : 0000:01:00.0
9000-9007 : 0000:01:00.0
9400-9407 : 0000:01:00.0
9800-9807 : 0000:01:00.0
a000-a007 : 0000:01:00.0
a400-a407 : 0000:01:00.0
a800-a8ff : 0000:01:02.0
b000-dfff : PCI Bus #02
b000-dfff : PCI Bus #04
c400-c43f : 0000:04:01.0
c400-c43f : e1000
c800-c8ff : 0000:04:04.0
c800-c8ff : aic79xx
d000-d0ff : 0000:04:04.0
d000-d0ff : aic79xx
d400-d4ff : 0000:04:04.1
d400-d4ff : aic79xx
d800-d8ff : 0000:04:04.1
d800-d8ff : aic79xx
e800-e81f : 0000:00:1d.0
ffa0-ffaf : 0000:00:1f.1
ffa0-ffa7 : ide0
ffa8-ffaf : ide1
And here's the same from hpml350 machine (the one Matthieu was
referring to when looking at the dsdt stuff) -- with just-loaded
(for the first time) parport_pc and 8250_pnp modules:
00:00
state = active
io 0xf50-0xf58
io 0x408-0x40f
io 0x92-0x92
io 0x900-0x903
io 0x904-0x904
io 0x910-0x911
io 0x920-0x923
io 0x930-0x937
00:01
state = active
io 0x0-0xf
io 0x80-0x8f
io 0xc0-0xdf
io 0x40b-0x40b
io 0x4d6-0x4d6
dma 7
00:02
state = active
io 0x61-0x61
00:03
state = active
io 0x60-0x60
io 0x64-0x64
irq 1
00:04
state = active
irq 12
00:05
state = active
io 0x2e-0x2f
io 0x220-0x223
io 0x240-0x25f
io 0x70-0x73
00:06
state = active
io 0x378-0x37f
io 0x778-0x77d
irq 7
dma 0
Dependent: 01 - Priority preferred
port 0x378-0x378, align 0x0, size 0x8, 16-bit address decoding
Dependent: 02 - Priority preferred
port 0x3bc-0x3bc, align 0x0, size 0x3, 16-bit address decoding
Dependent: 03 - Priority preferred
port 0x278-0x278, align 0x0, size 0x8, 16-bit address decoding
00:07
state = active
io 0x3f8-0x3ff
irq 4
Dependent: 01 - Priority preferred
port 0x3f8-0x3f8, align 0x7, size 0x8, 16-bit address decoding
irq 4 High-Edge
Dependent: 02 - Priority acceptable
port 0x2f8-0x2f8, align 0x7, size 0x8, 16-bit address decoding
irq 3 High-Edge
Dependent: 03 - Priority functional
port 0x3e8-0x3f8, align 0x7, size 0x8, 16-bit address decoding
irq 4 High-Edge
Dependent: 04 - Priority functional
port 0x2e8-0x2f8, align 0x7, size 0x8, 16-bit address decoding
irq 3 High-Edge
00:08
state = active
io 0x2f8-0x2ff
irq 3
Dependent: 01 - Priority preferred
port 0x3f8-0x3f8, align 0x7, size 0x8, 16-bit address decoding
irq 4 High-Edge
Dependent: 02 - Priority acceptable
port 0x2f8-0x2f8, align 0x7, size 0x8, 16-bit address decoding
irq 3 High-Edge
Dependent: 03 - Priority functional
port 0x3e8-0x3f8, align 0x7, size 0x8, 16-bit address decoding
irq 4 High-Edge
Dependent: 04 - Priority functional
port 0x2e8-0x2f8, align 0x7, size 0x8, 16-bit address decoding
irq 3 High-Edge
00:09
state = active
io 0x3f2-0x3f5
irq 6
dma 2
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
/proc/ioports:
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0220-0223 : PM1b_EVT_BLK
0230-0233 : PM1a_CNT_BLK
02f8-02ff : serial
0378-037a : parport0
03c0-03df : vga+
03f8-03ff : serial
0408-040f : pnp 00:00
0900-0903 : PM1a_EVT_BLK
0904-0904 : pnp 00:00
0910-0913 : PM1b_CNT_BLK
0920-0923 : PM_TMR
0930-0937 : pnp 00:00
0cf8-0cff : PCI conf1
0f50-0f58 : pnp 00:00
1800-18ff : 0000:00:05.0
2000-200f : 0000:00:0f.1
2400-24ff : 0000:00:01.0
2800-28ff : 0000:00:04.0
I'm sorry for alot of digits... As I already mentioned, I know
right to nothing about acpi and pnp subsystems to know if all this
is useless or not... ;)
Thank you.
/mjt
next prev parent reply other threads:[~2005-06-06 23:16 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-02 22:24 Re:PNP parallel&serial ports: module reload fails (2.6.11)? castet.matthieu
2005-06-03 0:18 ` PNP " Michael Tokarev
2005-06-03 5:58 ` matthieu castet
2005-06-05 10:14 ` matthieu castet
2005-06-05 10:27 ` matthieu castet
2005-06-06 15:01 ` Michael Tokarev
2005-06-06 15:43 ` castet.matthieu
2005-06-06 21:18 ` Adam Belay
2005-06-06 22:43 ` Michael Tokarev [this message]
2005-06-08 9:52 ` Adam Belay
2005-06-08 20:29 ` Michael Tokarev
2005-06-08 23:52 ` Adam Belay
2005-06-09 21:07 ` Michael Tokarev
2005-06-09 21:16 ` Russell King
2005-06-10 16:01 ` Bjorn Helgaas
2005-06-10 16:20 ` Dmitry Torokhov
2005-06-10 16:26 ` Bjorn Helgaas
2005-06-10 16:30 ` Russell King
2005-06-14 19:40 ` Adam Belay
-- strict thread matches above, loose matches on Subject: below --
2005-05-31 23:01 Michael Tokarev
2005-06-01 5:04 ` Andrew Morton
2005-06-01 15:20 ` Michael Tokarev
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=42A4D1AB.3090508@tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=akpm@osdl.org \
--cc=ambx1@neo.rr.com \
--cc=castet.matthieu@free.fr \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.