Subject: port-sh5/22342: SH5 locore.S does fuswintr == suswintr
To: None <gnats-bugs@gnats.netbsd.org>
From: Jaromir Dolecek <jdolecek@NetBSD.org>
List: netbsd-bugs
Date: 08/02/2003 22:50:47
>Number:         22342
>Category:       port-sh5
>Synopsis:       SH5 locore.S does fuswintr == suswintr
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    port-sh5-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Aug 02 20:51:00 UTC 2003
>Closed-Date:
>Last-Modified:
>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:
>Unformatted: