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
[-- Attachment #1 --] > On Mar 26, 2015, at 9:04 PM, Rui Paulo <rpaulo@me.com> wrote: > > On Mar 26, 2015, at 19:35, Warner Losh <imp@freebsd.org> wrote: >> >> Author: imp >> Date: Fri Mar 27 02:35:25 2015 >> New Revision: 280728 >> URL: https://svnweb.freebsd.org/changeset/base/280728 >> >> Log: >> Categorize certain kernel builds as being broken in certain places. >> >> Differential Revision: https://reviews.freebsd.org/D2011 >> >> Modified: >> head/sys/conf/kern.opts.mk >> >> Modified: head/sys/conf/kern.opts.mk >> ============================================================================== >> --- 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+= EISA >> BROKEN_OPTIONS+= OFED >> .endif >> >> +# 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= >> + >> +# Things that don't work based on the CPU >> +.if ${MACHINE_CPUARCH} == "arm" >> +__ALWAYS_NO_OPTIONS+= CDDL ZFS >> +.endif > > 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’ve had these changes in my tree for a while. However, It kinda can be overridden by compiling the modules directly. Since the actual module’s Makefiles don’t depend on this, I think we’re OK. Can you test building a kernel on the BBB you have and let me know if it produces working ZFS? Warner [-- Attachment #2 --] -----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-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DA41E2D1-601A-4D1E-A702-15FB2388AD5C>