lkml.org 
[lkml]   [2005]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: PNP parallel&serial ports: module reload fails (2.6.11)?
    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
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-06-06 23:27    [W:0.025 / U:2.708 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site