From owner-cvs-all  Wed Dec 23 21:19:59 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA10202
          for cvs-all-outgoing; Wed, 23 Dec 1998 21:19:59 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10197;
          Wed, 23 Dec 1998 21:19:56 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA30927;
	Thu, 24 Dec 1998 16:19:41 +1100
Date: Thu, 24 Dec 1998 16:19:41 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199812240519.QAA30927@godzilla.zeta.org.au>
To: bde@zeta.org.au, mjacob@feral.com
Subject: Re: cvs commit: src/sys/cam cam_xpt.c
Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>> >  Modified files:
>> >    sys/cam              cam_xpt.c 
>> >  Log:
>> >  Unstaticize swi_camnet && swi_cambio so Alpha kernels can build again.
>> 
>> This is a regression.  It is a bug for swi_camnet and swi_cambio to
>> be hard-configured in the alpha ihandlers[].  It is another bug for
>> cam to access ihandlers[] directly instead of using register_swi().
>> register_swi() apparently works on alphas since it is used in sio.c.
>> 
>
>It's possibly a bug for people to gratuitously break other architectures
>so they don't build and therefore don't run, no matter how pure the
>motivation. That trumps the purity argument, IMHO.

Possibly, but here they exposed existing breakage.  Standard modules
can't have pointers to optional modules.

Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message