NetBSD Problem Report #2512

From gnats  Tue Jun  4 04:28:11 1996
Received: from uran.informatik.uni-bonn.de by pain.lcs.mit.edu (8.7.4/8.6.12) with ESMTP id EAA18175 for <gnats-bugs@gnats.netbsd.org>; Tue, 4 Jun 1996 04:22:59 -0400 (EDT)
Message-Id: <199606040618.IAA02500@jocelyn.rhein.de>
Date: Tue, 4 Jun 1996 08:18:23 +0200 (MET DST)
From: Ignatios Souvatzis <is@jocelyn.rhein.de>
Reply-To: is@beverly.rhein.de
To: gnats-bugs@gnats.netbsd.org
Subject: fuword() definition problem
X-Send-Pr-Version: 3.95

>Number:         2512
>Category:       kern
>Synopsis:       fuword() definition problem
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jun 04 04:35:01 +0000 1996
>Closed-Date:    
>Last-Modified:  Mon Jun 05 22:30:01 +0000 2000
>Originator:     Unprivileged user
>Release:        1.1B
>Organization:
	M68060 support integrators, desperated
>Environment:

System: NetBSD jocelyn.rhein.de 1.1B NetBSD 1.1B (DRACO) #95: Fri May 31 13:21:53 MET DST 1996 is@jocelyn.rhein.de:/bulk/s2/src/sys/arch/amiga/compile/DRACO amiga


>Description:
	The kernel fuword() returns a "word of data" inside an int,
	but is also supposed to return -1 on error, which is .. rather
	difficult if sizeof(int) == sizeof(word of data).

	(We dont have this problem with fusword and fubytes, because (to
	my knowledge) none of our ports uses shorts or bytes as ints).
	Furthermore, the fetch family doesn't support 64bit machines well...

>How-To-Repeat:
	Look for more effective ways to integrate Motorola's m68060 software
	support package than calling copyin()/copyout() for the transfer of
	bytes, int16s and int32s. Find fuxxx() and suxxx(). Read prototypes.
	Read implementation. Scratch head. Sigh.
>Fix:
	First problem: not known, with the exception of possibly taking a 
	pointer to a place to store it to as an argument.
	On m68k, this can still be implemented in a more effective
	way than just calling copyin.

	2nd problem: I can imagine that fuint8, fuint16, fuint32
	and fuint64 would be needed, with fuword and fusword mapped
	on a per-arch-basis to one of them.

>Release-Note:
>Audit-Trail:
>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.