Date: Thu, 26 Mar 2015 22:44:08 -0600 From: Warner Losh <imp@bsdimp.com> To: Rui Paulo <rpaulo@me.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Warner Losh <imp@freebsd.org> Subject: Re: svn commit: r280728 - head/sys/conf Message-ID: <DA41E2D1-601A-4D1E-A702-15FB2388AD5C@bsdimp.com> In-Reply-To: <2AF9E0A0-3B9B-4AF0-89B9-FEBA7FEFCA8B@me.com> References: <201503270235.t2R2ZQeA047220@svn.freebsd.org> <2AF9E0A0-3B9B-4AF0-89B9-FEBA7FEFCA8B@me.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_FABA8285-A2C0-4EAF-8274-7F37835C0CC4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 26, 2015, at 9:04 PM, Rui Paulo <rpaulo@me.com> wrote: >=20 > On Mar 26, 2015, at 19:35, Warner Losh <imp@freebsd.org> wrote: >>=20 >> Author: imp >> Date: Fri Mar 27 02:35:25 2015 >> New Revision: 280728 >> URL: https://svnweb.freebsd.org/changeset/base/280728 >>=20 >> Log: >> Categorize certain kernel builds as being broken in certain places. >>=20 >> Differential Revision: https://reviews.freebsd.org/D2011 >>=20 >> Modified: >> head/sys/conf/kern.opts.mk >>=20 >> Modified: head/sys/conf/kern.opts.mk >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/sys/conf/kern.opts.mk Fri Mar 27 02:35:11 2015 = (r280727) >> +++ head/sys/conf/kern.opts.mk Fri Mar 27 02:35:25 2015 = (r280728) >> @@ -75,6 +75,34 @@ BROKEN_OPTIONS+=3D EISA >> BROKEN_OPTIONS+=3D OFED >> .endif >>=20 >> +# Options that cannot be turned on this architecture, usually = because >> +# of compilation or other issues so severe it cannot be used even >> +# on an experimental basis >> +__ALWAYS_NO_OPTIONS=3D >> + >> +# Things that don't work based on the CPU >> +.if ${MACHINE_CPUARCH} =3D=3D "arm" >> +__ALWAYS_NO_OPTIONS+=3D CDDL ZFS >> +.endif >=20 > This isn't entirely true. With a properly tuned ARC and kmem size, = ZFS seems to work on a BeagleBone. There have been reports on the = freebsd-arm mailing list this month. Based on my understanding of your = previous commit, it looks like this can't be overridden which is a = problem. Yea, the ships passed in the night. I=E2=80=99ve had these changes in my = tree for a while. However, It kinda can be overridden by compiling the modules directly. = Since the actual module=E2=80=99s Makefiles don=E2=80=99t depend on this, I = think we=E2=80=99re OK. Can you test building a kernel on the BBB you have and let me know if it produces = working ZFS? Warner --Apple-Mail=_FABA8285-A2C0-4EAF-8274-7F37835C0CC4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVFOAYAAoJEGwc0Sh9sBEAQ20P+wdYD6mPNGufXCsb+YdQ9T50 Dsp0d2aYyQ+aTt1CACd+sPOiYjdYZpRZNPkrvvT2uPTcbTAGSv0bdiaZ5Pp5qa42 7IIn2xNPL9tWDMs5GwlqmFwRsInmwbmYCFM8i8ppPHK+H1tdvFWSE0OtG7/w4hhj Q6uPYKEEZogRgQUWiobHCM0Dj5Qi//TNRzxcr13e3Ip1sPcMy2XimlmocV2gsRWD e1HfH+rc4HrAe5Tl+5HtVuuF66jK3/jpWEHIRkhRiPCn2KwRuJ1sHGyhgYKAp6te tK4vUdqC07eI9kGhAQGaQ7KVCMqP+jEGDxJsMcP597Qm7qIW6xGbj4tATl85wCYB pGE2uQsVThjfRrwkekL0zwvsgmU5LhE+bXLK+Yk4vFbVKD/1QXu1+mqwg9MuXLnB uC8xOy1My+W+BolwyluN/FPjLEyodz4m/csX9f/6rHaEz3vR+oGsJPEdGeLFLFiI lQK30BJ70J66KTIWji0p2Dajbrfc5OVu8IP27Qfpmb/i42d5VperQIMcSRy8BNyE 7/uD8pivOoBwuH0+ihXdzmxnbQZLU6hruWGb9qQ1ZQVqUzoJ/Q9UseXBv9eI+0Id BiWhwDNrApTjNMRQ9Di+FFEeMGCBMYxhsBq1mrNGxMYPQwQaRPJZhWINPQecUtkk tFfHMX3SNmiEKi+c6nRz =MQSJ -----END PGP SIGNATURE----- --Apple-Mail=_FABA8285-A2C0-4EAF-8274-7F37835C0CC4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DA41E2D1-601A-4D1E-A702-15FB2388AD5C>