NetBSD Problem Report #22342

Received: (qmail 9413 invoked by uid 605); 2 Aug 2003 20:50:59 -0000
Message-Id: <200308022050.h72KolcJ013849@s102-n054.tele2.cz>
Date: Sat, 2 Aug 2003 22:50:47 +0200 (CEST)
From: Jaromir Dolecek <jdolecek@NetBSD.org>
Sender: gnats-bugs-owner@NetBSD.org
Reply-To: jdolecek@NetBSD.org
To: gnats-bugs@gnats.netbsd.org
Subject: SH5 locore.S does fuswintr == suswintr
X-Send-Pr-Version: 3.95

>Number:         22342
>Category:       port-sh5
>Synopsis:       SH5 locore.S does fuswintr == suswintr
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    port-sh5-maintainer
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Aug 02 20:51:00 +0000 2003
>Closed-Date:    Sat Aug 02 21:19:10 +0000 2003
>Last-Modified:  Sat Aug 02 21:19:10 +0000 2003
>Originator:     Jaromir Dolecek
>Release:        NetBSD 1.6U
>Organization:

>Environment:


System: NetBSD s102-n054.tele2.cz 1.6U NetBSD 1.6U (SARUMAN.MP) #77: Fri Jul 25 13:49:29 CEST 2003 dolecek@s102-n054.tele2.cz:/usr/home/dolecek/soft/netbsd/sys/arch/i386/compile/SARUMAN.MP i386
Architecture: i386
Machine: i386
>Description:
	sys/arch/sh5/sh5/locore_subr.S defines suswintr() as alias for
	fuswintr(). Since one is 'store' and the other 'fetch', this
	appears to not be correct. If it is correct, there should
	be comment to this effect in the code.

	Note that fuswintr()/suswintr() is used by MI kernel
	e.g. in kern/subr_prof.c for updating user profiling buffers
	currently.
>How-To-Repeat:
	Code inspection.
>Fix:
	Sorry, not provided.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: scw 
State-Changed-When: Sat Aug 2 22:17:30 BST 2003 
State-Changed-Why:  
sh5 [sf]uswintr both return EFAULT by design, hence the aliasing. 
There is no support for profiling on sh5 (at least not yet). 
>Unformatted:

Home	PR Database Search