Re: Reproducable panic in FFS with softupdates and no journaling (10.3-RELEASE-pLATEST) FOUND IT, including reproduction steps

Ok... I found it. All of the writes go through ffs_write (including VOP_RECLAIM, so my statement that VOP_RECLAIM couldn't handle things that vinvalbuf left behind is obviously incorrect). Sometimes it worked, sometimes it paniced, I started putting more deugging into it and I noticed the

Jenkins build is still unstable: FreeBSD_stable_10 #301

See ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

On Fri, Jul 08, 2016 at 02:14:48PM -0700, Mark Millard wrote: > On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be > a typo .. TARGET_CPUARCH should be TARGET_ARCH .. > > > > ${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test > for each

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH .. > ${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test for each specific arm variant (such as armv§). ${TARGET_ARCH} != "arm" does not

Jenkins build is unstable: FreeBSD_stable_10 #300

See ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Problem building stable-11 on FreeBSD stable-10

That's the official supported way. Warner On Fri, Jul 8, 2016 at 11:16 AM, Pedro Giffuni wrote: > > > On 07/08/16 11:04, Pedro Giffuni wrote: >> >> Hello; >> >> Sorry if this is a naive question, I just tried to build 11-stable on >> 10-stable and I got this: >> >> _ >>

Re: Problem building stable-11 on FreeBSD stable-10

On 07/08/16 11:04, Pedro Giffuni wrote: Hello; Sorry if this is a naive question, I just tried to build 11-stable on 10-stable and I got this: _ ... cc -O2 -pipe -march=core2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include

9-STABLE: Panic when destroying gmirror that is synchronizing

Hi, I’m able to replicate a problem where destroying a gmirror that is synchronizing causes a panic in 9-STABLE (^/stable/9 rev 302430) on amd64. I’ve forced a gmirror into an inconsistent state by forcing a reset, and then issued “gmirror destroy -f mirror1” after the reboot and the system is

Build failed in Jenkins: FreeBSD_stable_10 #299

See -- Started by an SCM change > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url

Problem building stable-11 on FreeBSD stable-10

Hello; Sorry if this is a naive question, I just tried to build 11-stable on 10-stable and I got this: _ ... cc -O2 -pipe -march=core2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I.

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH .. > Yes; making that change eliminated the problem for me (on head; I'll replicate that on stable/11 shortly). Thanks! Peace, david -- David H. Wolfskill

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH .. On 07/08/16 09:19, Johan Hendriks wrote: > > > Op 08/07/16 om 14:17 schreef David Wolfskill: >> After having built & smoke-tested: >> FreeBSD freebeast.catwhisker.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #36 >> r302388M/302389:1100120:

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

Op 08/07/16 om 14:17 schreef David Wolfskill: > After having built & smoke-tested: > FreeBSD freebeast.catwhisker.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #36 > r302388M/302389:1100120: Thu Jul 7 04:18:53 PDT 2016 > r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > >

"make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

After having built & smoke-tested: FreeBSD freebeast.catwhisker.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #36 r302388M/302389:1100120: Thu Jul 7 04:18:53 PDT 2016 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 yesterday, I had "cloned" that slice to slice 3, then: svn

11.0 -r302412: check-old does not list older /usr/libsoft/. . . materials; delete-old and delete-old-libs do not delete them

I just did a amd64 -> armv6 cross-build/update for -r302331 -> -r302412. -r302331's build had WITH_LIBSOFT=yes -r302412's build was WITHOUT_LIBSOFT (by not specifying WITH_LIBSOFT=yes ) (I had rebuilt all the installed ports [-r417989 update] under -r302331.) The check-old stage did not report

11.0: amd64 -> armv6 -r302331 -> -r302412 re-cross-build (update): got "sh: ./make_keys: Exec format error" again for init_ketry.h in ncursesw

[Sending to freebsd-stable as well this time, adding the 11.0 reference to the subject too.] [Before the below cross build/update attempt I updated my amd64 from -r302331 -> -r302412.] Summary: It appears that WITHOUT_META_MODE= still needs to be forced for cross compiles at least sometimes in