Subject: RE: PC164: access to user space memory stops system
From: Jim Wilson (jwilson@compecon.com)
Date: Fri Sep 03 1999 - 10:00:25 PDT
hello all,
I had input a bug report for the alpha, specifically redhat 5.2, asking
them to fix the 19 year offset problem. Yes, I know there are work arounds
but I'd like redhat to fix the problem. I had also input a bug report
saying that gdb doesn't work well with redhat linux. I received a reply
from redhat recently saying that there weren't any problems in these areas.
I know redhat didn't initially test their distribution on an alpha but on
(I believe) a box emulating an alpha. I have moved my web server off my
alpha linux box and back onto my old, stable dec box so I don't know if
these are still problems. If these are still problems post back and I'll
resubmit my bug reports with your info.
thanks
-----Original Message-----
From: Richard Henderson [SMTP:rth@twiddle.net]
Sent: Thursday, September 02, 1999 5:50 PM
To: axp-list@redhat.com
Subject: Re: PC164: access to user space memory stops system
On Thu, Sep 02, 1999 at 01:25:36PM +0200, krebs@qkal.sap-ag.de wrote:
> since the do_clear_user routine stops my system (PC164 500Mhz with
> 256 MB), i wrote my own version of it. and the result is the same,
> as soon as i try to write the address (0x2000011CC3C) ...
What the hell are you doing? The do_clear_user routine is fine.
I disbelieve you are hanging on the same virtual address every time.
> i don't know what causes this behaviour:
> -corrupt memory or cache? (it works fine under nt)
NT doesn't turn on machine checks. Linux does, but you should be
getting one if you have memory problems.
> -an error during memory mapping? (is this address possible?)
That's a reasonable address for a user's shared library.
r~
-- To unsubscribe: send e-mail to axp-list-request@redhat.com with 'unsubscribe' as the subject. Do not send it to axp-list@redhat.com-- To unsubscribe: send e-mail to axp-list-request@redhat.com with 'unsubscribe' as the subject. Do not send it to axp-list@redhat.com
This archive was generated by hypermail 2a22 : Tue Sep 07 1999 - 16:15:05 PDT