NetBSD Problem Report #52260

From www@NetBSD.org  Mon May 29 00:57:07 2017
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 9B3E77A104
	for <gnats-bugs@gnats.NetBSD.org>; Mon, 29 May 2017 00:57:07 +0000 (UTC)
Message-Id: <20170529005706.952057A2AD@mollari.NetBSD.org>
Date: Mon, 29 May 2017 00:57:06 +0000 (UTC)
From: uwe@NetBSD.org
Reply-To: uwe@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: SuperH needs a way to sync instruction cache
X-Send-Pr-Version: www-1.0

>Number:         52260
>Category:       port-sh3
>Synopsis:       SuperH needs a way to sync instruction cache
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sh3-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon May 29 01:00:00 +0000 2017
>Last-Modified:  Mon May 29 01:01:36 +0000 2017
>Originator:     Valery Ushakov
>Release:        NetBSD-current
>Organization:
NetBSD
>Environment:
NetBSD felix 7.99.75 NetBSD 7.99.75 (FELIX) #1: Mon May 29 02:36:09 MSK 2017  uwe@sampo:/home/uwe/work/netbsd/cvs/src/sys/arch/landisk/compile/FELIX landisk

>Description:
As far as I can tell there's no way for userland code to sync
instruction cache, which is necessary for self-modifying code.
Cf. ARM's ARM_SYNC_ICACHE sysarch(2) syscall and its arm_sync_icache()
wrapper.

NetBSD/sh3 currently doesn't provide any architecture-dependent system
calls.

>How-To-Repeat:
Stumbled into this when testing a forth I wrote with the Forth 2012
test suite that prods the system just right to make icache problem
apparent.
>Fix:

>Release-Note:

>Audit-Trail:

>Unformatted:

Home	PR Database Search