cvs commit: ports/x11/xorg-libraries Makefile
kris2007-05-22 07:28:02 UTC FreeBSD ports repository Modified files: x11/xorg-libraries Makefile Log: The instructions in UPDATING are also applicable for fresh installations of X, so try to ease user confusion. Approved by:portmgr (self) Revision ChangesPath 1.18 +1 -1 ports/x11/xorg-libraries/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/lang/f2c Makefile
maho2007-05-22 07:34:18 UTC FreeBSD ports repository Modified files: lang/f2c Makefile Log: Make fetchable because ftp://netlib.bell-labs.com/netlib/ no longer has original distfile. I placed it at MASTER_SITE_LOCAL. Submitted by: fenner Approved by:portmgr (erwin) Revision ChangesPath 1.19 +2 -1 ports/lang/f2c/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/x11/xorg-libraries Makefile
Kris Kennaway <[EMAIL PROTECTED]> writes: > Log: > The instructions in UPDATING are also applicable for fresh installations > of X, so try to ease user confusion. I don't understand why one would need to jump through hoops to install X.org 7.2 on a clean system. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man5 passwd.5
yar 2007-05-22 10:07:22 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) share/man/man5 passwd.5 Log: MFC 1.47: Document the current practice of locking and disabling accounts through passwd(5). Revision ChangesPath 1.44.2.2 +32 -16src/share/man/man5/passwd.5 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man5 passwd.5
yar 2007-05-22 10:10:56 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) share/man/man5 passwd.5 Log: MFC 1.48-1.50: Improve markup, add a missing xref. Revision ChangesPath 1.44.2.3 +109 -64 src/share/man/man5/passwd.5 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/lang/php5 Makefile
erwin 2007-05-22 10:12:51 UTC FreeBSD ports repository Modified files: lang/php5Makefile Log: Put suhosin on local master sites to fix fetch now the official site is down. Approved by:portmgr (self) Revision ChangesPath 1.115 +2 -1 ports/lang/php5/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libc/stdlib Symbol.map
On Tue, 22 May 2007, Jonathan Chen wrote: On Tue, May 22, 2007 at 12:29:53AM -0400, Daniel Eischen wrote: On Tue, 22 May 2007, Daniel Eischen wrote: On Tue, 22 May 2007, Jonathan Chen wrote: Log: __cleanup() is needed for ports/devel/valgrind, export it. Please revert this. fcloseall() is the interface to use. And the rule of thumb to use when trying to decide whether to export these functions is, does it have a prototype in /usr/include/... The change has been backed out, however, I still have some concerns whether fcloseall() or something else is an appropriate replacement for __cleanup in valgrind. The main reason for my concern is that fcloseall() is not equivalent to __cleanup, and valgrind belongs in a special class of programs where some of its actions should mirror those of libc as closely as possible. A quick test shows that replacing __cleanup() with fcloseall() in valgrind can have an effect on valgrind's report of memory still allocated at program exit. fcloseall() was added so we can remove __cleanup(), and Linux has an fcloseall() also. If fcloseall() isn't functioning correctly, then let's fix it. But it looked like it was doing the same thing as __cleanup(), at least that is what it was suppose to be doing. What does valgrind do for Linux? Furthermore, the private section of Symbol.map already exports a number of other "private" functions not mentioned in /usr/include. Yes, these are needed mostly for our base system, not for ports or things not part of our base. We should try and prevent adding private interfaces just for ports. I know there are a few exceptions, where some ports are using some of these private interfaces. But Kris has run a couple of port runs for me, and there's really not many instances of this. While I respect the desire to keep libc as clean as possible, I think this might be a case that warrants an exception. Nevertheless, I'm willing to be convinced either way. Me too, but the purpose of fcloseall() was to remove references to __cleanup() ;-) -- DE ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/etc/rc.d hostid
rse 2007-05-22 10:22:24 UTC FreeBSD src repository Modified files: etc/rc.d hostid Log: Remove the ugly csh(1) based UUID lower-case translation hack from /etc/rc.d/hostid now that we switched the origin of the UUID (variable smbios.system.uuid as provided by the i386 BIOS code) to already provide a standard conforming lower-case UUID text representation. Revision ChangesPath 1.6 +0 -1 src/etc/rc.d/hostid ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern uipc_syscalls.c
On Mon, 21 May 2007, Alfred Perlstein wrote: Is this the same bug that used to be in sendfile but got corrected some years back? Dunno, but it sounds like we really need a comprehensive set of edge-case tests for sendfile. Robert N M Watson Computer Laboratory University of Cambridge * Andre Oppermann <[EMAIL PROTECTED]> [070519 13:52] wrote: andre 2007-05-19 20:50:59 UTC FreeBSD src repository Modified files: sys/kern uipc_syscalls.c Log: In kern_sendfile() adjust byte accounting of the file sending loop to ignore the size of any headers that were passed with the sendfile(2) system call. Otherwise the file sent will be truncated by the header size if the nbytes parameter was provided. The bug doesn't show up when either nbytes is zero, meaning send the whole file, or no header iovec is provided. Resolve a potential error aliasing of errors from the VM and sf_buf parts and the protocol send parts where an error of the latter over- writes one of the former. Update comments. The byte accounting bug wasn't seen in earlier because none of the popular sendfile(2) consumers, Apache, lighttpd and our ftpd(8) use it in modes that trigger it. The varnish HTTP proxy makes full use of it and exposed the problem. Bug found by: phk Tested by: phk Revision ChangesPath 1.256 +37 -13src/sys/kern/uipc_syscalls.c -- - Alfred Perlstein ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/usr.bin/truss i386.conf i386linux.conf
ru 2007-05-22 10:36:12 UTC FreeBSD src repository Modified files: usr.bin/trussi386.conf i386linux.conf Log: Don't want a stray systrace_args.c in objdir. Revision ChangesPath 1.3 +3 -1 src/usr.bin/truss/i386.conf 1.3 +3 -1 src/usr.bin/truss/i386linux.conf ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/gnu/lib/libssp Makefile
ru 2007-05-22 10:40:59 UTC FreeBSD src repository Modified files: gnu/lib/libssp Makefile Log: Don't forget to clean generated ssp.h. Revision ChangesPath 1.2 +1 -0 src/gnu/lib/libssp/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern uipc_syscalls.c
Robert Watson <[EMAIL PROTECTED]> writes: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > Is this the same bug that used to be in sendfile but got corrected > > some years back? > Dunno, but it sounds like we really need a comprehensive set of > edge-case tests for sendfile. This was not an edge case. The edge case (no offset, no length, no header) was the one that worked; it was the non-trivial case (non-zero offset, explicit length, non-empty header) that was broken. Nobody noticed because existing code (Apache, ftpd) only exercises the edge case. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/usr.sbin/sa Makefile
dds 2007-05-22 10:49:43 UTC FreeBSD src repository Modified files: usr.sbin/sa Makefile Log: Set .PATH before referring to the corresponding sources. Revision ChangesPath 1.12 +2 -2 src/usr.sbin/sa/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern uipc_syscalls.c
On Tue, 22 May 2007, Dag-Erling Smørgrav wrote: Robert Watson <[EMAIL PROTECTED]> writes: Alfred Perlstein <[EMAIL PROTECTED]> writes: Is this the same bug that used to be in sendfile but got corrected some years back? Dunno, but it sounds like we really need a comprehensive set of edge-case tests for sendfile. This was not an edge case. The edge case (no offset, no length, no header) was the one that worked; it was the non-trivial case (non-zero offset, explicit length, non-empty header) that was broken. Nobody noticed because existing code (Apache, ftpd) only exercises the edge case. I stand corrected. :-) Robert N M Watson Computer Laboratory University of Cambridge___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libmemstat memstat_malloc.c
On Tue, 22 May 2007, Bruce Evans wrote: On Mon, 21 May 2007, Robert Watson wrote: rwatson 2007-05-21 18:16:04 UTC FreeBSD src repository Modified files: lib/libmemstat memstat_malloc.c Log: Make pointer argument to kread_string() const since the kernel structure field is const, and then employ __DECONST before getting into the kvm code. This eliminates a gcc 4.2 warning about losing constification. __DECONST advice from: sam Should know better than to use __DECONST: C programmers. This basically trickles up from libkvm, which presumably also wants to be const-poisoned. Robert N M Watson Computer Laboratory University of Cambridge ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/share/man/man5 acct.5 src/sys/kern kern_acct.c src/sys/sys acct.h src/usr.bin/lastcomm Makefile lastcomm.c readrec.c src/usr.sbin/sa Makefile db.c extern.h main.c pdb.c usrdb.c
On Tue, 22 May 2007, Diomidis Spinellis wrote: dds 2007-05-22 06:51:38 UTC FreeBSD src repository Modified files: share/man/man5 acct.5 sys/kern kern_acct.c sys/sys acct.h usr.bin/lastcomm Makefile lastcomm.c usr.sbin/sa Makefile extern.h main.c pdb.c usrdb.c Added files: usr.bin/lastcomm readrec.c usr.sbin/sa db.c Log: Increase precision of time values in the process accounting structure, while maintaining backward compatibility with legacy file and record formats. Thanks for doing the compatibility work on this -- it will be greatly appreciated. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/release/pc98 fixit-small_crunch.conf fixit_crunch.conf
nyan2007-05-22 11:32:55 UTC FreeBSD src repository Modified files: release/pc98 fixit-small_crunch.conf fixit_crunch.conf Log: Remove the restore and chroot command to avoid disk-full error. Revision ChangesPath 1.9 +0 -3 src/release/pc98/fixit-small_crunch.conf 1.15 +0 -3 src/release/pc98/fixit_crunch.conf ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On Tue, May 22, 2007 at 10:22:24AM +, Ralf S. Engelschall wrote: > rse 2007-05-22 10:22:24 UTC > > FreeBSD src repository > > Modified files: > etc/rc.d hostid > Log: > Remove the ugly csh(1) based UUID lower-case translation hack from > /etc/rc.d/hostid now that we switched the origin of the UUID (variable > smbios.system.uuid as provided by the i386 BIOS code) to already provide > a standard conforming lower-case UUID text representation. Can you also remove checking for all zeros, as this is handle elsewhere already? -- Pawel Jakub Dawidek http://www.wheel.pl [EMAIL PROTECTED] http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgpci4PAkkJkg.pgp Description: PGP signature
cvs commit: src/sys/conf files
mav 2007-05-22 12:00:32 UTC FreeBSD src repository Modified files: sys/conf files Log: Return back NETGRAPH_MPPC_COMPRESSION depends. Reviewed by:ru, julian Approved by:glebius (mentor) Revision ChangesPath 1.1210+2 -0 src/sys/conf/files ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/netgraph ng_nat.c
mav 2007-05-22 12:14:43 UTC FreeBSD src repository Modified files: sys/netgraph ng_nat.c Log: Allow node to bypass traffic while no alias address defined. Approved by:glebius (mentor) Revision ChangesPath 1.9 +11 -9 src/sys/netgraph/ng_nat.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/netgraph ng_nat.c ng_nat.h
mav 2007-05-22 12:20:06 UTC FreeBSD src repository Modified files: sys/netgraph ng_nat.c ng_nat.h Log: Add support for setmode and settarget messages. Approved by:glebius (mentor) Revision ChangesPath 1.10 +76 -0 src/sys/netgraph/ng_nat.c 1.2 +23 -0 src/sys/netgraph/ng_nat.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man4 ng_nat.4
mav 2007-05-22 12:23:39 UTC FreeBSD src repository Modified files: share/man/man4 ng_nat.4 Log: Add support for setmode and settarget messages. Approved by:glebius (mentor) Revision ChangesPath 1.3 +21 -0 src/share/man/man4/ng_nat.4 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On 05/21/07 14:57, Dag-Erling Smørgrav wrote: Jung-uk Kim <[EMAIL PROTECTED]> writes: 'smbios.system.uuid' is exported from loader, not from kernel. And it already checks two things, i.e., all zero's and all 0xff's, which are the most common and 'useless' UUIDs. If the SMBIOS has one of these, it is not set at all. Is it safe to assume that smbios.system.uuid returns a string of the correct form (the correct amount of hex digits with hyphens in the right places) which is neither all-bits-zero nor all-bits-one? In that case, there is no need to check anything in etc/rc.d/hostid. DES [picking random related post to reply to] The hostid script also is cranky when used on a diskless host, because it can't write to it's hostid file. I've been ignoring it, but I wanted to at least mention it. Shall I file a PR? Eric ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/cad/klayout/files patch-build.sh patch-src-Makefile.main
hrs 2007-05-22 13:44:09 UTC FreeBSD ports repository Modified files: cad/klayout/filespatch-build.sh patch-src-Makefile.main Log: Fix build breakage due to binary file renaming of devel/qt4-moc and devel/qt4-uic. Approved by:portmgr (erwin) Revision ChangesPath 1.2 +2 -2 ports/cad/klayout/files/patch-build.sh 1.2 +2 -2 ports/cad/klayout/files/patch-src-Makefile.main ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/etc/rc.d hostid
rse 2007-05-22 13:54:00 UTC FreeBSD src repository Modified files: etc/rc.d hostid Log: backout filter of Nil UUID as the boot loader code already filters out Nil UUIDs (see src/sys/boot/i386/libi386/smbios.c:smbios_setuuid for details) Revision ChangesPath 1.7 +0 -4 src/etc/rc.d/hostid ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On Tue, May 22, 2007, Pawel Jakub Dawidek wrote: > On Tue, May 22, 2007 at 10:22:24AM +, Ralf S. Engelschall wrote: > > rse 2007-05-22 10:22:24 UTC > > > > FreeBSD src repository > > > > Modified files: > > etc/rc.d hostid > > Log: > > Remove the ugly csh(1) based UUID lower-case translation hack from > > /etc/rc.d/hostid now that we switched the origin of the UUID (variable > > smbios.system.uuid as provided by the i386 BIOS code) to already provide > > a standard conforming lower-case UUID text representation. > > Can you also remove checking for all zeros, as this is handle elsewhere > already? /bin/done -- [EMAIL PROTECTED]Ralf S. Engelschall FreeBSD.org/~rse [EMAIL PROTECTED] FreeBSD committer www.engelschall.com ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/audio/ardour Makefile distinfo pkg-plist
trasz 2007-05-22 14:12:32 UTC FreeBSD ports repository Modified files: audio/ardour Makefile distinfo pkg-plist Log: - Unbreak (distfile for 2.0 disappeared) by upgrading to 2.0.2. Approved by:portmgr (erwin), miwi (mentor) Revision ChangesPath 1.14 +1 -2 ports/audio/ardour/Makefile 1.8 +3 -3 ports/audio/ardour/distinfo 1.8 +0 -10 ports/audio/ardour/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/modules/mxge/mxge Makefile
gallatin2007-05-22 14:38:17 UTC FreeBSD src repository Modified files: sys/modules/mxge/mxge Makefile Log: Hook mxge_lro.c to the build so that the if_mxge.ko module will load. Revision ChangesPath 1.3 +1 -1 src/sys/modules/mxge/mxge/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On Tue, May 22, 2007 at 07:56:42AM -0500, Eric Anderson wrote: > On 05/21/07 14:57, Dag-Erling Sm?rgrav wrote: > >Jung-uk Kim <[EMAIL PROTECTED]> writes: > >>'smbios.system.uuid' is exported from loader, not from kernel. And it > >>already checks two things, i.e., all zero's and all 0xff's, which are > >>the most common and 'useless' UUIDs. If the SMBIOS has one of these, > >>it is not set at all. > >Is it safe to assume that smbios.system.uuid returns a string of the > >correct form (the correct amount of hex digits with hyphens in the right > >places) which is neither all-bits-zero nor all-bits-one? In that case, > >there is no need to check anything in etc/rc.d/hostid. > >DES > > [picking random related post to reply to] > > The hostid script also is cranky when used on a diskless host, because it > can't write to it's hostid file. I've been ignoring it, but I wanted to at > least mention it. > > Shall I file a PR? It is probably not worth PR, because it's current. We should probably just remove the warning. -- Pawel Jakub Dawidek http://www.wheel.pl [EMAIL PROTECTED] http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgp7iCAJkE2Jp.pgp Description: PGP signature
cvs commit: src/lib/libarchive archive_write_disk_set_standard_lookup.c
cperciva2007-05-22 15:37:58 UTC FreeBSD src repository Modified files: lib/libarchive archive_write_disk_set_standard_lookup.c Log: Replace "sizeof(struct bucket[cache_size])" with "cache_size * sizeof(struct bucket)". The former is valid in C99 but can confuse earlier compilers, while the latter is a standard idiom which all C compilers understand. Approved by:kientzle Revision ChangesPath 1.3 +4 -4 src/lib/libarchive/archive_write_disk_set_standard_lookup.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On Tue, May 22, 2007 at 07:56:42AM -0500, Eric Anderson wrote: > On 05/21/07 14:57, Dag-Erling Sm?rgrav wrote: > > Jung-uk Kim <[EMAIL PROTECTED]> writes: > >> 'smbios.system.uuid' is exported from loader, not from kernel. And it > >> already checks two things, i.e., all zero's and all 0xff's, which are > >> the most common and 'useless' UUIDs. If the SMBIOS has one of these, > >> it is not set at all. > > Is it safe to assume that smbios.system.uuid returns a string of the > > correct form (the correct amount of hex digits with hyphens in the right > > places) which is neither all-bits-zero nor all-bits-one? In that case, > > there is no need to check anything in etc/rc.d/hostid. > > DES > > [picking random related post to reply to] > > The hostid script also is cranky when used on a diskless host, because it > can't write to it's hostid file. I've been ignoring it, but I wanted to at > least mention it. > > Shall I file a PR? I'm not sure that's a bug. Perhaps if it's too noisy. There are several other places that require a writable etc or require certain files to be linked to somewhere writable. Adding a note to the diskless(8) manpage might be useful. -- Brooks pgpMRVNGlZ0ZN.pgp Description: PGP signature
cvs commit: src/sys/dev/mxge if_mxge.c if_mxge_var.h
gallatin2007-05-22 15:57:49 UTC FreeBSD src repository Modified files: sys/dev/mxge if_mxge.c if_mxge_var.h Log: mxge cleanups: - Remove code to use the special wc_fifo. It has been disabled by default in our other drivers as it actually slows down transmit by a small amount - Dynamically determine the amount of space required for the rx_done ring rather than hardcoding it. - Compute the number of tx descriptors we are willing to transmit per frame as the minimum of 128 or 1/4 the tx ring size. - Fix a typo in the tx dma tag setup which could lead to unnecessary defragging of TSO packets (and potentially even dropping TSO packets due to EFBIG being returned). - Add a counter to keep track of how many times we've needed to defragment a frame. It should always be zero. - Export new extended f/w counters via sysctl Sponsored by: Myricom, Inc. Revision ChangesPath 1.31 +87 -111 src/sys/dev/mxge/if_mxge.c 1.12 +6 -6 src/sys/dev/mxge/if_mxge_var.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/net route.c
glebius 2007-05-22 16:17:32 UTC FreeBSD src repository Modified files: sys/net route.c Log: Some minor cleanups: - In rt_check() remove the senderr() macro and the "bad" label. They used to simplify code, but now aren't. - Remove extra RT_LOCK_ASSERT() in rt_setgate(). The RT_REMREF macro does this. - In rtfree() convert panics to KASSERTs. - Strict the routing API: rtfree() should be called only in a case when we are completely sure we've got the last reference on the rtentry. In all other cases RTFREE_LOCKED() macro should be used. If the reference isn't the last one spit out a warning printf. Correct the only(?) case for this in rt_check(). - Fix typos in comments. Revision ChangesPath 1.119 +15 -22src/sys/net/route.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern uipc_syscalls.c
> On Mon, 21 May 2007, Alfred Perlstein wrote: > > > Is this the same bug that used to be in sendfile but got corrected some > > years back? > > Dunno, but it sounds like we really need a comprehensive set of edge-case > tests for sendfile. There are those that advocate writing a test case that fails, then fixing the code until the test case succeeds, then committing the test case to the test-bed at the same time the code is committed to the tree. With the test-case gating the code. This works well for some thing, but we can't do it universally since some test-cases would be only for 'rogue' hardware, which can't be automatically tested. Warner ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/java/jdk14/files patch-j2se::awt::awt_motif21.c
glewis 2007-05-22 16:21:27 UTC FreeBSD ports repository Added files: java/jdk14/files patch-j2se::awt::awt_motif21.c Log: . Make it so we include Xm/XmIm.h rather than defining our own prototype. Fixes a build error due to the prototype being defined not matching the actual function. Approved by:portmgr (pav) Revision ChangesPath 1.1 +13 -0 ports/java/jdk14/files/patch-j2se::awt::awt_motif21.c (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libmemstat memstat_malloc.c
From: Robert Watson <[EMAIL PROTECTED]> Subject: Re: cvs commit: src/lib/libmemstat memstat_malloc.c Date: Tue, 22 May 2007 11:58:19 +0100 (BST) > > On Tue, 22 May 2007, Bruce Evans wrote: > > > On Mon, 21 May 2007, Robert Watson wrote: > > > >> rwatson 2007-05-21 18:16:04 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >>lib/libmemstat memstat_malloc.c > >> Log: > >> Make pointer argument to kread_string() const since the kernel structure > >> field is const, and then employ __DECONST before getting into the kvm > >> code. This eliminates a gcc 4.2 warning about losing constification. > >> > >> __DECONST advice from: sam > > > > Should know better than to use __DECONST: C programmers. Zen Master bde hits. You are confused. You are Dazed.--More-- You have received enlightment. Welcome to level 34583. > This basically trickles up from libkvm, which presumably also wants to be > const-poisoned. Yes. Const poisoning is a post-order call graph traversal excersize. However, given the size of our call graphs, and their complexity, there are practical issues. In const-poisoning large systems, often times one needs to use half-measures, and bogosities like __DECONST to make progress. Warner ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libmemstat memstat_malloc.c
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>> > Should know better than to use __DECONST: C programmers.
>
>Zen Master bde hits. You are confused. You are Dazed.--More--
>You have received enlightment. Welcome to level 34583.
Actually, I'm not sure I made it.
Const is a very useful construct, both for the compilers ability
to generate good code and for the programmer to express his intention,
but the simplicity of the const concept in C means that it is less
useful than it could be, unless __DECONST and similar are (ab)used.
Take a simple example:
struct foo {
...
};
struct foo *create_foo(args, ...);
void destroy_foo(struct foo *);
Nothing outside these two functions should modify, reassign or otherwise
muck about with the contents of a struct foo.
In an ideal world, I would have two versions of struct foo: one where all
members are const and one where they are not, and compiler would realize
that a cast from the R/W to the R/O variant is a safe operation, so that
create_foo() could be written in terms of and return the R/O variant
How to do the destroy_foo() needs a different trick, since we are
not modifying the fields, we are destroying them, so the needed information
here is custody information:
void destroy_foo(struct foo * __custody);
which tells the compiler that the pointer and what it pointed to
is not valid after a call to destroy_foo().
C unfortunately lacks a syntax that can express suck subtle and
non-subtle nuances and recent standardization efforts have shown
little interest in offering more "intentional programming" facilities
in C.
Absent such progress and despite what the Zen master says, I think
const is a useful concept and that the occational well-thought out
use of __DECONST() can not only be fully justified but also
recommended. Provided it is used to improve the expression of
deliberate intent, rather than to paste over gottchas.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern uipc_syscalls.c
On Tue, 22 May 2007, Warner Losh wrote: On Mon, 21 May 2007, Alfred Perlstein wrote: Is this the same bug that used to be in sendfile but got corrected some years back? Dunno, but it sounds like we really need a comprehensive set of edge-case tests for sendfile. There are those that advocate writing a test case that fails, then fixing the code until the test case succeeds, then committing the test case to the test-bed at the same time the code is committed to the tree. With the test-case gating the code. This works well for some thing, but we can't do it universally since some test-cases would be only for 'rogue' hardware, which can't be automatically tested. In this case, the problem is that we already have a piece of complex subsystem code without tests, so we bump into both regressions and new bugs with moderate frequency, and need to write basic functional tests. An interesting variable in test cases for sendfile, btw, is to use UNIX domain sockets as a transport, not just TCP Robert N M Watson Computer Laboratory University of Cambridge ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
Brooks Davis wrote: I'm not sure that's a bug. Perhaps if it's too noisy. There are several other places that require a writable etc or require certain files to be linked to somewhere writable. Adding a note to the diskless(8) manpage might be useful. I had a concern about this too, but didn't want to seem like I was loading up on this poor little script. :) Would this be better placed in /var/db? Doug -- This .signature sanitized for your protection ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libmemstat memstat_malloc.c
On Tue, 22 May 2007, Poul-Henning Kamp wrote: C unfortunately lacks a syntax that can express suck subtle and non-subtle nuances and recent standardization efforts have shown little interest in offering more "intentional programming" facilities in C. Absent such progress and despite what the Zen master says, I think const is a useful concept and that the occational well-thought out use of __DECONST() can not only be fully justified but also recommended. Provided it is used to improve the expression of deliberate intent, rather than to paste over gottchas. I like const, but it necessarily requires incremental deployment on a code base. __DECONST allows use of const in new modules before dependent modules have been converted. To pull an arbitrary example out of an arbitrary hat: libkvm isn't const-poisoned, but libmemstat is. With the new gcc version, we now see a warning, which is silenced by marking the transition into libkvm with __DECONST. Robert N M Watson Computer Laboratory University of Cambridge ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/rc.d hostid
On Tue, May 22, 2007 at 10:07:03AM -0700, Doug Barton wrote: > Brooks Davis wrote: > > > I'm not sure that's a bug. Perhaps if it's too noisy. There are > > several other places that require a writable etc or require certain > > files to be linked to somewhere writable. Adding a note to the > > diskless(8) manpage might be useful. > > I had a concern about this too, but didn't want to seem like I was loading > up on this poor little script. :) Would this be better placed in /var/db? I think /etc or /boot is the right place and IIRC pjd had a reason why /etc was right. The problem with /var/db is that's it's not available until fairly late in the boot and hostid is needed for non-root disks. It's worth remembering that in the normal course of operation, /etc/hostid is written once per system lifetime. Making diskless users set it up by hand or as a symlink to somewhere writable seems harmless to me. -- Brooks pgpZak4eMmr3l.pgp Description: PGP signature
cvs commit: src/sbin/ifconfig ifconfig.8 ifconfig.c
thompsa 2007-05-22 17:41:10 UTC FreeBSD src repository Modified files: sbin/ifconfigifconfig.8 ifconfig.c Log: Add the -n flag for disabling automatic module loading, this will be used by rc.d to stop it reloading the network module on unload. Revision ChangesPath 1.138 +8 -0 src/sbin/ifconfig/ifconfig.8 1.131 +10 -2 src/sbin/ifconfig/ifconfig.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man4 ng_car.4
brueffer2007-05-22 18:14:35 UTC FreeBSD src repository Modified files: share/man/man4 ng_car.4 Log: Fix typos. Revision ChangesPath 1.3 +4 -4 src/share/man/man4/ng_car.4 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/bge if_bge.c
jkim2007-05-22 18:16:23 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Add delays in MI communication register R/W loops. Revision ChangesPath 1.190 +2 -0 src/sys/dev/bge/if_bge.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/bge if_bge.c
jkim2007-05-22 18:51:05 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Fix time out check in EEPROM read and move delays to give some settle time. Submitted by: mjacob Revision ChangesPath 1.191 +12 -11src/sys/dev/bge/if_bge.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/x11/xorg-libraries Makefile
On Tue, May 22, 2007 at 10:28:38AM +0200, Dag-Erling Sm??rgrav wrote: > Kris Kennaway <[EMAIL PROTECTED]> writes: > > Log: > > The instructions in UPDATING are also applicable for fresh installations > > of X, so try to ease user confusion. > > I don't understand why one would need to jump through hoops to install > X.org 7.2 on a clean system. There are a few reasons, mostly to do with old systems and getting the symlink. Note that in the "clean" case some of the instructions are NOPs. Kris ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/release/doc/en_US.ISO8859-1/relnotes/common new.sgml
brueffer2007-05-22 19:09:17 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) release/doc/en_US.ISO8859-1/relnotes/common new.sgml Log: MFC: New release notes: - axe(4) altq support - pw -M - twa(4) update to 3.60.03.006 - ftpd(8) RFC2389 and RFC2640 support - lagg(4) - snd_hda - snd_envy24 / envy24ht - snd_spicds - mpt(4) updates Modified release notes: - small fixes in the top -j entry RevisionChangesPath 1.883.2.72 +42 -2 src/release/doc/en_US.ISO8859-1/relnotes/common/new.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/astro/celestia Makefile ports/astro/celestia/files patch-src_celengine_command.h patch-src_celengine_star.h
bsam2007-05-22 19:09:21 UTC FreeBSD ports repository Modified files: astro/celestia Makefile Added files: astro/celestia/files patch-src_celengine_command.h patch-src_celengine_star.h Log: . unbreak building with gcc-4.2 (delete extra qualifications), this should unbreak astro/celestia-gtk and astro/celestia-gnome as well; . bump PORTREVISION. Pointed out by: pointyhat, kris at ports-developers Approved by:portmgr (erwin), jylefort (maintainer, implicit) Stolen from:debian @ FreeNode IRC archive Revision ChangesPath 1.37 +1 -1 ports/astro/celestia/Makefile 1.1 +11 -0 ports/astro/celestia/files/patch-src_celengine_command.h (new) 1.1 +11 -0 ports/astro/celestia/files/patch-src_celengine_star.h (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/bge if_bge.c
jkim2007-05-22 19:11:39 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Remove stale alpha support code. Revision ChangesPath 1.192 +0 -11 src/sys/dev/bge/if_bge.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man4 twa.4
brueffer2007-05-22 19:12:11 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) share/man/man4 twa.4 Log: MFC: rev. 1.8 Add some newly supported controllers. Revision ChangesPath 1.4.2.4 +15 -3 src/share/man/man4/twa.4 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libmemstat memstat_malloc.c
On Tue, 22 May 2007, Robert Watson wrote: On Tue, 22 May 2007, Poul-Henning Kamp wrote: C unfortunately lacks a syntax that can express suck subtle and non-subtle nuances and recent standardization efforts have shown little interest in offering more "intentional programming" facilities in C. Absent such progress and despite what the Zen master says, I think const is a useful concept and that the occational well-thought out use of __DECONST() can not only be fully justified but also recommended. Provided it is used to improve the expression of deliberate intent, rather than to paste over gottchas. Further investigation (more details in private mail) shows that the use of __DECONST() here is even worse than for pasting over gotchas. __DECONST() is being abused mainly to convert from a pointer to an unsigned long. It casts away a const qualifier almost as a side effect, but so does the old code on amd64 at least. Both __DECONST() and the old code depend on the gcc bug that -Wcast-qual is broken for casts from pointers to integers. If the change to use __DECONST() has any effect at all, then it seems to be because gcc has fixed this bug for conversions to some integer types but not to uintptr_t. I like const, but it necessarily requires incremental deployment on a code base. __DECONST allows use of const in new modules before dependent modules have been converted. To pull an arbitrary example out of an arbitrary hat: libkvm isn't const-poisoned, but libmemstat is. With the new gcc version, we now see a warning, which is silenced by marking the transition into libkvm with __DECONST. Again, the type mismatches have very little to do with const. libkvm requires kernel addresses to be represented as unsigned longs, while libmemstat requires kernel addresses to be represented as "void *"s or "const void *"s. Neither of these requirements is very good, and libmemstat's requirement is a regression if anything, since the kernel address space might be segmented or otherwise magic and thus unrepresentable by userland pointers. To convert between these APIs, pointers must be converted to integers, and type qualifiers are normally lost as a side effect. Bruce ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/bge if_bge.c if_bgereg.h
jkim2007-05-22 19:22:58 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Rearrange DMA read/write control register settings based on document snippet provided by davidch via glebius. PR: kern/96806 Revision ChangesPath 1.193 +43 -43src/sys/dev/bge/if_bge.c 1.73 +3 -4 src/sys/dev/bge/if_bgereg.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/graphics/png Makefile distinfo ports/graphics/png/files patch-aa patch-ab patch-ad patch-ae
On 2007.05.21 11:21:09 +, Andrey A. Chernov wrote: > ache2007-05-21 11:21:09 UTC > > FreeBSD ports repository > > Modified files: > graphics/png Makefile distinfo > graphics/png/files patch-aa patch-ab patch-ad > Added files: > graphics/png/files patch-ae > Log: > Update to 1.2.18 > > PR: 112725 > Submitted by: Nick Barkas <[EMAIL PROTECTED]> > Approved by:portmgr (pav) > Security: VuXML ID 4cb9c513-03ef-11dc-a51d-0019b95d4f14 Thanks! -- Simon L. Nielsen ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/share/man/man4 bge.4 src/sys/dev/bge if_bge.c
jkim2007-05-22 19:35:34 UTC FreeBSD src repository Modified files: share/man/man4 bge.4 sys/dev/bge if_bge.c Log: Remove BCM5704S specific tunable (hw.bge.fake_autoneg) and auto-detect the condition. Revision ChangesPath 1.32 +2 -5 src/share/man/man4/bge.4 1.194 +13 -15src/sys/dev/bge/if_bge.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/x11/xorg-libraries Makefile
Kris Kennaway <[EMAIL PROTECTED]> writes: > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes: > > I don't understand why one would need to jump through hoops to install > > X.org 7.2 on a clean system. > There are a few reasons, mostly to do with old systems and getting the > symlink. Note that in the "clean" case some of the instructions are > NOPs. Please explain to me why, on a fresh FreeBSD install with no ports installed and no /usr/local/ or /usr/X11R6/, I shouldn't be allowed to "cd /usr/ports/x11/xorg && make install clean". DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/x11/xorg-libraries Makefile
On Tue, May 22, 2007 at 09:44:09PM +0200, Dag-Erling Sm??rgrav wrote: > Kris Kennaway <[EMAIL PROTECTED]> writes: > > Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> writes: > > > I don't understand why one would need to jump through hoops to install > > > X.org 7.2 on a clean system. > > There are a few reasons, mostly to do with old systems and getting the > > symlink. Note that in the "clean" case some of the instructions are > > NOPs. > > Please explain to me why, on a fresh FreeBSD install with no ports > installed and no /usr/local/ or /usr/X11R6/, I shouldn't be allowed to > "cd /usr/ports/x11/xorg && make install clean". We are still working out the details on getting the symlink created automatically. Kris ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: www/en/donations wantlist.sgml
brueffer2007-05-22 20:09:02 UTC FreeBSD doc repository Modified files: en/donations wantlist.sgml Log: Add my wish for a VIA EPIA system. Revision ChangesPath 1.441 +10 -1 www/en/donations/wantlist.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/math/miracl Makefile distinfo
pav 2007-05-22 20:13:57 UTC FreeBSD ports repository Modified files: math/miracl Makefile distinfo Log: - Update to 5.3 (unbreak checksum) - Copy to local-distfiles, so we don't have to update this port every few days Approved by:portmgr (implicit) Revision ChangesPath 1.17 +5 -4 ports/math/miracl/Makefile 1.13 +3 -3 ports/math/miracl/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/bge if_bge.c
jkim2007-05-22 20:24:08 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Remove an empty line. Revision ChangesPath 1.195 +0 -1 src/sys/dev/bge/if_bge.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/crypto/openssl/crypto/asn1 asn1.h src/crypto/openssl/crypto/ocsp ocsp.h src/crypto/openssl/crypto/pem pem.h
simon 2007-05-22 20:28:19 UTC FreeBSD src repository Modified files: crypto/openssl/crypto/asn1 asn1.h crypto/openssl/crypto/ocsp ocsp.h crypto/openssl/crypto/pem pem.h Log: Fix runtime crash in OpenSSL with "Illegal instruction" by making some casts a bit less evil. This was e.g. seen when using portsnap as: Fetching snapshot tag from portsnap3.FreeBSD.org... Illegal instruction Note the patch is slightly different from kan's original patch to match style in the OpenSSL source files a bit better. Submitted by: kan Tested by: many Revision ChangesPath 1.2 +783 -495 src/crypto/openssl/crypto/asn1/asn1.h 1.2 +11 -16src/crypto/openssl/crypto/ocsp/ocsp.h 1.2 +168 -54 src/crypto/openssl/crypto/pem/pem.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/audio/festival Makefile
mi 2007-05-22 20:33:30 UTC FreeBSD ports repository Modified files: audio/festival Makefile Log: Fix the X11BASE problem revealed by the recent switch to new default value. Submitted by: kris Approved by:portmgr (erwin) Revision ChangesPath 1.39 +13 -13ports/audio/festival/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/games/zangband Makefile
pav 2007-05-22 20:39:31 UTC FreeBSD ports repository Modified files: games/zangband Makefile Log: - Revert autoconf version change from previous revision, it breaks the build Approved by:portmgr (implicit) Revision ChangesPath 1.23 +1 -1 ports/games/zangband/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/contrib/opensolaris/uts/common/fs/zfs zfs_replay.c
pjd 2007-05-22 21:22:26 UTC FreeBSD src repository Modified files: sys/contrib/opensolaris/uts/common/fs/zfs zfs_replay.c Log: Lock vnode on lookup. This fixes ZIL replay for rmdir/unlink/rename. Reported by:des Revision ChangesPath 1.2 +3 -0 src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sbin/ping6 ping6.c
mtm 2007-05-22 22:01:45 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) sbin/ping6 ping6.c Log: MFC ver. 1.30: date: 2007/04/19 15:41:00; author: mtm; state: Exp; lines: +68 -19 o Increase the buffer to hold extra headers to 10240 bytes (the minimum according to RFC3542 sec. 20.1) and allocate it dynamically. o In verbose mode, specify a warning if any control data from recvmsg(2) was truncated because the buffer was too small. o When printing the extra headers make sure not to overrun the buffer boundaries. PR: kern/99425 Revision ChangesPath 1.29.2.1 +68 -19src/sbin/ping6/ping6.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/lib/libc/net rthdr.c src/sys/sys socket.h
mtm 2007-05-22 22:07:49 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) lib/libc/net rthdr.c sys/sys socket.h Log: MFC: sys/sys/socket.h ver. 1.93 lib/libc/net/rthdr.c ver. 1.9 date: 2007/04/19 15:48:16; author: mtm; state: Exp; lines: +4 -2 Make inet6_rth_* family of functions more compliant with RFC3542: 1. CMSG_NXTHDR(mhdr, cmsg) is supposed to dereference cmsg and return the next header in the chain. If cmsg is NULL it should return the first header, behaving essentially like CMSG_FIRSTHDR(). 2. inet6_rth_(space|init|add) should do basic checking on their input to verify that the number of headers (segments) is between 0 and 127 inclusive. Revision ChangesPath 1.6.10.3 +9 -1 src/lib/libc/net/rthdr.c 1.88.2.2 +4 -2 src/sys/sys/socket.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/audio/festival Makefile
pav 2007-05-22 22:16:01 UTC FreeBSD ports repository Modified files: audio/festival Makefile Log: - Fix INDEX Pointy hat to: mi Approved by:portmgr (implicit) Revision ChangesPath 1.40 +1 -1 ports/audio/festival/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/tools/regression/netinet6/inet6_rth Makefile inet6_rth-segments.c test_subr.c test_subr.h
mtm 2007-05-22 22:17:44 UTC FreeBSD src repository Added files: (Branch: RELENG_6) tools/regression/netinet6/inet6_rth Makefile inet6_rth-segments.c test_subr.c test_subr.h Log: MFC ver. 1.1: date: 2007/04/21 11:23:33; author: mtm; state: Exp; Regression tests for recent changes to inet6_rth_* family of functions regarding RFC3542 compliance. Revision ChangesPath 1.1.2.1 +10 -0 src/tools/regression/netinet6/inet6_rth/Makefile (new) 1.1.2.1 +336 -0 src/tools/regression/netinet6/inet6_rth/inet6_rth-segments.c (new) 1.1.2.1 +166 -0src/tools/regression/netinet6/inet6_rth/test_subr.c (new) 1.1.2.1 +44 -0 src/tools/regression/netinet6/inet6_rth/test_subr.h (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/kern vfs_cache.c
pjd 2007-05-22 23:05:49 UTC FreeBSD src repository Modified files: sys/kern vfs_cache.c Log: - Remove redundant initialization. - Compare pointer with NULL. Revision ChangesPath 1.109 +1 -2 src/sys/kern/vfs_cache.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/etc network.subr
thompsa 2007-05-23 00:18:44 UTC FreeBSD src repository Modified files: etc network.subr Log: Do not attempt to load the kernel module when checking if an interface exists. This would cause pseudo network modules to be reloaded again when trying to unload the first time if any cloned interfaces exist. MFC after: 2 weeks Revision ChangesPath 1.180 +1 -1 src/etc/network.subr ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/pci if_devar.h
mjacob 2007-05-23 00:24:55 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) sys/pci if_devar.h Log: MFC increase bitfield to be wide enough to take the default value that gets set into it. Revision ChangesPath 1.32.2.3 +1 -1 src/sys/pci/if_devar.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/pci if_devar.h
mjacob 2007-05-23 00:25:18 UTC FreeBSD src repository Modified files:(Branch: RELENG_5) sys/pci if_devar.h Log: MFC increase bitfield to be wide enough to take the default value that gets set into it. Revision ChangesPath 1.31.2.1 +1 -1 src/sys/pci/if_devar.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/usr.sbin/freebsd-update freebsd-update.sh
cperciva2007-05-23 00:31:15 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/freebsd-update freebsd-update.sh
Log:
MFC revision 1.6 and part of revision 1.4:
* Add missing '${BASEDIR}/'s, thereby fixing problems when the "-b basedir"
option is used.
* Don't add new kernel modules into a non-existent kernel directory.
* Remove files before the directory which contains them.
Revision ChangesPath
1.2.2.5 +16 -8 src/usr.sbin/freebsd-update/freebsd-update.sh
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/etc/defaults rc.conf
mtm 2007-05-23 00:56:58 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) etc/defaults rc.conf Log: MFC ver. 1.307 and 1.308: Comment out knobs that are supposed to be examples. RevisionChangesPath 1.252.2.34 +2 -2 src/etc/defaults/rc.conf ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/misc/gnomehier Makefile
marcus 2007-05-23 02:24:57 UTC FreeBSD ports repository Modified files: misc/gnomehier Makefile Log: This port does not need XLIB. Approved by:portmgr (implicit) Revision ChangesPath 1.37 +1 -3 ports/misc/gnomehier/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/sun4v/sun4v machdep.c pmap.c
kmacy 2007-05-23 05:22:58 UTC FreeBSD src repository Modified files: sys/sun4v/sun4v machdep.c pmap.c Log: Add some early diagnostics under bootverbose bootverbose is not getting set early enough so hardcode for the moment Revision ChangesPath 1.11 +24 -1 src/sys/sun4v/sun4v/machdep.c 1.37 +4 -0 src/sys/sun4v/sun4v/pmap.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
