From owner-cvs-src@FreeBSD.ORG Sat Feb 21 14:49:10 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B08C516A4CF for ; Sat, 21 Feb 2004 14:49:10 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 465E443D2D for ; Sat, 21 Feb 2004 14:49:10 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 84832 invoked by uid 1002); 21 Feb 2004 22:49:07 -0000 Received: from unknown (HELO ?10.4.1.17?) (64.58.1.252) by smtp.mho.net with SMTP; 21 Feb 2004 22:49:07 -0000 Date: Sat, 21 Feb 2004 15:50:27 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Poul-Henning Kamp In-Reply-To: <200402212110.i1LLAtEX008732@repoman.freebsd.org> Message-ID: <20040221154636.U52892@pooker.samsco.home> References: <200402212110.i1LLAtEX008732@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha mem.c promcons.c src/sys/alpha/tlsb zs_tlsb.c src/sys/amd64/amd64 mem.c src/sys/cam cam_xpt.c src/sys/cam/scsi scsi_ch.c scsi_pass.c scsi_pt.c s X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 22:49:10 -0000 On Sat, 21 Feb 2004, Poul-Henning Kamp wrote: > phk 2004/02/21 13:10:55 PST > > FreeBSD src repository > > Modified files: > Log: > Device megapatch 4/6: > > Introduce d_version field in struct cdevsw, this must always be > initialized to D_VERSION. > > Flip sense of D_NOGIANT flag to D_NEEDGIANT, this involves removing > four D_NOGIANT flags and adding 145 D_NEEDGIANT flags. > Since this is a fundamental API change for drivers, please send a HEADS-UP to the mailing list to remind everyone to recompile their kernel modules. Also, what is the effect on the drivers that are in the ports tree? Until these driver get updated for this change, will they still be able to work (assuming a recompile happens) even with this field left uninitialized? If not, can you put in a some temporary code to notify the user of the problem and allow for a 4-5 week grace period? Scott