From owner-freebsd-stable@FreeBSD.ORG Sun Apr 29 17:58:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 504321065670 for ; Sun, 29 Apr 2012 17:58:32 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 053498FC0A for ; Sun, 29 Apr 2012 17:58:31 +0000 (UTC) Received: by iahk25 with SMTP id k25so4488803iah.13 for ; Sun, 29 Apr 2012 10:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=/EJh2/kN82BKmmkkawe5bLgvqQ2A0R4hV8Cs1i4K7fA=; b=XzJzH6SeWDUOAR35Poivv6c+vZ6AHHAIFKvI8MsmIpXPthkdj9hjrkM/qALKCSHor7 CFE52Vn0sVtwyaOHCnt2SJ/2xGG2r+yVJBvGsI6OdlY9ljNCAsjlEqzYt1+nP0i3vXOO WeNv2iTOxKi4+C5CKsORKCz3mq629hXavk4F8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=/EJh2/kN82BKmmkkawe5bLgvqQ2A0R4hV8Cs1i4K7fA=; b=IJ5MfXaEPLFeaLLAQzmne5FiMmUkmOONBKtSGT4g/2BI+Z0qOSc4+F+BaE8rz5NP5i dZSEbCRyrLTwWVdoEvPuI6SGZ/ybdKoEQ1pXYtz1PdI9yFmImYnHTdAVjuXfN7pxWlcj w8duf7ZfPja8YpW2yKceBmoBuYEyfbck1OBaXBImnLwQUp74KEufesB7Hclh88xvH1Kx zkZrNFGxN4ewixN+92bvjpyDL1hb+ptZ+gRLFyLTTBm2nDcECEkbW1t5DsPDEfUmv+9f jU0QmF3HhWKjz1q/kcldGOdOBqGAgY0Chxf3z9HdygvTEmJq4RwKQ1kHp6bT1jYCnnIZ 9xMg== Received: by 10.50.153.132 with SMTP id vg4mr8315338igb.2.1335722311604; Sun, 29 Apr 2012 10:58:31 -0700 (PDT) Received: from DataIX.net ([99.181.146.133]) by mx.google.com with ESMTPS id gs4sm25466294igc.8.2012.04.29.10.58.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Apr 2012 10:58:31 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q3THwScC031917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Apr 2012 13:58:29 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q3THwSLn031916; Sun, 29 Apr 2012 13:58:28 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sun, 29 Apr 2012 13:58:28 -0400 From: Jason Hellenthal To: Eitan Adler Message-ID: <20120429175828.GA29220@DataIX.net> References: <20120429173110.GA5495@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQlnn2/4ihL52MWB53ONLtMiL40JpWKn2k5nTYOnUJ6orFei4Ce0GUPuwQafq4/s+k6EEGmc Cc: stable@freebsd.org Subject: Re: -DNO_CLEAN compiling & recent changes as of ~two weeks. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2012 17:58:32 -0000 On Sun, Apr 29, 2012 at 01:35:20PM -0400, Eitan Adler wrote: > On 29 April 2012 13:31, Jason Hellenthal wrote: > > > > Somewhere is the last two weeks it seems something has changed on > > 8-STABLE that causes a complete rebuild of the kernel every time it is > > built. > > > > While this is not too much of a problem, it is quite a neusense when > > attempting to make a quick change that would only require a recompile of > > the effected code and relink that would only amount to about 5 or 10 > > minutes. > > > > I am running FreeBSD 8.3-STABLE #0 r234692 i386 where this has been an > > issue. The earliest part of the kernel I always see compile is ACPI code > > if that helps to determine the problem. > > > > A few committs that I picked out that might cause it but only a guess > > is... (I could be wrong about these) > > > > After 8.3-RELEASE > > r234634 > > r234631 > > r234604 > > > > Before 8.3-RELEASE > > r234534 > > r234512 > > r234509 > > > > Maybe just a text or data relocation issue ? Has anyone else noticed this ? > > > > > > To test after a full build of kernel #0. > > > > 1) Change config ROUTETABLES={ROUTETABLES+1} > > 2) cd /usr/src > > 3) time -h make -DNO_CLEAN buildkernel > > use -DKERNFAST or -DNO_KERNELCLEAN > Sorry but NO_CLEAN has been doing fine for a long time now and has not changed recently. Like I said this happened about 2 weeks ago and was not because of these defines. -- - (2^(N-1))