Longstanding Linux Bug: "ignore a _seven_ year old standard called PNPBIOS".
> >
> > The same hardware is here, Mitac M722. :-) BTW what bios is installed
> > on your one?
>
> "SYSTEM BIOS R1.02"
>
> > Anyway, Windows with the _same_ bios manages to guess and to reserve
> > a few of ports tagged as some obscure "motherboard resources":
> > 230-233, 398-399, 4d0-4d1, 1000-103f(!), 1400-140f(!) and 3810-381f.
> > yenta_socket eats ones marked with !. At least 1400 is really critical,
> > it is interface to SM mode.
>
> 0x1000 is critical too. Activating the first I/O window only is enough
> to hang the notebook on any APM activity.
PNPBIOS _easily_ resolves this problem !
Try -ac Kernels with integrated PNPBIOS and "lspnp -v",
then you will see your "motherboard resources". No magic.
Note: Linux currently does _not_ yet reserve these resources automatically
(although I think the standalone pcmcia package has such an option).
By confirming (and posting your lspnp results) you could encourage
some developers to rectify this situation :-)
Alan, 2.4 would largely benefit from PNPBIOS, do you plan
to submit this to LT (probably with the proposed life saver fix) ?
-
Gunther
-
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/