Date: Sun, 21 Jul 2013 22:30:32 -0600 From: Warner Losh <imp@bsdimp.com> To: Juli Mallett <juli@clockworksquid.com> Cc: Warner Losh <imp@freebsd.org>, "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org> Subject: Re: Can we undo the octeon hack? Message-ID: <61CE43B9-02F6-45BF-B96A-65498DD61756@bsdimp.com> In-Reply-To: <CACVs6=_Sut_hcEb%2BndQ-pWpwpf5dr0miP5mjzNiuR2E-ZaM=%2Bg@mail.gmail.com> References: <CAJ-VmonJg2BhBdckFb1O79ZnWrXKZhT%2Bku9SjuswLui6iZC1Ow@mail.gmail.com> <6401792509903023722@unknownmsgid> <F0B68A50-B5BF-426E-874C-1EFC03CAEAEB@bsdimp.com> <CACVs6=_Ss_C0v_eHFzOsM1QKi43EU4j3SUmOTsC=XmhMFPqeAw@mail.gmail.com> <8C6BE511-2CCD-434F-BE72-43F350E8AA2C@bsdimp.com> <CACVs6=9mjoB7LQ4OkvT7CJ8b0cG_G9o9XJsAauqxUYwo7MFpkQ@mail.gmail.com> <CAJ-VmoniT-2cX9y%2BcfQJQ7OwMnbvjB1gTHym_LT=ngy8AnuN2g@mail.gmail.com> <CACVs6=8VT0dQug%2B8od45VvoJQn1f-2j%2Bu%2BidMXC3SFz9iLyd7A@mail.gmail.com> <04C90F35-CDF1-437A-8867-9034689E46E9@bsdimp.com> <CACVs6=_Sut_hcEb%2BndQ-pWpwpf5dr0miP5mjzNiuR2E-ZaM=%2Bg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Yea, the only ugliness I see is that this gets pulled into the kernel =
modules as well... But there the limits are smaller (and fixed for all =
architectures)...
Otherwise, I have most of a patch together that I'll post after a few =
kernels build.
Warner
On Jul 21, 2013, at 9:21 PM, Juli Mallett wrote:
> On Sun, Jul 21, 2013 at 8:19 PM, Warner Losh <imp@bsdimp.com> wrote:
>>=20
>> On Jul 21, 2013, at 9:00 PM, Juli Mallett wrote:
>>=20
>>> I know I shouldn't say this, but: How hard can it be? :P
>>>=20
>>> In kern.pre.mk:
>>>=20
>>> CFLAGS_PARAM_INLINE_UNIT_GROWTH?=3D100
>>> CFLAGS_PARAM_LARGE_FUNCTION_GROWTH?=3D1000
>>> CFLAGS_PARAM_MAX_INLINE_INSNS_SINGLE?=3D/* XXX what is default? */
>>> CFLAGS+=3D --param =
inline-unit-growth=3D${CFLAGS_PARAM_INLINE_UNIT_GROWTH}
>>> CFLAGS+=3D --param =
large-function-growth=3D${CFLAGS_PARAM_LARGE_FUNCTION_GROWTH}
>>> CFLAGS+=3D --param =
max-inline-insns-single=3D${CFLAGS_PARAM_MAX_INLINE_INSNS_SINGLE}
>>>=20
>>> And then in the Octeon config:
>>>=20
>>> makeoptions CFLAGS_PARAM_INLINE_UNIT_GROWTH=3D10000
>>> makeoptions CFLAGS_PARAM_LARGE_FUNCTION_GROWTH=3D100000
>>> makeoptions CFLAGS_PARAM_MAX_INLINE_INSNS_SINGLE=3D10000
>>>=20
>>> Right?
>>>=20
>>> Come up with a better name scheme, win 1/20 of 1 US cent. (Not
>>> redeemable for cash.)
>>>=20
>>> Most users will never see it; only Octeon needs such behaviour =
because
>>> of how the Simple Executive is implemented.
>>=20
>> We're better off than I thought. We can put those in std.octeon1.
>>=20
>> Not sure I like having those names, but 1/20 of a cent isn't worth =
the time it takes to type them...
>=20
> Long names discourage Gentooish funroll-loopsing! It's a feature!
> These are not user-serviceable parts. Hell, even I can't really
> service this stuff effectively. Having to set them at all is a bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?61CE43B9-02F6-45BF-B96A-65498DD61756>