From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g729VbRw029891 for ; Fri, 2 Aug 2002 02:31:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g729Vbam029890 for linux-mips-outgoing; Fri, 2 Aug 2002 02:31:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-mips@oss.sgi.com using -f Received: from mx2.mips.com (ftp.mips.com [206.31.31.227]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g729VTRw029880; Fri, 2 Aug 2002 02:31:29 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx2.mips.com (8.12.5/8.12.5) with ESMTP id g729WLXb029430; Fri, 2 Aug 2002 02:32:21 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id CAA08503; Fri, 2 Aug 2002 02:32:19 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id g729WJb12022; Fri, 2 Aug 2002 11:32:19 +0200 (MEST) Message-ID: <3D4A519B.3EF5459@mips.com> Date: Fri, 02 Aug 2002 11:32:18 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.77 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "Maciej W. Rozycki" , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: [patch] MIPS64 R4k TLB refill CP0 hazards References: <20020731223158.A6394@dea.linux-mips.net> <20020801191804.D22824@dea.linux-mips.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Thu, Aug 01, 2002 at 05:24:43PM +0200, Maciej W. Rozycki wrote: > > > After looking at the generated assembly I discovered the handlers don't > > fit in 128 bytes. They didn't crash since I have modules disabled for > > now, so the vmalloc path didn't get hit and the user path happened to fit, > > but it was pure luck. The path got hit before I fixed a bug in gas though > > -- that's the explanation of the false cache error exceptions I used to > > observe. > > Ouch. It was a known problem but we simply ignored it for a while as that > handler just overwrites the cache error handler which normally should be > used extremly rarely, if at all. The problem is somewhat itching by now > as we're supporting the SB1 core which in it's revision one may throw > spurious cache errors, so the handler is actually used ... > Maybe it's time for some intelligent check for the size of these exception routine. /Carsten -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com