lkml.org 
[lkml]   [2003]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    Date
    From
    SubjectRe: Opps on boot 2.6.0-pre9-mm4
    On Thu, Nov 20, 2003 at 04:06:01PM -0800, Andrew Morton wrote:
    > Lawrence Walton <lawrence@the-penguin.otak.com> wrote:
    > >
    > > > Looks like it died inside the machine's BIOS.
    > > >
    > > > Please try reverting the three pnp patches:
    > > >
    > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test9/2.6.0-test9-mm4/broken-out/pnp-fix-3.patch
    > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test9/2.6.0-test9-mm4/broken-out/pnp-fix-2.patch
    > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test9/2.6.0-test9-mm4/broken-out/pnp-fix-1.patch
    > > >
    > > > and let us know?
    > > >
    > > I reverted these and it works great!
    > >
    > >
    > >
    > > > - Upgrade the bios
    > > The bios is the latest so updating it would not of been a option.
    > >
    >
    > OK, thanks. Adam, those pnp patches are suspect...

    Hmm, well it couldn't be patch 3 because it relates to isapnp. Patch
    1 is the only patch that changes the PnPBIOS calls, and it has been
    known to fix problems for some systems. Also it does what the actual
    specifications recommend. You may just have a buggy system that's
    triggered by the static resource calls. If so, we could use dynamic
    instead resources when the DMI scan matches with this system. Patch
    2 provides an option to disable the PnPBIOS proc interface, but it
    should not affect PnPBIOS calls.

    Lawrence, could you please test this again, only this time excluding
    patch 1 and no others. If that doesn't work try excluding patch 2.

    Thanks,
    Adam

    P.S.

    Andrew, could you please review this patch for your tree.

    # --------------------------------------------
    # 03/11/15 ambx1@neo.rr.com 1.1447
    # [PnP] reserve resources specified by the PnPBIOS properly
    #
    # A bug prevents the PnP layer from reserving some of the resources
    # specified by the PnPBIOS. As a result some systems will have
    # unpredicable (random crashes etc.) problems because of resource
    # conflicts, especially when PCMCIA support is enabled. This patch
    # fixes the problem by ensuring that the proper resource data is
    # reserved.
    # --------------------------------------------
    #
    diff -Nru a/drivers/pnp/system.c b/drivers/pnp/system.c
    --- a/drivers/pnp/system.c Sun Nov 16 00:25:14 2003
    +++ b/drivers/pnp/system.c Sun Nov 16 00:25:14 2003
    @@ -54,7 +54,7 @@
    int i;

    for (i=0;i<PNP_MAX_PORT;i++) {
    - if (pnp_port_valid(dev, i))
    + if (!pnp_port_valid(dev, i))
    /* end of resources */
    continue;
    if (pnp_port_start(dev, i) == 0)
    -
    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-03-22 13:58    [W:2.297 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site