[lkml]   [2005]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: PNP parallel&serial ports: module reload fails (2.6.11)?
    matthieu castet wrote:
    > Michael Tokarev wrote:
    >> 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 - apache ships it
    as Content-Type: text/plain, for some reason. I grabbed iasl
    and converted that stuff into .dsls, available at: and ]

    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 ?

    I dunno, really. Maybe dmidecode output will help somehow? It's at for HP Proliant 310 G1 machine,
    and for ProLiant 150 G1.

    All the 310 machines we have are in several remote offices, it will be
    a while before I will be able to get some info about them requiring
    console access. Ditto for alot of HPML 150 ones too, but we have one
    of them here at office, and I can perform experiments on this box.

    The machine (ML 150) has one parallel and one serial port. 2nd serial
    port - there's a place on the mobo for the 2nd serial port connector,
    but it isn't ironed.

    In other message, you wrote:

    > In your bios, which mode is your parport ?
    > Could you try LPPR mode (or something like that ?)

    Are you referring to ECP, EPP, Bi-Di etc modes?
    (note there's serial port too, which has exactly the same prob
    with (re)loading the driver).

    > Have you try the patches ?

    Yes, tried the patches you sent last friday - from
    and from your message in this thread with MSGID =
    (this last patch depends on the first). Makes no (visible) difference
    on HP ML 150 box, the same stuff is shown in dmesg, and on reload neither
    parallel nor serial ports works.

    I'll try some more experiments later today (hopefully) when my co-workers
    (who are using this box right now so I can't freely reboot it as I wish)
    will go home... ;)

    BTW, looks like 8250_pnp module is also somewhat strange. When loading
    8250 alone, it detects (at least some) standard serial ports just fine,
    and when loading 8250_pnp, the same port is being "re-detected" again.
    But when unloading 8250_pnp, even when 8250 module is still loaded,
    that only port is disabled. Looks somewhat.. assimetric to me, without
    counting issue with re-enabling of a pnp device.

    > thanks

    Thank you for your time Matthieu.

    Speaking of all this as a whole. In addition to some "niceness" --
    the whole issue is a bit ugly, but non-fatal, and it'd be nice to
    fix it just because of that ugliness -- we're a bit (at least!)
    dependant on that stuff to work, because on alot of different
    machines, configuring at least parallel ports manually is kinda
    difficult when it's possible to get it to work automatically.
    I did ask you about how "stable" pnpacpi=off is, because it'd be
    a solution for us too, -- to switch all machines to pnpacpi=off,
    and expect it all to work. But since there are quite a few modern
    machines too here, wich might not work with pnpacpi=off, ... ;)
    And speaking of why it is a problem with *reloading* the module --
    sometimes, probably due to some other bugs/problems, parallel or
    (more often) serial ports got "stuck", and reloading module helps
    with that. Again, addon (PCI) serial cards (finally, with a
    patch wich went into 2.6.12-tobe, NetMos Tech. PCI 9835 Multi-I/O
    Controllers are now supported without setserial hack... ;)

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-06-06 17:05    [W:0.028 / U:1.176 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site