Gerd Knorr wrote:
>
> In lists.linux.kernel, you wrote:
> > Hello!
> >
> > > Same problem here. I've spend some time today to figure what is going
> > > on. Workaround:
> > > - min = PCIBIOS_MIN_IO;
> > > + min = 0x4000 /* PCIBIOS_MIN_IO */;
> >
> > I do not know how to thank you... You saved my life. :-)
> > How did you guess this?
>
> Long trial-and-error session. Deactivate code and see if it still does
> crash to narrow down the code lines which trigger the lockup. Once I've
> figured that enabling the I/O-Windows triggers the lookup the guess was
> easy ...
>
> > > Looks like a ressource conflict to me. The kernel gives I/O ranges to
> > > the cardbus socket which it thinks are free but which are *not* free for
> > > some reason (and probably used for APM stuff). BIOS bug? PCI quirks
> > > time?
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/
This archive was generated by hypermail 2b29 : Thu Aug 23 2001 - 21:00:50 EST