From: Adam Belay <ambx1@neo.rr.com>
To: Frank Dekervel <kervel@drie.kotnet.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.0-test9-mm4 (does not boot)
Date: Tue, 2 Dec 2003 22:28:44 +0000 [thread overview]
Message-ID: <20031202222844.GA1718@neo.rr.com> (raw)
In-Reply-To: <200311240910.29565.kervel@drie.kotnet.org>
On Mon, Nov 24, 2003 at 09:10:29AM +0100, Frank Dekervel wrote:
> Op Monday 24 November 2003 00:05, schreef u:
> > > - will the original behaviour really solve the problem ?(not only a
> > > symptom) ? as i wrote, i can trigger almost the same oops (general
> > > protection fault #0000 , invalid EIP value ), probably non-fatal because
> > > another process is killed instead of the pid=1 process, and i can trigger
> > > it on a mm4 with all pnpbios fixes backed out ...
Is the oops triggered by reading /proc/bus/pnp/devices a general protection fault?
Once in a while it will produce a different error in userspace. If so, I'd like
to see the output.
> >
> > Yes but through the /proc/bus/pnp/devices file. ?Correct? ?It is
> > independent from this change and would also need to be corrected. ?Does the
> > escd interface in /proc/bus/pnp also trigger an oops?
>
> yup it seems so, but this time with valid backtrace
> bakvis:/proc/bus/pnp# cat escd
> Segmentation fault
Could you please try this patch (without pnp-patch-1)... It may fix the ESCD
reading problem. If it doesn't oops when catted, you may want to test it out
with lsescd by Gunther Mayer.
(http://home.t-online.de/home/gunther.mayer/lsescd-0.10.tar.bz2)
--- a/drivers/pnp/pnpbios/bioscalls.c 2003-11-26 20:44:47.000000000 +0000
+++ b/drivers/pnp/pnpbios/bioscalls.c 2003-12-02 21:17:42.000000000 +0000
@@ -493,7 +493,7 @@
if (!pnp_bios_present())
return ESCD_FUNCTION_NOT_SUPPORTED;
status = call_pnp_bios(PNP_READ_ESCD, 0, PNP_TS1, PNP_TS2, PNP_DS, 0, 0, 0,
- data, 65536, (void *)nvram_base, 65536);
+ data, 65536, __va((void *)nvram_base), 65536);
return status;
}
@@ -516,7 +516,7 @@
if (!pnp_bios_present())
return ESCD_FUNCTION_NOT_SUPPORTED;
status = call_pnp_bios(PNP_WRITE_ESCD, 0, PNP_TS1, PNP_TS2, PNP_DS, 0, 0, 0,
- data, 65536, nvram_base, 65536);
+ data, 65536, __va((void *)nvram_base), 65536);
return status;
}
#endif
Also just out of curiosity, could I see what the real mode CS and DS are? I'm
looking for patterns...
So far all of the offenders have a datasegement at 0xf0000.
--- a/drivers/pnp/pnpbios/core.c 2003-11-26 20:42:52.000000000 +0000
+++ b/drivers/pnp/pnpbios/core.c 2003-12-02 21:59:18.000000000 +0000
@@ -460,6 +460,9 @@
check->fields.version >> 4, check->fields.version & 15,
check->fields.pm16cseg, check->fields.pm16offset,
check->fields.pm16dseg);
+ printk(KERN_INFO "PnPBIOS: realmode entry 0x%x:0x%x, dseg 0x%x\n",
+ check->fields.rmcseg, check->fields.rmoffset,
+ check->fields.rmdseg);
pnp_bios_install = check;
return 1;
}
Thanks,
Adam
prev parent reply other threads:[~2003-12-03 3:35 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-19 16:49 2.6.0-test9-mm4 (does not boot) Frank Dekervel
2003-11-20 0:59 ` Andrew Morton
2003-11-20 10:34 ` Frank Dekervel
2003-11-20 10:37 ` Frank Dekervel
2003-11-20 15:22 ` Andrew Morton
2003-11-22 17:28 ` Frank Dekervel
2003-11-22 17:50 ` Frank Dekervel
2003-11-23 21:57 ` Adam Belay
[not found] ` <200311240426.09709.kervel@drie.kotnet.org>
[not found] ` <20031123230517.GG30835@neo.rr.com>
2003-11-24 8:10 ` Frank Dekervel
2003-12-02 22:28 ` Adam Belay [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031202222844.GA1718@neo.rr.com \
--to=ambx1@neo.rr.com \
--cc=kervel@drie.kotnet.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox