NetBSD Problem Report #38719

From martin@duskware.de  Wed May 21 08:05:42 2008
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 0F7D863B8BC
	for <gnats-bugs@gnats.netbsd.org>; Wed, 21 May 2008 08:05:42 +0000 (UTC)
Message-Id: <20080521005756.3536463BA66@narn.NetBSD.org>
Date: Wed, 21 May 2008 00:57:56 +0000 (UTC)
From: ad@netbsd.org
Reply-To: ad@netbsd.org
To: netbsd-bugs-owner@NetBSD.org
Subject: arm, m68k, vax have no cpu_info::ci_curlwp
X-Send-Pr-Version: www-1.0

>Number:         38719
>Category:       kern
>Synopsis:       arm, m68k, vax have no cpu_info::ci_curlwp
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed May 21 08:10:00 +0000 2008
>Originator:     Andrew Doran
>Release:        4.99.63
>Organization:
The NetBSD Project
>Environment:
n/a
>Description:
Problem 1:

Most MI code is insensitive to preemption and MULTIPROCESSOR.
There are a few slowpath cases that inspect cpu_info::ci_curlwp.
These are among the last uses of #ifdef MULTIPROCESSOR in the MI
kernel.

We can't get rid of those ifdefs because on arm and vax ci_curlwp
is conditional, and the m68k ports still use a global variable.

Problem 2:

Where ci_curlwp is conditional, the MULTIPROCESSOR option breaks
ABI compatibility for kernel modules that play with low level
kernel stuff.

>How-To-Repeat:
Code inspection.
>Fix:
Make ci_curlwp mandatory.

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.