PR bin/185052 filed (was: RE: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and earlier)
Hi there, thanks for your support. PR 185052 is filed and should be visible soon - please let me know if I can help in any way (more info, testing, whatever). Thanks again Stefan > From: adrian.ch...@gmail.com [mailto:adrian.ch...@gmail.com] On Behalf > Of Adrian Chadd > Sent: Friday, December 20, 2013 9:52 PM > To: Stefan Hegnauer > Cc: freebsd-current > Subject: Re: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and > earlier > > Hi, > > Please file a PR and then ask the developer (pjd@) very nicely to take > a look at it. > > Thanks, > > > -adrian > > > On 20 December 2013 12:45, Stefan Hegnauer > wrote: > > When using 'WITHOUT_CAPSICUM=YES', 'WITHOUT_CASPER=YES' my nanobsd > builds in > > a Virtualbox VM (i386, march=geode, GENERIC without debug+Witness et. > al.) > > fail buildworld for any revision from at least r259518-r259661; like > so > > (this example is r259661): > > > > > > > > " ... > > > > ===> lib/clang/libllvmsupport (obj,depend,all,install) > > > > > /usr/obj/nanobsd.sstream//usr/src/tmp/usr/src/lib/clang/libllvmsupport > > created for /usr/src/lib/clang/libllvmsupport > > snip - see PR for details ... > > > > make: stopped in /usr/src" > > > > > > > > Note that this is with PMAKE="-j1", i.e. single threaded build (same > happens > > with standard PMAKE=-j3 but slightly less intuitive to see where it > fails) > > > > > > > > Removing WITHOUT_CASPER=YES in the build instructions cures the > problem (!), > > however I fail to see why I should include it for an embedded device > > (pcengines.ch Alix boards, several different versions). > > > > Also, with the error reported above I have the impression it is not > exactly > > intuitive that you have to include CASPER (and not CAPSICUM) to > eliminate > > the failure? > > > > Any pointers/hints/solutions? > > > > > > > > Sorry for the rant & thanks > > > > Stefan > > " ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and earlier
When using 'WITHOUT_CAPSICUM=YES', 'WITHOUT_CASPER=YES' my nanobsd builds in a Virtualbox VM (i386, march=geode, GENERIC without debug+Witness et. al.) fail buildworld for any revision from at least r259518-r259661; like so (this example is r259661): " ... ===> lib/clang/libllvmsupport (obj,depend,all,install) /usr/obj/nanobsd.sstream//usr/src/tmp/usr/src/lib/clang/libllvmsupport created for /usr/src/lib/clang/libllvmsupport rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU TF.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror .c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlc py.c mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocato r.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFre quency.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BranchPr obability.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandL ine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Constant Range.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU TFWrapper.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRec overyContext.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDelta Algorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlg orithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DynamicL ibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Errno.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHan dling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOutp utBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingS et.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Formatte dStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWri ter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashing. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IncludeF ile.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqCla sses.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interval Map.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrusiv eRefCntPtr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsInf.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFile Manager.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedS tatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib
RE: nanobsd / dd problem?
On Monday, December 09, 2013 at 5:43 AM Konstantin Belousov wrote: > On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > > Hi, > > > > > > > > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as > a build > > machine for nanobsd images to be used on pc-engines.ch alix boards. > The only > > difference to GENERIC is the inclusion of 'march=geode' and disabling > of > > most debugging switches (malloc, Witness etc). Worked like a charm in > the > > past. > > > > > > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh > fails > > at the last stage when building the disk image, e.g. with > > > > ... > > > > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di > > > > # > > > > > > > > Looking a bit closer it seems that dd(1) returns with an I/O error > whenever > > the input is a file created with mdconfig(8): > > > > # dd if=/dev/zero of=somebackingfile bs=1k count=5k > > > > # mdconfig -f somebackingfile -u md0 > > > > # newfs -U /dev/md0 > > > > # dd if=/dev/md0 of=/dev/null > > > > dd: /dev/md0: Input/output error > > > > 10241+0 records in > > > > 10241+0 records out > > > > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) > > > > > > > > The outputfile in nanobsd.sh seems to be error-free. > It should be one block larger than the right size. > \ > > > > Anyone else seen similar behaviour? How to proceed/fix it? > > > > The following patch should clear the error. > > The issue is that kern_physio() incorrectly detects EOF due to > incorrect > calculation of bio bio_resid after the bio_length was clipped by the > 'excess' code in g_io_check(). Both bio_length and bio_resid appear > to be 0 in the pre-last dd transfer, which starts exactly and the > mediasize, and kern_physio() thinks that it transferred one more block > than was transferred. > > I _suspect_ that it was caused by 'excess' code moving in r256880, > but I am really not in the right condition to analyze it. If somebody > could try the same dd experiment to confirm or deny my suspicion, it > would be useful. > > The patch below should be a right thing to do anyway. > > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index c23a74b..b7c4d60 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) > > bp = bip->bio_caller2; > bp->b_resid = bp->b_bcount - bip->bio_completed; > - bp->b_resid = bip->bio_resid; /* XXX: remove */ > bp->b_ioflags = bip->bio_flags; > bp->b_error = bip->bio_error; > if (bp->b_error) Works for me - please commit! Thanks a lot! -Stefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
nanobsd / dd problem?
Hi, I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build machine for nanobsd images to be used on pc-engines.ch alix boards. The only difference to GENERIC is the inclusion of 'march=geode' and disabling of most debugging switches (malloc, Witness etc). Worked like a charm in the past. Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails at the last stage when building the disk image, e.g. with ... 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di # Looking a bit closer it seems that dd(1) returns with an I/O error whenever the input is a file created with mdconfig(8): # dd if=/dev/zero of=somebackingfile bs=1k count=5k # mdconfig -f somebackingfile -u md0 # newfs -U /dev/md0 # dd if=/dev/md0 of=/dev/null dd: /dev/md0: Input/output error 10241+0 records in 10241+0 records out 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) The outputfile in nanobsd.sh seems to be error-free. Anyone else seen similar behaviour? How to proceed/fix it? Thanks Stefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"