From owner-freebsd-mips@FreeBSD.ORG Mon Jul 22 01:34:42 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4FAA897F for ; Mon, 22 Jul 2013 01:34:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 203EF1BFD for ; Mon, 22 Jul 2013 01:34:41 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id c10so13595371ieb.24 for ; Sun, 21 Jul 2013 18:34:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=8fy6K/UGQj+2f2IhTamfb/f9udxV9RExtU3eRc7qTB4=; b=gWFSXr/sHWuql6EDQ5ShoLzF++as/lAMda0O5JvZv9Fu27In790xxNjYjAtZvKRlQk RH4hibMu7ECtTPa4u6s3CaNPevmCyCGv6rCFRml51qX9DGMmD4r2OXSQ0RJUv58Fc22j YkfsgzwO/ebJeNs7Z77dEErilF6x1TM87Z4fkmapHq7FsywWxSKinH2eIU40BGf4FcSl wlc+ocYfT1mZFDSjSSz0HyhJp6VMuhBoZgisSwwjCfzY+UO1fF01PgAr+HzcCbeLyIDM nRo46zN5c9SIzcHV3/HAMvstignKLHGgP3d68fpiY/KyFocE4RIkgo3QnXQU9dXaFuRl Prpg== X-Received: by 10.43.139.133 with SMTP id iw5mr16333259icc.0.1374456880946; Sun, 21 Jul 2013 18:34:40 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id hj6sm12147406igb.1.2013.07.21.18.34.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Jul 2013 18:34:40 -0700 (PDT) Sender: Warner Losh Subject: Re: Can we undo the octeon hack? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 21 Jul 2013 19:34:36 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <8C6BE511-2CCD-434F-BE72-43F350E8AA2C@bsdimp.com> References: <6401792509903023722@unknownmsgid> To: Juli Mallett X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQknAELoW7fP4tZlQJ7qJHQtghv5JleB4TXDbzL4DSWBjUsPe8dQW1H5RGCPwFv2IOtFZpBq Cc: Warner Losh , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 01:34:42 -0000 I would too, but let's not gate a solution to this problem on that. Warner On Jul 21, 2013, at 3:29 PM, Juli Mallett wrote: > I would really like a std.pci or something, too, so we don't have to > enumerate all the PCI devices in every config. >=20 > On Sun, Jul 21, 2013 at 1:51 PM, Warner Losh wrote: >> These should really be in the std.foo files for each specific = subport. That way atheros could have one set, and octeon could have = another. >>=20 >> I do know that we don't do the std.foo thing for the atheros config = files, but we really should start, and this would be a good place to = start... >>=20 >> Warner >>=20 >> On Jul 21, 2013, at 12:54 PM, Juli Mallett wrote: >>=20 >>> Making it possible to override each value would be ideal but >>> cumbersome. If you want to do that, by all means do! >>>=20 >>> Thanks, >>> Juli. >>>=20 >>> On 2013-07-21, at 11:44, Adrian Chadd wrote: >>>=20 >>>> Hi Juli/Warner, >>>>=20 >>>> Is it possible to undo this particular hack, and allow these values = to >>>> be overridden in the kernel config files? >>>>=20 >>>> from kern.pre.mk >>>>=20 >>>> CFLAGS=3D ${COPTFLAGS} ${C_DIALECT} ${DEBUG} ${CWARNFLAGS} >>>> CFLAGS+=3D ${INCLUDES} -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include >>>> opt_global.h >>>> .if ${COMPILER_TYPE} !=3D "clang" >>>> CFLAGS+=3D -fno-common -finline-limit=3D${INLINE_LIMIT} >>>> .if ${MACHINE_CPUARCH} !=3D "mips" >>>> CFLAGS+=3D --param inline-unit-growth=3D100 >>>> CFLAGS+=3D --param large-function-growth=3D1000 >>>> .else >>>> # XXX Actually a gross hack just for Octeon because of the Simple = Executive. >>>> CFLAGS+=3D --param inline-unit-growth=3D10000 >>>> CFLAGS+=3D --param large-function-growth=3D100000 >>>> CFLAGS+=3D --param max-inline-insns-single=3D10000 >>>> .endif >>>> .endif >>>>=20 >>>> I'd like to be able to experiment with different inline settings in >>>> order to try and squeeze kernels down to be smaller. >>>>=20 >>>> Thanks! >>>>=20 >>>>=20 >>>> -adrian >>=20