Date: Sun, 21 Jul 2013 19:34:36 -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: <8C6BE511-2CCD-434F-BE72-43F350E8AA2C@bsdimp.com> In-Reply-To: <CACVs6=_Ss_C0v_eHFzOsM1QKi43EU4j3SUmOTsC=XmhMFPqeAw@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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <imp@bsdimp.com> 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 <adrian@freebsd.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8C6BE511-2CCD-434F-BE72-43F350E8AA2C>