public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox