Re: PNP parallel&serial ports: module reload fails (2.6.11)?

[Adam Belay <ambx1@neo.rr.com>]

On Mon, Jun 06, 2005 at 07:01:37PM +0400, Michael Tokarev wrote:
> matthieu castet wrote:
> > Michael Tokarev wrote:
> > 
> >> castet.matthieu@free.fr wrote:
> >>
> >>> And pnpacpi have some problem to activate resource with some strange
> >>> acpi implementation...
> >>
> >>
> >> I haven't seen any probs with acpi or bios or other things on
> >> those boxen yet -- pretty good ones.  It's HP ProLiant ML150
> >> machine (not G2).  There are other HP machines out here which
> >> also shows the same problem - eg HP ProLiant ML310 G1.
> >>
> > hpml310.dsl acpi dsdt is strange :
> 
> [ 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 ]
> 
> Well, the problem is, I don't know *at all* how ACPI stuff works.
> So if you're saying the DSDT (whatever it is) is strange, I have
> only two choices: to believe you or not.. ;)
> 
> >             Name (CRES, ResourceTemplate ()
> >             {
> >                 IRQNoFlags () {7}
> >                 DMA (Compatibility, NotBusMaster, Transfer8) {3}
> >                 IO (Decode16, 0x0378, 0x0378, 0x08, 0x08)
> >                 IO (Decode16, 0x0678, 0x0678, 0x00, 0x06)
> >             })
> > 
> > [...]
> > Name (_PRS, ResourceTemplate ()
> >             {
> >                 StartDependentFn (0x00, 0x00)
> >                 {
> >                     IO (Decode16, 0x0378, 0x0378, 0x00, 0x08)
> >                 }
> >                 StartDependentFn (0x00, 0x00)
> >                 {
> >                     IO (Decode16, 0x03BC, 0x03BC, 0x00, 0x03)
> >                 }
> >                 StartDependentFn (0x00, 0x00)
> >                 {
> >                     IO (Decode16, 0x0278, 0x0278, 0x00, 0x08)
> >                 }
> >                 EndDependentFn ()
> >             })
> > 
> > So in the list of possible resource (_PRS) there only info about one
> > ioport not about the others resource. I wonder if it is really valid ?

Hi Michael,

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.

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".

> Jun  1 02:45:46 linux kernel: pnp: Device 00:08 activated.

I appreciate your help.

Thanks,
Adam