Re: can't pxeboot BETA1
On Wed, Aug 10, 2011 at 7:13 PM, Elliot Finley wrote: > trying to pxeboot according to this page > http://www.freebsdwiki.net/index.php/Installing_FreeBSD_with_netboot, > but instead using 9.0-BETA1 doesn't work. > > can't mount root from ufs:/dev/md0 The new installer doesn't operate from an mfsroot. That's why the above wiki directions don't work... Just remove the vfs.root.mountfrom line and stuff should just work with bsdinstall. Please note that the installer has changed. That or you can generate sysinstall based media if you want.. Cheers, -Garrett ___ 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"
Re: can't pxeboot BETA1
On 8/10/11 10:13 PM, Elliot Finley wrote: > trying to pxeboot according to this page > http://www.freebsdwiki.net/index.php/Installing_FreeBSD_with_netboot, > but instead using 9.0-BETA1 doesn't work. > > can't mount root from ufs:/dev/md0 Hi, That website is not part of the FreeBSD documentation. Outside of that, you have not provided enough information to diagnose your issue. Regards, -- Glen Barber ___ 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"
can't pxeboot BETA1
trying to pxeboot according to this page http://www.freebsdwiki.net/index.php/Installing_FreeBSD_with_netboot, but instead using 9.0-BETA1 doesn't work. can't mount root from ufs:/dev/md0 ___ 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"
Re: makefs(8) & broken iso9660 images
On 10. 8. 2011 16:54, Test Rat wrote: > A quick example > > $ mkdir -p q/a q/b q/c q/d > $ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c > > $ makefs -t cd9660 q.iso q > $ tar tf q.iso > . > A > B > A/FOO.C > B/FOO.C > C > D > > $ mkisofs -quiet -o q.iso q > $ tar tf q.iso > . > A > B > C > D > D/FOO.C > C/FOO.C > B/FOO.C > A/FOO.C > > $ makefs -t cd9660 inc.iso /usr/include > $ tar tvvf inc.iso > tar: Invalid location of extent of file > Archive Format: ISO9660, Compression: none > tar: Error exit delayed from previous errors. > > $ mkisofs -quiet -o inc.iso /usr/include > mkisofs: Symlink /usr/include/float.h ignored - continuing. > mkisofs: Symlink /usr/include/syslog.h ignored - continuing. > mkisofs: Symlink /usr/include/sched.h ignored - continuing. > [...] > $ tar tvvf inc.iso > drwx-- 54 0 0 12288 Aug 10 15:26 . > drwx-- 2 0 02048 Jun 14 01:40 NETATALK > [...] > -r 1 0 06324 Jun 14 01:40 GSSAPI/GSSAPI_K.H > Archive Format: ISO9660, Compression: none > > And for more real example grab a bootonly image from allbsd.org though > official BETA1 would suffice, too, and try to extract kernel e.g. > > $ sha256 -q FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso > 9b8beabe007f88f85f3fc59dd1b40ce212132dde173e03d4a93d48a5477989a4 > > $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i kernel > [nothing] > $ mount -t cd9660 /dev/$(mdconfig -f > FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media > $ ls -1 /media/boot/kernel > aac.ko > accf_data.ko > accf_dns.ko > accf_http.ko > acpi_asus.ko > acpi_dock.ko > acpi_fujitsu.ko > acpi_hp.ko > acpi_ibm.ko > acpi_panasonic.ko > ^C > > And the following is probably known but doesn't happen with 8.2-RELEASE image. > > $ find /media/usr/include >/dev/null > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_base_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/bin_search_tree_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/cc_hash_table_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/eq_fn: Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/gp_hash_table_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/hash_fn: Input/output > error > find: > /media/usr/include/c++/4.2/ext/pb_ds/detail/left_child_next_sibling_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/ov_tree_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pairing_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pat_trie_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rb_tree_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rc_binomial_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/resize_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/splay_tree_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/thin_heap_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/tree_policy: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/trie_policy: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/unordered_iterator: > Input/output error > > Am I alone in seeing this? > To resolve problems as quickly as possible, libarchive errors (tar) should also be reported as issues to libarchive.googlecode.com, makefs errors filed as NetBSD PR's. The first two examples is libarchive with problems to read properly a makefs-created ISO images. The last example is bug completely fixed in r224762, going to be commited to 8-stable and 7-stable soon. -- Martin Matuska FreeBSD committer http://blog.vx.sk ___ 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"
Re: resolvconf script overwrites entries in resolv.conf - RDNSS/DNSSL related
On 10/08/2011 17:29, Hajimu UMEMOTO wrote: Hi, On Mon, 08 Aug 2011 16:42:06 +1000 Mattia Rossi said: mrossi> Anyhow, the manpage is really not clear about name_servers_append, and mrossi> it's not working as expected either: mrossi> 1) If I put in a comma separated list of nameservers, I'll find that mrossi> comma separated list in /etc/resolv.conf under a single "nameserver" mrossi> tag. That doesn't work, as it's not a valid entry. Each nameserver mrossi> needs to have a "nameserver" entry. name_servers and name_servers_append is a space separated list of nameserver. Ahh, okay, that works. Might be worth mentioning in the manpage though. Maybe an example wouldn't be too bad either mrossi> 2) If I use multiple name_servers_append entries in mrossi> /etc/resolvconf.conf, then only the last entry is used. I don't want mrossi> only one DNS server there though, I want all three of them, as I mrossi> already had the problem that one or the other didn't work properly. You can specify multiple nameservers in name_servers and/or name_servers_append. Of course, once 1) is solved 2) is redundant. mrossi> 3) If I read the description for name_servers in resolvconf.conf(5), I mrossi> understand that this tag prepends the nameserver to my list. This is mrossi> not what happens. Still not sure what actually happens there... It is strange to me. If you specify name_servers, it should be prepended to the nameserver list. I've just tried name_servers, and it did the job as expected, here. Hmm, not sure what happened last time here, but I've tried it now with a single nameserver, a space separated list of nameservers and a mix of name_servers and name_servers_append entries and it worked perfectly. It also eliminated duplicate entries in name_servers and name_servers_append, preferring the one in name_servers. Again, maybe worthwhile mentioning in the manpage. mrossi> How do I get my 3 manual DNS entries properly into my resolv.conf ? Please specify your 3 servers as space separated list in name_servers or name_servers_append. Yes, got it. All good! Thanks to all! Mat ___ 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"
Re: Installer Feedback: Partitioning
On Wed, Aug 10, 2011 at 3:02 AM, Jonathan Anderson wrote: > Hi, > > Love the new installer, but I do have a very small criticism of the > guided partitioning screen: it's unclear at first glance which of the > available buttons ("Create", "Delete", ..., "Exit") means "write the > partitions to disk and carry on to the next step". > > I presume that the point of a "guided" setup is to make it easy on > first-time FreeBSD installers; we might want to make it a little > easier still by labeling the relevant button "OK", "Save", "Next", > "Do It!" or something instead of "Exit". Create and Delete act on the layout design Nothing done at this point actually writes anything to the disk. I would suggest that "Exit" be changed to "Continue" and, as I have already suggested, "Save" on the next screen should be changed to "Commit" or "Execute". A one-liner on the screen stating that nothing at this point will write to the disk might be a good idea, though, just to make people more comfortable. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.com ___ 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"
Re: makefs(8) & broken iso9660 images
Alexander Best writes: > On Wed Aug 10 11, Test Rat wrote: [...] >> $ find /media/usr/include >/dev/null >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary_heap_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_base_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/bin_search_tree_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/cc_hash_table_map_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/eq_fn: Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/gp_hash_table_map_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/hash_fn: Input/output >> error >> find: >> /media/usr/include/c++/4.2/ext/pb_ds/detail/left_child_next_sibling_heap_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_map_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_policy: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/ov_tree_map_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pairing_heap_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pat_trie_: Input/output >> error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rb_tree_map_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rc_binomial_heap_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/resize_policy: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/splay_tree_: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/thin_heap_: Input/output >> error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/tree_policy: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/trie_policy: >> Input/output error >> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/unordered_iterator: >> Input/output error >> >> Am I alone in seeing this? > > was this fixed by rr224762? I guess only above IO errors, locally generated image produced different errors and they're gone. libarchive still has trouble reading it. ___ 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"
Re: awk(1) segfaults when building kernel modules
On Wed, Aug 10, 2011 at 08:02:32PM +, Alexander Best wrote: > On Wed Aug 10 11, Navdeep Parhar wrote: > > On Wed, Aug 10, 2011 at 11:12 AM, Test Rat wrote: > > > `make -s buildkernel' seems to contain lots of segfaults after recent > > > update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk. > > just out of curiosity: what's the point of doing a vendor import during a > beta phase? isn't this exactly the kind of stuff you DON'T want to do, because > it can only turn out badly? The previous version had a bug in handling the -v option since the last import. I sent a patch to bwk@ months ago, but he only released the new version that included a fix on August 7. Unfortunately, while fixing another bug ("fixed day 1 bug that resurrected deleted elements of ARGV when used as filenames (in lib.c)."), not all code was fixed, and a NULL pointer deference bug is triggered by the following code snippet: awk 'BEGIN{delete ARGV[1]}{}' arg %%% Index: head/contrib/one-true-awk/lib.c === --- head/contrib/one-true-awk/lib.c (revision 224760) +++ head/contrib/one-true-awk/lib.c (working copy) @@ -89,8 +89,13 @@ char *p; for (i = 1; i < *ARGC; i++) { - if (!isclvar(p = getargv(i))) { /* find 1st real filename */ - setsval(lookup("FILENAME", symtab), getargv(i)); + p = getargv(i); /* find 1st real filename */ + if (p == NULL || *p == '\0') { /* deleted or zapped */ + argno++; + continue; + } + if (!isclvar(p)) { + setsval(lookup("FILENAME", symtab), p); return; } setclvar(p);/* a commandline assignment before filename */ %%% > imho r224731 should completely be reverted. aren't those exactly the kind of > commits re@ shouldn't approve? -- Ruslan Ermilov r...@freebsd.org FreeBSD committer ___ 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"
Re: issues with bsdgrep and lang/go
On Tue Aug 9 11, Jason Hellenthal wrote: > > So has the maintainer of bsdgrep updated it yet so these things do not > happen ?, if not (and apparently not) I don't understand why you are > explicitly defaulting your gnugrep to a broken bsdgrep. This was a known > problem a few months back and I for one have not seen updates on that > yet. well i'd like to help the author of bsdgrep to improve it. testing it and then going back to gnu grep, because bsdgrep still has bugs isn't going to help much. by using it i'd like to trip over these kind of bugs and report them. but you're right...the author hasn't really paid a lot of attention to bsdgrep, lately. :( i guess that's a problem when you have an open os, where everybody can do as much or as little as it pleases him. ;) > > Debugging pencil should be handy in this case. > > On Tue, Aug 09, 2011 at 08:18:42AM +, Alexander Best wrote: > > hi there, > > > > i'm running HEAD on amd64 with bsdgrep (WITH_BSD_GREP=true). i noticed the > > lang/go port won't build due to errors caused by egrep. this might be a > > ports > > issue, but to me it rather looks like bsdgrep is not behaving exactly the > > same, > > as gnu grep. however i haven't tried building the port with gnu grep. maybe > > somebody could check that out. the port errors are of the following form: > > > > [...] > > gmake -C 6g install > > gmake[1]: Entering directory > > `/usr/ports/lang/go/work/go-20110515/src/cmd/6g' > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c > > "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/list.c" > > egrep: : error: .Each undeclared identifier|: error: for each function it > > appears|is dangerous, better use|is almost always misused|: In function |: > > At top level: |In file included from|from: No such file or directory > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c > > "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/gobj.c" > > egrep: : error: .Each undeclared identifier|: error: for each function it > > appears|is dangerous, better use|is almost always misused|: In function |: > > At top level: |In file included from|from: No such file or directory > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c > > "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/galign.c" > > egrep: : error: .Each undeclared identifier|: error: for each function it > > appears|is dangerous, better use|is almost always misused|: In function |: > > At top level: |In file included from|from: No such file or directory > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c > > "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/ggen.c" > > egrep: : error: .Each undeclared identifier|: error: for each function it > > appears|is dangerous, better use|is almost always misused|: In function |: > > At top level: |In file included from|from: No such file or directory > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c > > "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/cgen.c" > > egrep: : error: .Each undeclared identifier|: error: for each function it > > appears|is dangerous, better use|is almost always misused|: In function |: > > At top level: |In file included from|from: No such file or directory > > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c -I. > > -o cplx.o ../gc/cplx.c > > [...] > > > > cheers. > > alex > > ___ > > 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" ___ 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"
Re: makefs(8) & broken iso9660 images
On Wed Aug 10 11, Test Rat wrote: > A quick example > > $ mkdir -p q/a q/b q/c q/d > $ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c > > $ makefs -t cd9660 q.iso q > $ tar tf q.iso > . > A > B > A/FOO.C > B/FOO.C > C > D > > $ mkisofs -quiet -o q.iso q > $ tar tf q.iso > . > A > B > C > D > D/FOO.C > C/FOO.C > B/FOO.C > A/FOO.C > > $ makefs -t cd9660 inc.iso /usr/include > $ tar tvvf inc.iso > tar: Invalid location of extent of file > Archive Format: ISO9660, Compression: none > tar: Error exit delayed from previous errors. > > $ mkisofs -quiet -o inc.iso /usr/include > mkisofs: Symlink /usr/include/float.h ignored - continuing. > mkisofs: Symlink /usr/include/syslog.h ignored - continuing. > mkisofs: Symlink /usr/include/sched.h ignored - continuing. > [...] > $ tar tvvf inc.iso > drwx-- 54 0 0 12288 Aug 10 15:26 . > drwx-- 2 0 02048 Jun 14 01:40 NETATALK > [...] > -r 1 0 06324 Jun 14 01:40 GSSAPI/GSSAPI_K.H > Archive Format: ISO9660, Compression: none > > And for more real example grab a bootonly image from allbsd.org though > official BETA1 would suffice, too, and try to extract kernel e.g. > > $ sha256 -q FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso > 9b8beabe007f88f85f3fc59dd1b40ce212132dde173e03d4a93d48a5477989a4 > > $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i kernel > [nothing] > $ mount -t cd9660 /dev/$(mdconfig -f > FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media > $ ls -1 /media/boot/kernel > aac.ko > accf_data.ko > accf_dns.ko > accf_http.ko > acpi_asus.ko > acpi_dock.ko > acpi_fujitsu.ko > acpi_hp.ko > acpi_ibm.ko > acpi_panasonic.ko > ^C > > And the following is probably known but doesn't happen with 8.2-RELEASE image. > > $ find /media/usr/include >/dev/null > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_base_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/bin_search_tree_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/cc_hash_table_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/eq_fn: Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/gp_hash_table_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/hash_fn: Input/output > error > find: > /media/usr/include/c++/4.2/ext/pb_ds/detail/left_child_next_sibling_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/ov_tree_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pairing_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pat_trie_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rb_tree_map_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rc_binomial_heap_: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/resize_policy: > Input/output error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/splay_tree_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/thin_heap_: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/tree_policy: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/trie_policy: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/unordered_iterator: > Input/output error > > Am I alone in seeing this? was this fixed by rr224762? > > -- > FreeBSD 9.0-BETA1 r224746M amd64, clang-built ___ 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"
Re: awk(1) segfaults when building kernel modules
On Wed Aug 10 11, Navdeep Parhar wrote: > On Wed, Aug 10, 2011 at 11:12 AM, Test Rat wrote: > > `make -s buildkernel' seems to contain lots of segfaults after recent > > update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk. just out of curiosity: what's the point of doing a vendor import during a beta phase? isn't this exactly the kind of stuff you DON'T want to do, because it can only turn out badly? imho r224731 should completely be reverted. aren't those exactly the kind of commits re@ shouldn't approve? cheers. alex > ... > > > > Anyone else? > > I see this too. ___ 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"
duplicate output when dumping from ddb
"dump" or "call doadump" from within ddb display duplicate output. This is with a serial console. I have console="comconsole,vidconsole" in /boot/loader.conf and "-D -S115200" in /boot.config. db> dump Dumping 1883 out of 12255 MB:Dumping 1883 out of 12255 MB:..1%..1%..11%..11%..21%..21%..31%..31%..41%..41%..51%..51%..61%..61%..71%..71%..81%..81%..91%..91% Dump complete Dump complete db> Something seems to have changed in the last couple of months or so. Regards, Navdeep ___ 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"
Re: awk(1) segfaults when building kernel modules
On Wed, Aug 10, 2011 at 11:12 AM, Test Rat wrote: > `make -s buildkernel' seems to contain lots of segfaults after recent > update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk. ... > > Anyone else? I see this too. ___ 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"
awk(1) segfaults when building kernel modules
`make -s buildkernel' seems to contain lots of segfaults after recent update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk. The case can be reduced to $ awk 'BEGIN { delete ARGV[1] } END { print ARGV[1] }' blah [...] Program received signal SIGSEGV, Segmentation fault. 0x0040b778 in isclvar (s=0x0) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/lib.c:674 674 if (!isalpha((uschar) *s) && *s != '_') (gdb) bt #0 0x0040b778 in isclvar (s=0x0) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/lib.c:674 #1 0x004092d7 in initgetrec () at /usr/src/usr.bin/awk/../../contrib/one-true-awk/lib.c:92 #2 0x00409397 in getrec (pbuf=0x6267e0, pbufsize=0x6248a8, isrecord=1) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/lib.c:113 #3 0x0040cd73 in program (a=0x8010830e8, n=258) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/run.c:193 #4 0x0040cbd0 in execute (u=0x8010830d0) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/run.c:162 #5 0x0040caaa in run (a=0x8010830d0) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/run.c:137 #6 0x0040bf85 in main (argc=2, argv=0x7fffd290) at /usr/src/usr.bin/awk/../../contrib/one-true-awk/main.c:183 Anyone else? ___ 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"
Re: [patch] Problem with two NIC on same NET (in_scrubprefix: err=17, new prefix add failed)
Hi, I try to desribe the whole matter. In the simplest case, I have two routers - each with two un-numbered interfaces connected in parallel. Real data flow is managed in hardware. IP layer is used for managing the hardwares, so I only need to be able to communicate with neighbour thru one from two links. It's not important which one is used, but if one link is down then the other must be used (if it is up). Now, it works on my table and the patches are made public. (To be perfectly honest, sometimes I need to send message thru given interface to know that communication thru this link is possible, but it's another - IP_SENDIF - story and I'm prepared to re-open a thread on it. Well, I've used Bruce M Simpson IP_SENDIF patch on current and it works really fine for me.) I've started my work with not point-to-point interfaces and I've found two problems. The first one - I've mentioned it in the beginning of this thread and the fix is committed already. The second one - submitted patch and description is bellow: http://www.freebsd.org/cgi/query-pr.cgi?pr=159603 If both interfaces are on same net and one (which installed network route) is going down, then the network route is replaced by network route of the other interface and everything is OK. I can access the network thru the other interface. However, if the second interface is going down too, then the network is replaced by network route of the first interface even if it is down. It is not OK. Futhermore, if the second interface is going up, then the correct (working) network route is not installed as a network route with same prefix is installed already but by interface which is down. So, I can't access the network and it is bad really. I have no problem with loopback routes when I work with not point-to-point interfaces as I can NOT set same source address on them. However, if the interface is going down and up, then loopback route is deleted without checking IFA_RTSELF flag (it must be consistent! especially in kernel) and re-added regardless of "useloopback" setting. So, at least, a loopback route is installed even if useloopback is NOT allowed! After that I've continued with point-to-point interfaces on same net, i.e. I've work with un-numbered interfaces. Firstly, I could not set parallel links on them. The fix is following and is already commmitted: http://www.freebsd.org/cgi/query-pr.cgi?pr=159600 The test case is simple. When the second (parallel) link was being set then network prefix (already installed by first interface) was not found (lookup by source address instead of destination one) and re-adding was failed obviously as the route really was installed. The bigger problem was with loopback routes on un-numbered interfaces. In in_ifinit(), when un-numbered interface is setting loopback route, then refcount on existing route is incremented and IFA_RTSELF flags is set on its address. This is done if and only if useloopback is set and interface is not IFF_LOOPBACK. It is OK. The rest is hacked somehow and I don't know why. In in_ifscrubprefix() which is used either when address is being deleted or interface is going down, I found first inconsistence. Refcount on existing route is decremented always (in both cases), but the route is deleted only when address is being deleted. Futhermore, IFA_RTSELF flag is NOT cleared when refcount is decremented! The fix and behavour is following: http://www.freebsd.org/cgi/query-pr.cgi?pr=159601 When two unnumbered interfaces are set and one of them is going down, then refcount on loopback route is decremented, but IFA_RTSELF flags remains set on interface address. It's inconsistent. After that, if address on second interface is being deleted, then loopback route is deleted too. No loopback route exists, but one interface has IFA_RTSELF flag set. In the view of this inconsistence, I understand a next one in rip_ctlinput(). When interface is going up, then loopback route is being deleted and re-added regardless of IFA_RTSELF flag and useloopback setting. If un-numbered interfaces are used, then it damages refcount on existing loopback route!! IMHO, as loopback routes are not touched when interface is going down, then the routes should be untouched if the interface is going up too. It's the simple patch, but don't work without previous one. However, useloopback complicates it. So, I'm proposing the following patch: If useloopback IS NOT set and IFA_RTSELF IS set, then loopback route is deleted, but with correct refcount game. And if useloopback is SET and IFA_RTSELF IS NOT set and interface IS NOT IFF_LOOPBACK, then loopback route is added, but again with correct refcount game too. It (with previous patch) should ensure IFA_RTSELF and loopback route consistence. Well, it's genesis of the patches and I think it is good case to make it working. On Wed, Aug 10, 2011 at 10:48 AM, Li, Qing wrote: > Hi, > >> >> I've continued with work on two NIC on same NET. Now, with >> point-to-po
Re: FreeBSD-9.0-BETA1-i386-bootonly
On 8/10/2011 10:44 AM, N V wrote: > Hi. > > Tried to use FreeBSD-9.0-BETA1-i386-bootonly.iso in VirtualBox to test. > Installation stops after trying to fetch files from ftp. Attached screenshot > is informative, I think. Seems to use i386/ twice for some reason. > > Regards, > Vans. Your screenshot didn't make it to the list, can you upload it and provide us with a link to it instead? -- > Chris Brennan > -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) signature.asc Description: OpenPGP digital signature
Re: HEAD after 9-BETA1 broken
On 2011-08-10 16:13, René Ladan wrote: ... This works, but why did the conditional version work for buildworld and for earlier buildkernel invocations? Apparently buildkernel changes to the kernel obj dir, e.g: cd ${KRNLOBJDIR}/${_kernel}; ${KMAKE} ${CLEANDIR} so ".if !empty(.CURDIR:M/usr/src*)" will not work then. ___ 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"
makefs(8) & broken iso9660 images
A quick example $ mkdir -p q/a q/b q/c q/d $ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c $ makefs -t cd9660 q.iso q $ tar tf q.iso . A B A/FOO.C B/FOO.C C D $ mkisofs -quiet -o q.iso q $ tar tf q.iso . A B C D D/FOO.C C/FOO.C B/FOO.C A/FOO.C $ makefs -t cd9660 inc.iso /usr/include $ tar tvvf inc.iso tar: Invalid location of extent of file Archive Format: ISO9660, Compression: none tar: Error exit delayed from previous errors. $ mkisofs -quiet -o inc.iso /usr/include mkisofs: Symlink /usr/include/float.h ignored - continuing. mkisofs: Symlink /usr/include/syslog.h ignored - continuing. mkisofs: Symlink /usr/include/sched.h ignored - continuing. [...] $ tar tvvf inc.iso drwx-- 54 0 0 12288 Aug 10 15:26 . drwx-- 2 0 02048 Jun 14 01:40 NETATALK [...] -r 1 0 06324 Jun 14 01:40 GSSAPI/GSSAPI_K.H Archive Format: ISO9660, Compression: none And for more real example grab a bootonly image from allbsd.org though official BETA1 would suffice, too, and try to extract kernel e.g. $ sha256 -q FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso 9b8beabe007f88f85f3fc59dd1b40ce212132dde173e03d4a93d48a5477989a4 $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i kernel [nothing] $ mount -t cd9660 /dev/$(mdconfig -f FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media $ ls -1 /media/boot/kernel aac.ko accf_data.ko accf_dns.ko accf_http.ko acpi_asus.ko acpi_dock.ko acpi_fujitsu.ko acpi_hp.ko acpi_ibm.ko acpi_panasonic.ko ^C And the following is probably known but doesn't happen with 8.2-RELEASE image. $ find /media/usr/include >/dev/null find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binomial_heap_base_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/bin_search_tree_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/cc_hash_table_map_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/eq_fn: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/gp_hash_table_map_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/hash_fn: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/left_child_next_sibling_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_map_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/list_update_policy: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/ov_tree_map_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pairing_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/pat_trie_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rb_tree_map_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/rc_binomial_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/resize_policy: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/splay_tree_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/thin_heap_: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/tree_policy: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/trie_policy: Input/output error find: /media/usr/include/c++/4.2/ext/pb_ds/detail/unordered_iterator: Input/output error Am I alone in seeing this? -- FreeBSD 9.0-BETA1 r224746M amd64, clang-built ___ 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"
FreeBSD-9.0-BETA1-i386-bootonly
Hi. Tried to use FreeBSD-9.0-BETA1-i386-bootonly.iso in VirtualBox to test. Installation stops after trying to fetch files from ftp. Attached screenshot is informative, I think. Seems to use i386/ twice for some reason. Regards, Vans.___ 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"
Re: HEAD after 9-BETA1 broken
2011/8/10 Alexander Best : > On Wed Aug 10 11, René Ladan wrote: >> Hi, >> >> it seems that HEAD is broken somewhere after 9.0-BETA1 amd64: >> >> acer % pwd >> /usr/src >> acer % svn info >> Path: . >> URL: svn+ssh://svn.freebsd.org/base/head >> Repository Root: svn+ssh://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 224747 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: kevlo >> Last Changed Rev: 224747 >> Last Changed Date: 2011-08-10 08:17:06 +0200 (wo, 10 aug 2011) >> >> acer % svn diff >> Index: sys/modules/Makefile >> === >> --- sys/modules/Makefile (revision 224747) >> +++ sys/modules/Makefile (working copy) >> @@ -335,6 +335,7 @@ >> ${_xe} \ >> xfs \ >> xl \ >> + xtaf \ >> ${_zfs} \ >> zlib \ >> >> Index: sys/modules/geom/Makefile >> === >> --- sys/modules/geom/Makefile (revision 224747) >> +++ sys/modules/geom/Makefile (working copy) >> @@ -28,6 +28,7 @@ >> geom_vinum \ >> geom_virstor \ >> geom_vol_ffs \ >> + geom_xbox360 \ >> geom_zero >> >> .include >> >> acer % cat /usr/src/sys/amd64/conf/ACER >> include GENERIC >> options CAPABILITIES >> >> acer % make buildkernel >> >> -- >> >>> Kernel build for ACER started on Wed Aug 10 08:21:53 CEST 2011 >> -- >> ===> ACER >> mkdir -p /usr/obj/usr/src/sys >> >> [...] >> >> -- >> >>> stage 2.3: build tools >> -- >> cd /usr/obj/usr/src/sys/ACER; >> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS= >> -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile >> Warning: Object directory not changed from original /usr/obj/usr/src/sys/ACER >> yacc -b aicasm_gram -d -o aicasm_gram.c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y >> yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y >> clang -O2 -pipe -nostdinc -I/usr/include -I. >> -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c >> clang -O2 -pipe -nostdinc -I/usr/include -I. >> -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c >> clang -O2 -pipe -nostdinc -I/usr/include -I. >> -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wno-pointer-sign -c aicasm_gram.c >> clang -O2 -pipe -nostdinc -I/usr/include -I. >> -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wno-pointer-sign -c aicasm_macro_gram.c >> lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c >> clang -O2 -pipe -nostdinc -I/usr/include -I. >> -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wno-pointer-sign -c aicasm_scan.c >> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l:843:12: error: function >> 'input' is >> not needed and will not be emitted >> [-Werror,-Wunneeded-internal-declaration] >> static int input(void) >> ^ > > problem here is that -Werror got set. could you try removing the following > part from your make.conf: > > .if !empty(.CURDIR:M/usr/src*) > # Don't die on warnings > NO_WERROR= > WERROR= > .endif > > and add > > # Don't die on warnings > NO_WERROR= > WERROR= > > to your src.conf? > This works, but why did the conditional version work for buildworld and for earlier buildkernel invocations? René -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net)
Re: HEAD after 9-BETA1 broken
On Wed Aug 10 11, René Ladan wrote: > Hi, > > it seems that HEAD is broken somewhere after 9.0-BETA1 amd64: > > acer % pwd > /usr/src > acer % svn info > Path: . > URL: svn+ssh://svn.freebsd.org/base/head > Repository Root: svn+ssh://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 224747 > Node Kind: directory > Schedule: normal > Last Changed Author: kevlo > Last Changed Rev: 224747 > Last Changed Date: 2011-08-10 08:17:06 +0200 (wo, 10 aug 2011) > > acer % svn diff > Index: sys/modules/Makefile > === > --- sys/modules/Makefile (revision 224747) > +++ sys/modules/Makefile (working copy) > @@ -335,6 +335,7 @@ > ${_xe} \ > xfs \ > xl \ > + xtaf \ > ${_zfs} \ > zlib \ > > Index: sys/modules/geom/Makefile > === > --- sys/modules/geom/Makefile (revision 224747) > +++ sys/modules/geom/Makefile (working copy) > @@ -28,6 +28,7 @@ > geom_vinum \ > geom_virstor \ > geom_vol_ffs \ > + geom_xbox360 \ > geom_zero > > .include > > acer % cat /usr/src/sys/amd64/conf/ACER > include GENERIC > options CAPABILITIES > > acer % make buildkernel > > -- > >>> Kernel build for ACER started on Wed Aug 10 08:21:53 CEST 2011 > -- > ===> ACER > mkdir -p /usr/obj/usr/src/sys > > [...] > > -- > >>> stage 2.3: build tools > -- > cd /usr/obj/usr/src/sys/ACER; > MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS= > -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original /usr/obj/usr/src/sys/ACER > yacc -b aicasm_gram -d -o aicasm_gram.c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y > yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y > clang -O2 -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > clang -O2 -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > clang -O2 -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wno-pointer-sign -c aicasm_gram.c > clang -O2 -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wno-pointer-sign -c aicasm_macro_gram.c > lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c > clang -O2 -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wno-pointer-sign -c aicasm_scan.c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l:843:12: error: function 'input' > is > not needed and will not be emitted > [-Werror,-Wunneeded-internal-declaration] > static int input(void) >^ problem here is that -Werror got set. could you try removing the following part from your make.conf: .if !empty(.CURDIR:M/usr/src*) # Don't die on warnings NO_WERROR= WERROR= .endif and add # Don't die on warnings NO_WERROR= WERROR= to your src.conf? cheers. alex > 1 error generated. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ACER. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > acer % > /etc/make.conf is attached. > > René > -- > http://www.rene-ladan.nl/ > > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) ___ freebsd-curren
Re: HEAD after 9-BETA1 broken
on 10/08/2011 13:49 René Ladan said the following: > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l:843:12: error: function 'input' > is > not needed and will not be emitted > [-Werror,-Wunneeded-internal-declaration] Not sure where this warning flag comes from. It doesn't seem to be in your make.conf. -- Andriy Gapon ___ 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"
HEAD after 9-BETA1 broken
Hi, it seems that HEAD is broken somewhere after 9.0-BETA1 amd64: acer % pwd /usr/src acer % svn info Path: . URL: svn+ssh://svn.freebsd.org/base/head Repository Root: svn+ssh://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 224747 Node Kind: directory Schedule: normal Last Changed Author: kevlo Last Changed Rev: 224747 Last Changed Date: 2011-08-10 08:17:06 +0200 (wo, 10 aug 2011) acer % svn diff Index: sys/modules/Makefile === --- sys/modules/Makefile(revision 224747) +++ sys/modules/Makefile(working copy) @@ -335,6 +335,7 @@ ${_xe} \ xfs \ xl \ + xtaf \ ${_zfs} \ zlib \ Index: sys/modules/geom/Makefile === --- sys/modules/geom/Makefile (revision 224747) +++ sys/modules/geom/Makefile (working copy) @@ -28,6 +28,7 @@ geom_vinum \ geom_virstor \ geom_vol_ffs \ + geom_xbox360 \ geom_zero .include acer % cat /usr/src/sys/amd64/conf/ACER include GENERIC options CAPABILITIES acer % make buildkernel -- >>> Kernel build for ACER started on Wed Aug 10 08:21:53 CEST 2011 -- ===> ACER mkdir -p /usr/obj/usr/src/sys [...] -- >>> stage 2.3: build tools -- cd /usr/obj/usr/src/sys/ACER; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/ACER yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_gram.c clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_macro_gram.c lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_scan.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l:843:12: error: function 'input' is not needed and will not be emitted [-Werror,-Wunneeded-internal-declaration] static int input(void) ^ 1 error generated. *** Error code 1 Stop in /usr/obj/usr/src/sys/ACER. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer % /etc/make.conf is attached. René -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) make.conf Description: Binary data ___ 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"
Installer Feedback: Partitioning
Hi, Love the new installer, but I do have a very small criticism of the guided partitioning screen: it's unclear at first glance which of the available buttons ("Create", "Delete", ..., "Exit") means "write the partitions to disk and carry on to the next step". I presume that the point of a "guided" setup is to make it easy on first-time FreeBSD installers; we might want to make it a little easier still by labelling the relevant button "OK", "Save", "Next", "Do It!" or something instead of "Exit". Jon -- Jonathan Anderson jonat...@freebsd.org http://freebsd.org/~jonathan/ ___ 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"
RE: [patch] Problem with two NIC on same NET (in_scrubprefix: err=17, new prefix add failed)
Hi, > > I've continued with work on two NIC on same NET. Now, with > point-to-point interfaces too and I have more small fixes which I > submitted today: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159600 > The fix is not entirely correct. The "rtinitflags()" could set RTF_HOST flag when the interface type is IFF_LOOPBACK, not necessarily a PPP llink. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159601 > http://www.freebsd.org/cgi/query-pr.cgi?pr=159602 > http://www.freebsd.org/cgi/query-pr.cgi?pr=159603 > I need to run some tests on your patch, but keep in mind the LLE_STATIC is sort overloaded to take care of the case where static routes are maintained in the routing table while dynamic routes are removed when the interface is taken down. > > I have one more related problem, but I'm not sure how complex the fix should > be. > > When an interface is marked down a network route is deleted (or > replaced) and a loopback route persists in routing table. It is OK. > However, when an interface is marked up again, then a network route is > installed unconditionally (but error is ignored) and a loopbak route > is deleted and added immediately and unconditionally too. IMHO, it is > not correct behaviour. I think that a second half of in_ifinit() > should be here starting by in_addprefix() call with some small or > bigger changes. > Unless you have a really good reason, other than code inspection, and have a set of test cases, please leave this code alone for now. See below ... > > Maybe, adding network route and ignoring error could be OK, but > deleting loopback route should be done under IFA_RTSELF flag is set > condition (with existing route refcount check). V_useloopback should > be check before re-adding the route and existing route must be check > to evaluate refcount correctly. The proposed patch is attached. > Did you read my code comment in "in.c", at line 1115 ? > > However, I prefer to call in_addprefix() (which is static now) instead > of rtinit() and add some more checks from in_ifinit(). Can you (or > anyone) review the patch? > There are quite a few cases to cover, including bootp, which takes a different code path than DHCP through the routing code. I would appreciate that you test these cases before making any code commits. It's taken some time to get the overall routing code stabilized. There is still a bug in the Radix code that needs fixing. -- Qing ___ 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"
Re: [bsdgrep] --exclude-dir doesn't work
Test Rat writes: > It seems fnmatch(3) args were accidentally swapped. Try > > $ bsdgrep -Fr --exclude-dir '*.svn*' grep_ usr.bin/grep | bsdgrep -c svn > 72 And it should probably use FTS_SKIP to save time like textproc/gnugrep. # turn off caching before testing $ zfs set primarycache=none ... $ zfs set secondarycache=none ... $ time bsdgrep -Fr --exclude-dir .svn blah /usr/src/sys $ time /usr/local/bin/grep -Fr --exclude-dir .svn blah /usr/src/sys %% Index: usr.bin/grep/util.c === --- usr.bin/grep/util.c (revision 224746) +++ usr.bin/grep/util.c (working copy) @@ -103,7 +103,6 @@ grep_tree(char **argv) { FTS *fts; FTSENT *p; - char *d, *dir = NULL; int c, fts_flags; bool ok; @@ -135,6 +134,10 @@ grep_tree(char **argv) case FTS_D: /* FALLTHROUGH */ case FTS_DP: + if (dexclude || dinclude) + if (!dir_matching(p->fts_name) || + !dir_matching(p->fts_path)) + fts_set(fts, p, FTS_SKIP); break; case FTS_DC: /* Print a warning for recursive directory loop */ @@ -144,18 +147,6 @@ grep_tree(char **argv) default: /* Check for file exclusion/inclusion */ ok = true; - if (dexclude || dinclude) { - if ((d = strrchr(p->fts_path, '/')) != NULL) { - dir = grep_malloc(sizeof(char) * - (d - p->fts_path + 1)); - memcpy(dir, p->fts_path, - d - p->fts_path); - dir[d - p->fts_path] = '\0'; - } - ok = dir_matching(dir); - free(dir); - dir = NULL; - } if (fexclude || finclude) ok &= file_matching(p->fts_path); %% ___ 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"
Re: [patch] Problem with two NIC on same NET (in_scrubprefix: err=17, new prefix add failed)
On Mon, 2011-08-08 at 16:57 +0200, Svatopluk Kraus wrote: > Thanks for committing the fix. > > I've continued with work on two NIC on same NET. Now, with > point-to-point interfaces too and I have more small fixes which I > submitted today: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159600 > http://www.freebsd.org/cgi/query-pr.cgi?pr=159601 > http://www.freebsd.org/cgi/query-pr.cgi?pr=159602 > http://www.freebsd.org/cgi/query-pr.cgi?pr=159603 > > I have one more related problem, but I'm not sure how complex the fix should > be. > > When an interface is marked down a network route is deleted (or > replaced) and a loopback route persists in routing table. It is OK. > However, when an interface is marked up again, then a network route is > installed unconditionally (but error is ignored) and a loopbak route > is deleted and added immediately and unconditionally too. IMHO, it is > not correct behaviour. I think that a second half of in_ifinit() > should be here starting by in_addprefix() call with some small or > bigger changes. > > Maybe, adding network route and ignoring error could be OK, but > deleting loopback route should be done under IFA_RTSELF flag is set > condition (with existing route refcount check). V_useloopback should > be check before re-adding the route and existing route must be check > to evaluate refcount correctly. The proposed patch is attached. > > However, I prefer to call in_addprefix() (which is static now) instead > of rtinit() and add some more checks from in_ifinit(). Can you (or > anyone) review the patch? Hi Svatopluk, Thanks for working so hard to figure the issue out. kern/159600 looks good to me also, committed to HEAD. The rest needs more review, thanks! > Thanks once again, > > Svata Kevin ___ 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"
Re: resolvconf script overwrites entries in resolv.conf - RDNSS/DNSSL related
Hi, > On Mon, 08 Aug 2011 16:42:06 +1000 > Mattia Rossi said: mrossi> Anyhow, the manpage is really not clear about name_servers_append, and mrossi> it's not working as expected either: mrossi> 1) If I put in a comma separated list of nameservers, I'll find that mrossi> comma separated list in /etc/resolv.conf under a single "nameserver" mrossi> tag. That doesn't work, as it's not a valid entry. Each nameserver mrossi> needs to have a "nameserver " entry. name_servers and name_servers_append is a space separated list of nameserver. mrossi> 2) If I use multiple name_servers_append entries in mrossi> /etc/resolvconf.conf, then only the last entry is used. I don't want mrossi> only one DNS server there though, I want all three of them, as I mrossi> already had the problem that one or the other didn't work properly. You can specify multiple nameservers in name_servers and/or name_servers_append. mrossi> 3) If I read the description for name_servers in resolvconf.conf(5), I mrossi> understand that this tag prepends the nameserver to my list. This is mrossi> not what happens. Still not sure what actually happens there... It is strange to me. If you specify name_servers, it should be prepended to the nameserver list. I've just tried name_servers, and it did the job as expected, here. mrossi> How do I get my 3 manual DNS entries properly into my resolv.conf ? Please specify your 3 servers as space separated list in name_servers or name_servers_append. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan u...@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ 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"