From brde at optusnet.com.au Thu May 1 02:36:08 2008 From: brde at optusnet.com.au (Bruce Evans) Date: Thu May 1 02:36:12 2008 Subject: cvs commit: src/sys/net if_ethersubr.c src/sys/sys mbuf.h src/sys/kern uipc_mbuf.c src/sys/conf NOTES options In-Reply-To: <42F8226A-A63D-44AB-8BF7-A74233520F24@mac.com> References: <200804292123.m3TLNLwT044155@repoman.freebsd.org> <200804301939.06987.max@love2party.net> <4818BCEF.1040308@elischer.org> <42F8226A-A63D-44AB-8BF7-A74233520F24@mac.com> Message-ID: <20080501114438.P93336@delplex.bde.org> On Wed, 30 Apr 2008, Marcel Moolenaar wrote: > > On Apr 30, 2008, at 11:39 AM, Julian Elischer wrote: > >> Max Laier wrote: >>> On Tuesday 29 April 2008 23:23:21 Julian Elischer wrote: >>>> julian 2008-04-29 21:23:21 UTC >>>> ... >>>> Add an option (compiled out by default) >>>> to profile outoing packets for a number of mbuf chain >>>> related parameters >>>> e.g. number of mbufs, wasted space. >>>> probably will do with further work later. >>> This breaks the build: >>> http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.brief >>> 1) Use %u to print unsigned values >>> 2) printing [u]int64_t's has been broken since the beginning. The reason >>> is the unfortunate choice to have int64_t be a "long int" alias on >>> platforms with a 64bit long (while they could as easily be "long long int" >>> as on the other platforms where long is 32bit wide - this also means that >>> "long long" is > intmax_t which is an alias for int64_t). Hence you >>> either have to use the (ugly) PRIu64 macro, or %ju and cast to uintmax_t. >>> This is a no-op (as long as we don't have uint128_t or the like). >> >> I'm happy to change the types to any way you suggest.. >> how about just changing them to long long? This would be wrong. They ([u]intmax_t) are partly intentionally implemented as being different from long long iff this is possible (i.e., on arches with long the physically longest integral type), so that bad code is rewarded with printf format errors like the above. (Unfortunately, C's type checking is too weak to give stronger rewards.) Bad code does things like assuming that int64_t or long long is the longest type, or that these types are the same, or that int64_t is the same as long (rare) or int (rarer, partly because attempts to print int64_t's using %d would fail under almost all implementations). > I hope you don't mean redefining [u]int64_t from [u_]long to > [u_]long_long on 64-bit platforms? I violently oppose that. > > Itanium already supports 128-bit atomic operations and I like > like to keep long long available for that... I unviolently oppose that :-). The existence of long long is a bug. > Not to mention that PRIu64 is defined exactly for this issue, > so I would suggest that people get over their eye-of-beholder > objections and just use it (if casting to long long and sing > %llu is not an option)... The existence of PRI* is a bug. Casting to long long and sing (sic) %llu is not an option. Just convert to a larger standard type of the same signedness -- usually intmax_t or uintmax_t, since it is hard to figure out the minimal larger type even using ugly macros like PRI*. It can be hard to figure out the signedness even for casting to [u]intmax_t. PRI* provides no help for this -- you have to decide the 'u' at write time for both. PRI* also provides no help if the original type is not known, which is the usual case since most types should be typedefs. PRI* provides negative help if the original type is known now but changes -- then PRI* is too easy to use, but it breaks or starts working accidentally when the type changes. Conversions to [u]intmax_t keep working for all changes of the type except ones that change the signedness or the integrality. Bruce From brde at optusnet.com.au Thu May 1 03:01:57 2008 From: brde at optusnet.com.au (Bruce Evans) Date: Thu May 1 03:02:05 2008 Subject: cvs commit: src/sys/sys user.h In-Reply-To: <20080430180255.GB89079@dragon.NUXI.org> References: <200804291117.m3TBHjw3050979@repoman.freebsd.org> <20080430180255.GB89079@dragon.NUXI.org> Message-ID: <20080501123943.V93454@delplex.bde.org> On Wed, 30 Apr 2008, David O'Brien wrote: > On Tue, Apr 29, 2008 at 05:41:18PM +0400, Yar Tikhiy wrote: >> On Tue, Apr 29, 2008 at 3:17 PM, Oleksandr Tymoshenko wrote: >>> gonzo 2008-04-29 11:17:45 UTC >>> Modified files: >>> sys/sys user.h >>> Log: >>> Define KINFO_PROC_SIZE for mips. > .. >> Perhaps it's time to introduce MD .h files for that instead of adding >> MD #ifdefs to the MI .h file, isn't it? I.e., can include >> , which can define KINFO_PROC_SIZE and its possible >> friends. > > I would like to see us go in that direction also. KINFO_PROC_SIZE is special. It can only be determined by looking at the MI struct declared in , and the looking must not be automated since the reason for existence of this macro is to prevent automated changes to the size of the struct. I would have used a definition like KI_NVOIDSTAR * sizeof(void *) + KI_NINTMAX_T * sizeof(intmax_t) + ... where KI_N* are MI. This requires the struct to not have any padding or for the padding to be countable by and actually counted by an expression like the above. Unfortunately, the struct is not laid out very carefully, (it has nested structs which it cannot control the layout of) so it might have MD padding which would make some of the KI_N*'s MD. All padding is MD in theory, but in practice padding can be made almost MI by a careful layout. Bruce From sam at FreeBSD.org Thu May 1 03:49:59 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 1 03:50:03 2008 Subject: cvs commit: src/sys/net80211 ieee80211.c Message-ID: <200805010349.m413nxT9045417@repoman.freebsd.org> sam 2008-05-01 03:49:59 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211.c Log: re-enable WME by default; after a full day of testing on iwi I see no issues and the only way we'll identify them is for people to use it Revision Changes Path 1.49 +0 -3 src/sys/net80211/ieee80211.c From thompsa at FreeBSD.org Thu May 1 04:55:03 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Thu May 1 04:55:05 2008 Subject: cvs commit: src/sys/dev/ath if_ath.c src/sys/dev/if_ndis if_ndis.c src/sys/dev/ipw if_ipw.c src/sys/dev/iwi if_iwi.c src/sys/dev/iwn if_iwn.c src/sys/dev/ral rt2560.c rt2661.c src/sys/dev/usb if_rum.c if_zyd.c src/sys/dev/wi if_wi.c src/sys/dev/wpi if_wpi.c Message-ID: <200805010455.m414t2PI057906@repoman.freebsd.org> thompsa 2008-05-01 04:55:00 UTC FreeBSD src repository Modified files: sys/dev/ath if_ath.c sys/dev/if_ndis if_ndis.c sys/dev/ipw if_ipw.c sys/dev/iwi if_iwi.c sys/dev/iwn if_iwn.c sys/dev/ral rt2560.c rt2661.c sys/dev/usb if_rum.c if_zyd.c sys/dev/wi if_wi.c sys/dev/wpi if_wpi.c Log: Unify all the wifi *_ioctl routines - Limit grabbing the lock to SIOCSIFFLAGS. - Move ieee80211_start_all() to SIOCSIFFLAGS. - Remove SIOCSIFMEDIA as it is not useful. - Limit ether_ioctl to only SIOCGIFADDR. SIOCSIFADDR and SIOCSIFMTU have no affect as there is no input/output path in the vap parent. The vap code will handle the reinit of the mac address changes. - Split off ndis_ioctl_80211 as it was getting too different to wired devices. This fixes a copyout while locked and a lock recursion. Reviewed by: sam Revision Changes Path 1.183 +7 -13 src/sys/dev/ath/if_ath.c 1.135 +50 -12 src/sys/dev/if_ndis/if_ndis.c 1.36 +9 -7 src/sys/dev/ipw/if_ipw.c 1.61 +8 -7 src/sys/dev/iwi/if_iwi.c 1.4 +8 -7 src/sys/dev/iwn/if_iwn.c 1.21 +8 -7 src/sys/dev/ral/rt2560.c 1.21 +8 -7 src/sys/dev/ral/rt2661.c 1.20 +9 -7 src/sys/dev/usb/if_rum.c 1.15 +8 -7 src/sys/dev/usb/if_zyd.c 1.216 +8 -7 src/sys/dev/wi/if_wi.c 1.12 +8 -7 src/sys/dev/wpi/if_wpi.c From thompsa at FreeBSD.org Thu May 1 05:11:34 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Thu May 1 05:11:36 2008 Subject: cvs commit: src/sys/dev/if_ndis if_ndis.c Message-ID: <200805010511.m415BXjo059657@repoman.freebsd.org> thompsa 2008-05-01 05:11:33 UTC FreeBSD src repository Modified files: sys/dev/if_ndis if_ndis.c Log: Do not call ndis_setstate_80211() until we are ready to associate, the vap may not have been created yet and will panic. This requires ndis_scan() to always set the SSID. Reported by: Ben Kaduk Revision Changes Path 1.136 +9 -11 src/sys/dev/if_ndis/if_ndis.c From Alexander at Leidinger.net Thu May 1 07:41:27 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu May 1 07:41:32 2008 Subject: cvs commit: src/etc/defaults rc.conf In-Reply-To: <200804250914.47667.doconnor@gsoft.com.au> References: <200804211817.m3LIHm97031507@repoman.freebsd.org> <200804230907.24247.jhb@freebsd.org> <200804250914.47667.doconnor@gsoft.com.au> Message-ID: <20080501092401.6f197633@deskjail> Quoting "Daniel O'Connor" (Fri, 25 Apr 2008 09:14:37 +0930): > On Wed, 23 Apr 2008, John Baldwin wrote: > > As far as panics in X are concerned, that is a bug in the console > > driver that it doesn't just abort ddb already and write out a dump > > and reboot. I've been disabling ddb on panics via tunable as a > > workaround on my laptop to get crashdumps during panics in X. > > How hard would this be to fix properly? :) The X11-guys moved the mode switching from the X server to the linux kernel. In case we would do the same, would this allow us to switch when entering ddb? No, I don't volunteer, I just point out what may be a proper solution, and what we may have to do anyway at some point. Bye, Alexander. -- Need to quickly return to your home directory? Type "cd". -- Dru http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From maxim at FreeBSD.org Thu May 1 09:52:35 2008 From: maxim at FreeBSD.org (Maxim Konovalov) Date: Thu May 1 09:52:36 2008 Subject: cvs commit: src/share/misc bsd-family-tree Message-ID: <200805010952.m419qYc3092043@repoman.freebsd.org> maxim 2008-05-01 09:52:34 UTC FreeBSD src repository Modified files: share/misc bsd-family-tree Log: o OpenBSD 4.3 added. Revision Changes Path 1.120 +2 -1 src/share/misc/bsd-family-tree From bz at FreeBSD.org Thu May 1 13:10:04 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Thu May 1 13:10:06 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c Message-ID: <200805011310.m41DA34S013112@repoman.freebsd.org> bz 2008-05-01 13:10:03 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Use the correct bit when trying to force an interrupt through the HCC reg. It's not a problem as this is a #ifdef notyet. Revision Changes Path 1.209 +1 -1 src/sys/dev/bge/if_bge.c From jhb at freebsd.org Thu May 1 14:36:16 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 14:36:29 2008 Subject: cvs commit: src/etc/defaults rc.conf In-Reply-To: <200804250914.47667.doconnor@gsoft.com.au> References: <200804211817.m3LIHm97031507@repoman.freebsd.org> <200804230907.24247.jhb@freebsd.org> <200804250914.47667.doconnor@gsoft.com.au> Message-ID: <200805011036.16663.jhb@freebsd.org> On Thursday 24 April 2008 07:44:37 pm Daniel O'Connor wrote: > On Wed, 23 Apr 2008, John Baldwin wrote: > > As far as panics in X are concerned, that is a bug in the console > > driver that it doesn't just abort ddb already and write out a dump > > and reboot. I've been disabling ddb on panics via tunable as a > > workaround on my laptop to get crashdumps during panics in X. > > How hard would this be to fix properly? :) Not sure. db_trap() calls 'cnunavailable()' and perhaps that isn't working correctly now? -- John Baldwin From jasone at FreeBSD.org Thu May 1 17:24:38 2008 From: jasone at FreeBSD.org (Jason Evans) Date: Thu May 1 17:24:41 2008 Subject: cvs commit: src/lib/libc/stdlib rb.h Message-ID: <200805011724.m41HObs8037749@repoman.freebsd.org> jasone 2008-05-01 17:24:37 UTC FreeBSD src repository Modified files: lib/libc/stdlib rb.h Log: Add rb_wrap(), which creates C function wrappers for most rb_*() macros. Add rb_foreach_next() and rb_foreach_reverse_prev(), which make it possible to re-synchronize tree iteration after the tree has been modified. Rename rb_tree_new() to rb_new(). Revision Changes Path 1.2 +194 -36 src/lib/libc/stdlib/rb.h From jasone at FreeBSD.org Thu May 1 17:25:55 2008 From: jasone at FreeBSD.org (Jason Evans) Date: Thu May 1 17:25:58 2008 Subject: cvs commit: src/lib/libc/stdlib malloc.c Message-ID: <200805011725.m41HPtxh037856@repoman.freebsd.org> jasone 2008-05-01 17:25:55 UTC FreeBSD src repository Modified files: lib/libc/stdlib malloc.c Log: Add a separate tree to track arena chunks that contain dirty pages. This substantially improves worst case allocation performance, since O(lg n) tree search can be used instead of O(n) tree iteration. Use rb_wrap() instead of directly calling rb_*() macros. Revision Changes Path 1.171 +134 -158 src/lib/libc/stdlib/malloc.c From jhb at FreeBSD.org Thu May 1 18:08:43 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 1 18:08:44 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb trgt_i386.c Message-ID: <200805011808.m41I8gTs040460@repoman.freebsd.org> jhb 2008-05-01 18:08:42 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/gdb/kgdb trgt_i386.c Log: MFC: Fix the ofs_fix handling for trapframes for i386 on remote targets. Revision Changes Path 1.6.2.3 +9 -16 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c From kabaev at gmail.com Thu May 1 19:21:26 2008 From: kabaev at gmail.com (Alexander Kabaev) Date: Thu May 1 19:21:31 2008 Subject: cvs commit: src/etc/defaults rc.conf In-Reply-To: <200805011036.16663.jhb@freebsd.org> References: <200804211817.m3LIHm97031507@repoman.freebsd.org> <200804230907.24247.jhb@freebsd.org> <200804250914.47667.doconnor@gsoft.com.au> <200805011036.16663.jhb@freebsd.org> Message-ID: <20080501145315.4ec8170c@kan.dnsalias.net> On Thu, 1 May 2008 10:36:15 -0400 John Baldwin wrote: > On Thursday 24 April 2008 07:44:37 pm Daniel O'Connor wrote: > > On Wed, 23 Apr 2008, John Baldwin wrote: > > > As far as panics in X are concerned, that is a bug in the console > > > driver that it doesn't just abort ddb already and write out a dump > > > and reboot. I've been disabling ddb on panics via tunable as a > > > workaround on my laptop to get crashdumps during panics in X. > > > > How hard would this be to fix properly? :) > > Not sure. db_trap() calls 'cnunavailable()' and perhaps that isn't > working correctly now? > > -- > John Baldwin cnunavailable will not prevent DDB as long as you have any console that DDB can interact with enabled. Firewire/serial consoles are considered to be always available, if configured. -- Alexander Kabaev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080501/0011dd04/signature.pgp From jhb at freebsd.org Thu May 1 19:49:38 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 19:49:44 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c In-Reply-To: <200802281910.m1SJAgm1083976@repoman.freebsd.org> References: <200802281910.m1SJAgm1083976@repoman.freebsd.org> Message-ID: <200805011547.07007.jhb@freebsd.org> On Thursday 28 February 2008 02:10:42 pm Rui Paulo wrote: > rpaulo 2008-02-28 19:10:42 UTC > > FreeBSD src repository > > Modified files: > sys/i386/cpufreq est.c > Log: > Validate the id16 values gathered from ACPI (previously a TODO item). > Style changes by me and njl. What is the purpose of the 'saved_id16' variable? It is never used. I think what might be better is to just read it once at the start of the loop and then restore it at the end of the loop, though phk@ has overwritten this with the "chew up all battery on laptops at all cost" patch. :-P -- John Baldwin From jhb at freebsd.org Thu May 1 19:59:12 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 19:59:19 2008 Subject: cvs commit: src/etc/defaults rc.conf In-Reply-To: <20080501145315.4ec8170c@kan.dnsalias.net> References: <200804211817.m3LIHm97031507@repoman.freebsd.org> <200805011036.16663.jhb@freebsd.org> <20080501145315.4ec8170c@kan.dnsalias.net> Message-ID: <200805011559.00415.jhb@freebsd.org> On Thursday 01 May 2008 02:53:15 pm Alexander Kabaev wrote: > On Thu, 1 May 2008 10:36:15 -0400 > John Baldwin wrote: > > > On Thursday 24 April 2008 07:44:37 pm Daniel O'Connor wrote: > > > On Wed, 23 Apr 2008, John Baldwin wrote: > > > > As far as panics in X are concerned, that is a bug in the console > > > > driver that it doesn't just abort ddb already and write out a dump > > > > and reboot. I've been disabling ddb on panics via tunable as a > > > > workaround on my laptop to get crashdumps during panics in X. > > > > > > How hard would this be to fix properly? :) > > > > Not sure. db_trap() calls 'cnunavailable()' and perhaps that isn't > > working correctly now? > > > > -- > > John Baldwin > cnunavailable will not prevent DDB as long as you have any console that > DDB can interact with enabled. Firewire/serial consoles are considered > to be always available, if configured. Yeah, but my laptop only has vidconsole and it hangs during a panic in X unless I turn off 'debugger_on_panic'. -- John Baldwin From jhb at FreeBSD.org Thu May 1 20:15:04 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 1 20:15:05 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c Message-ID: <200805012015.m41KF2WA046795@repoman.freebsd.org> jhb 2008-05-01 20:15:02 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/i386/cpufreq est.c Log: MFC: A few fixes. - Increase time we wait for things to settle to 1 millisecond, 10 microseconds is too short. - In est_acpi_info(), initialize count. Revision Changes Path 1.7.2.4 +2 -1 src/sys/i386/cpufreq/est.c From ache at nagual.pp.ru Thu May 1 20:26:17 2008 From: ache at nagual.pp.ru (Andrey Chernov) Date: Thu May 1 20:26:22 2008 Subject: cvs commit: src/etc/defaults rc.conf In-Reply-To: <200805011559.00415.jhb@freebsd.org> References: <200804211817.m3LIHm97031507@repoman.freebsd.org> <200805011036.16663.jhb@freebsd.org> <20080501145315.4ec8170c@kan.dnsalias.net> <200805011559.00415.jhb@freebsd.org> Message-ID: <20080501202613.GA93118@nagual.pp.ru> On Thu, May 01, 2008 at 03:59:00PM -0400, John Baldwin wrote: > Yeah, but my laptop only has vidconsole and it hangs during a panic in X > unless I turn off 'debugger_on_panic'. Ideally KDB_UNATTENDED option (almost the same thing) should be able to produce textdumps, but currently is not. -- http://ache.pp.ru/ From sam at FreeBSD.org Thu May 1 20:26:25 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 1 20:26:27 2008 Subject: cvs commit: src/sys/net80211 ieee80211_node.c Message-ID: <200805012026.m41KQP8x047348@repoman.freebsd.org> sam 2008-05-01 20:26:25 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_node.c Log: fix build w/ IEEE80211_DEBUG_REFCNT enabled Revision Changes Path 1.93 +1 -1 src/sys/net80211/ieee80211_node.c From jhb at FreeBSD.org Thu May 1 20:36:48 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 1 20:36:51 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Message-ID: <200805012036.m41Kam6r047724@repoman.freebsd.org> jhb 2008-05-01 20:36:48 UTC FreeBSD src repository Modified files: gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Log: - Change how the vmcore target maps FreeBSD thread IDs to GDB ptids. We now only use the TID and ignore the PID and use pid_to_ptid() to build a ptid treating the TID as a PID. The benefit of this is that the vmcore target now uses the same scheme as GDB's remote targets. As a result, the 'tid' command now works for remote targets (however, it only accepts TIDs and not addresses of 'struct thread' objects). - Use gdb_thread_select() to do the actual thread switch for the 'tid' and 'proc' commands. This now gives the same UI feedback when switching threads as the GDB 'thread' command rather than providing no visual output at all. MFC after: 1 week Revision Changes Path 1.12 +12 -9 src/gnu/usr.bin/gdb/kgdb/kthr.c 1.12 +20 -30 src/gnu/usr.bin/gdb/kgdb/trgt.c 1.10 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c 1.5 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_arm.c 1.11 +2 -2 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c 1.6 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_ia64.c 1.4 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_powerpc.c 1.8 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_sparc64.c From sam at freebsd.org Thu May 1 20:55:53 2008 From: sam at freebsd.org (Sam Leffler) Date: Thu May 1 20:55:58 2008 Subject: cvs commit: src/sys/amd64/conf NOTES src/sys/conf files src/sys/contrib/dev/iwn LICENSE iwlwifi-4965-4.44.17.fw.uu src/sys/dev/iwn if_iwn.c if_iwnreg.h if_iwnvar.h src/sys/i386/conf NOTES src/sys/modules Makefile src/sys/modules/iwn Makefile ... In-Reply-To: <200804292136.m3TLaHI5045311@repoman.freebsd.org> References: <200804292136.m3TLaHI5045311@repoman.freebsd.org> Message-ID: <481A2E58.9020103@freebsd.org> Sam Leffler wrote: > Intel 4965 wireless driver (derived from openbsd driver of the same name) > > I completely forgot to acknowledge the work that Ben Close did on this driver; his effort was key to getting a working driver. Sam From rpaulo at FreeBSD.org Thu May 1 21:20:15 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Thu May 1 21:20:20 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c In-Reply-To: <200805011547.07007.jhb@freebsd.org> References: <200802281910.m1SJAgm1083976@repoman.freebsd.org> <200805011547.07007.jhb@freebsd.org> Message-ID: <481A3406.8080007@FreeBSD.org> John Baldwin wrote: > On Thursday 28 February 2008 02:10:42 pm Rui Paulo wrote: >> rpaulo 2008-02-28 19:10:42 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/i386/cpufreq est.c >> Log: >> Validate the id16 values gathered from ACPI (previously a TODO item). >> Style changes by me and njl. > > What is the purpose of the 'saved_id16' variable? It is never used. I think > what might be better is to just read it once at the start of the loop and > then restore it at the end of the loop, though phk@ has overwritten this with > the "chew up all battery on laptops at all cost" patch. :-P > What do you mean by 'It is never used.' ? % cat -n est.c | grep saved_id16 1082 uint16_t saved_id16; 1111 est_get_id16(&saved_id16); -- Rui Paulo From jhb at freebsd.org Thu May 1 21:29:17 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 21:29:24 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c In-Reply-To: <481A3406.8080007@FreeBSD.org> References: <200802281910.m1SJAgm1083976@repoman.freebsd.org> <200805011547.07007.jhb@freebsd.org> <481A3406.8080007@FreeBSD.org> Message-ID: <200805011728.51152.jhb@freebsd.org> On Thursday 01 May 2008 05:20:06 pm Rui Paulo wrote: > John Baldwin wrote: > > On Thursday 28 February 2008 02:10:42 pm Rui Paulo wrote: > >> rpaulo 2008-02-28 19:10:42 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >> sys/i386/cpufreq est.c > >> Log: > >> Validate the id16 values gathered from ACPI (previously a TODO item). > >> Style changes by me and njl. > > > > What is the purpose of the 'saved_id16' variable? It is never used. I think > > what might be better is to just read it once at the start of the loop and > > then restore it at the end of the loop, though phk@ has overwritten this with > > the "chew up all battery on laptops at all cost" patch. :-P > > > > What do you mean by 'It is never used.' ? > > % cat -n est.c | grep saved_id16 > 1082 uint16_t saved_id16; > 1111 est_get_id16(&saved_id16); Right, it is initialized, but it's value isn't actually _used_ anywhere. There isn't a est_set_id16(&saved_id16), etc. -- John Baldwin From kientzle at FreeBSD.org Fri May 2 05:14:59 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Fri May 2 05:15:01 2008 Subject: cvs commit: src/usr.bin/tar write.c Message-ID: <200805020514.m425ExAw002268@repoman.freebsd.org> kientzle 2008-05-02 05:14:58 UTC FreeBSD src repository Modified files: usr.bin/tar write.c Log: Allow -r with -T even if there are no files on the command line. PR: bin/123246 MFC after: 3 days Revision Changes Path 1.66 +1 -1 src/usr.bin/tar/write.c From kientzle at FreeBSD.org Fri May 2 05:17:17 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Fri May 2 05:17:19 2008 Subject: cvs commit: src/usr.bin/tar/test Makefile main.c test.h test_0.c test_basic.c test_copy.c test_getdate.c test_help.c test_option_T.c test_stdio.c test_version.c Message-ID: <200805020517.m425HHbH002424@repoman.freebsd.org> kientzle 2008-05-02 05:17:16 UTC FreeBSD src repository Added files: usr.bin/tar/test Makefile main.c test.h test_0.c test_basic.c test_copy.c test_getdate.c test_help.c test_option_T.c test_stdio.c test_version.c Log: New bsdtar test harness. Still rather skimpy, but a lot easier to run and maintain than the old scripts that used to be here. Revision Changes Path 1.1 +61 -0 src/usr.bin/tar/test/Makefile (new) 1.1 +1012 -0 src/usr.bin/tar/test/main.c (new) 1.1 +151 -0 src/usr.bin/tar/test/test.h (new) 1.1 +62 -0 src/usr.bin/tar/test/test_0.c (new) 1.1 +158 -0 src/usr.bin/tar/test/test_basic.c (new) 1.1 +300 -0 src/usr.bin/tar/test/test_copy.c (new) 1.1 +38 -0 src/usr.bin/tar/test/test_getdate.c (new) 1.1 +81 -0 src/usr.bin/tar/test/test_help.c (new) 1.1 +123 -0 src/usr.bin/tar/test/test_option_T.c (new) 1.1 +124 -0 src/usr.bin/tar/test/test_stdio.c (new) 1.1 +93 -0 src/usr.bin/tar/test/test_version.c (new) From kientzle at FreeBSD.org Fri May 2 05:18:47 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Fri May 2 05:18:51 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.c Message-ID: <200805020518.m425IlqT002506@repoman.freebsd.org> kientzle 2008-05-02 05:18:47 UTC FreeBSD src repository Modified files: usr.bin/tar bsdtar.c Log: bsdtar --version should succeed. Revision Changes Path 1.87 +1 -1 src/usr.bin/tar/bsdtar.c From kientzle at FreeBSD.org Fri May 2 05:40:05 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Fri May 2 05:40:09 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.1 bsdtar.c Message-ID: <200805020540.m425e5uO003193@repoman.freebsd.org> kientzle 2008-05-02 05:40:05 UTC FreeBSD src repository Modified files: usr.bin/tar bsdtar.1 bsdtar.c Log: Documentation updates: * --format can be used with -r or -u * -o is a synonym for --format=ustar when used with -c, -r, or -u Also, fix the erroneous sanity check that suppressed --format with -r or -u. Revision Changes Path 1.41 +8 -2 src/usr.bin/tar/bsdtar.1 1.88 +1 -1 src/usr.bin/tar/bsdtar.c From simokawa at FreeBSD.org Fri May 2 06:16:02 2008 From: simokawa at FreeBSD.org (Hidetoshi Shimokawa) Date: Fri May 2 06:16:06 2008 Subject: cvs commit: src/usr.sbin/fwcontrol fwcontrol.8 fwcontrol.c Message-ID: <200805020615.m426Fx3X005803@repoman.freebsd.org> simokawa 2008-05-02 06:15:59 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.sbin/fwcontrol fwcontrol.8 fwcontrol.c Log: MFC: add -f option and other small fixes firewire.8 rev 1.22 firewire.c rev 1.24 Revision Changes Path 1.18.2.1 +6 -1 src/usr.sbin/fwcontrol/fwcontrol.8 1.23.2.1 +17 -7 src/usr.sbin/fwcontrol/fwcontrol.c From simokawa at FreeBSD.org Fri May 2 06:17:17 2008 From: simokawa at FreeBSD.org (Hidetoshi Shimokawa) Date: Fri May 2 06:17:19 2008 Subject: cvs commit: src/usr.sbin/fwcontrol fwcontrol.8 fwcontrol.c Message-ID: <200805020617.m426HGS5005879@repoman.freebsd.org> simokawa 2008-05-02 06:17:16 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.sbin/fwcontrol fwcontrol.8 fwcontrol.c Log: MFC: add -f option and other small fixes firewire.8 rev 1.22 firewire.c rev 1.24 Revision Changes Path 1.16.2.3 +6 -1 src/usr.sbin/fwcontrol/fwcontrol.8 1.22.2.2 +17 -7 src/usr.sbin/fwcontrol/fwcontrol.c From rpaulo at FreeBSD.org Fri May 2 10:16:42 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Fri May 2 10:16:45 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c Message-ID: <200805021016.m42AGf17027784@repoman.freebsd.org> rpaulo 2008-05-02 10:16:41 UTC FreeBSD src repository Modified files: sys/i386/cpufreq est.c Log: Remove unused variable saved_id16. Pointy hat to: me Pointed out by: jhb MFC after: 1 week Revision Changes Path 1.16 +0 -2 src/sys/i386/cpufreq/est.c From rpaulo at FreeBSD.org Fri May 2 10:17:01 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Fri May 2 10:17:08 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c In-Reply-To: <200805011728.51152.jhb@freebsd.org> References: <200802281910.m1SJAgm1083976@repoman.freebsd.org> <200805011547.07007.jhb@freebsd.org> <481A3406.8080007@FreeBSD.org> <200805011728.51152.jhb@freebsd.org> Message-ID: <481AEA17.7060702@FreeBSD.org> John Baldwin wrote: > On Thursday 01 May 2008 05:20:06 pm Rui Paulo wrote: >> John Baldwin wrote: >>> On Thursday 28 February 2008 02:10:42 pm Rui Paulo wrote: >>>> rpaulo 2008-02-28 19:10:42 UTC >>>> >>>> FreeBSD src repository >>>> >>>> Modified files: >>>> sys/i386/cpufreq est.c >>>> Log: >>>> Validate the id16 values gathered from ACPI (previously a TODO item). >>>> Style changes by me and njl. >>> What is the purpose of the 'saved_id16' variable? It is never used. I > think >>> what might be better is to just read it once at the start of the loop and >>> then restore it at the end of the loop, though phk@ has overwritten this > with >>> the "chew up all battery on laptops at all cost" patch. :-P >>> >> What do you mean by 'It is never used.' ? >> >> % cat -n est.c | grep saved_id16 >> 1082 uint16_t saved_id16; >> 1111 est_get_id16(&saved_id16); > > Right, it is initialized, but it's value isn't actually _used_ anywhere. > There isn't a est_set_id16(&saved_id16), etc. > Yes, you're right. Sorry, it was late yesterday :-) The variable is not necessary and has been removed. Thanks, -- Rui Paulo From brix at FreeBSD.org Fri May 2 12:21:37 2008 From: brix at FreeBSD.org (Henrik Brix Andersen) Date: Fri May 2 12:21:41 2008 Subject: cvs commit: src/etc network.subr src/share/man/man5 rc.conf.5 In-Reply-To: <200804252350.m3PNonnb017604@repoman.freebsd.org> References: <200804252350.m3PNonnb017604@repoman.freebsd.org> Message-ID: <20080502122133.GA7692@tirith.brixandersen.dk> On Fri, Apr 25, 2008 at 11:50:49PM +0000, Brooks Davis wrote: > brooks 2008-04-25 23:50:49 UTC > > FreeBSD src repository > > Modified files: > etc network.subr > share/man/man5 rc.conf.5 > Log: > Replace the prototype vaps_ and vap_create_ variables with > more wlans_ and create_args_ > > Add documentation for these variants and generally update the wireless > device example. > > There is are very short lived shim from vaps_ which produces > a warning and vap_create_ which does not. Misuse the MFC > notification service to remind me to remove them. > > MFC after: 3 weeks Please also change the example in etc/defaults/rc.conf. Brix -- Henrik Brix Andersen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 217 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080502/78bbd20e/attachment.pgp From jhb at FreeBSD.org Fri May 2 14:51:23 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 2 14:51:26 2008 Subject: cvs commit: src/lib/libc/net nsdispatch.c Message-ID: <200805021451.m42EpNcD052861@repoman.freebsd.org> jhb 2008-05-02 14:51:23 UTC FreeBSD src repository Modified files: lib/libc/net nsdispatch.c Log: Include libc_private.h for the declaration of __isthreaded instead of relying on namespace pollution in stdio.h. MFC after: 3 days Revision Changes Path 1.17 +1 -0 src/lib/libc/net/nsdispatch.c From jhb at FreeBSD.org Fri May 2 15:25:08 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 2 15:25:11 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c unlocked.c xprintf.c Message-ID: <200805021525.m42FP7GC055065@repoman.freebsd.org> jhb 2008-05-02 15:25:07 UTC FreeBSD src repository Modified files: include stdio.h lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c Removed files: lib/libc/stdio unlocked.c Log: Next round of stdio changes: Remove all inlining of stdio operations and move the definition of the type backing FILE (struct __sFILE) into an internal header. - Remove macros to inline certain operations from stdio.h. Applications will now always call the functions instead. - Move the various foo_unlocked() functions from unlocked.c into foo.c. This lets some of the inlining macros (e.g. __sfeof()) move into foo.c. - Update a few comments. - struct __sFILE can now go back to using mbstate_t, pthread_t, and pthread_mutex_t instead of knowing about their private, backing types. MFC after: 1 month Reviewed by: kan Revision Changes Path 1.65 +4 -172 src/include/stdio.h 1.38 +1 -1 src/lib/libc/stdio/Makefile.inc 1.11 +10 -1 src/lib/libc/stdio/clrerr.c 1.11 +9 -1 src/lib/libc/stdio/feof.c 1.11 +8 -2 src/lib/libc/stdio/ferror.c 1.12 +9 -1 src/lib/libc/stdio/fileno.c 1.15 +7 -2 src/lib/libc/stdio/getc.c 1.14 +7 -2 src/lib/libc/stdio/getchar.c 1.32 +132 -2 src/lib/libc/stdio/local.h 1.15 +7 -2 src/lib/libc/stdio/putc.c 1.15 +7 -2 src/lib/libc/stdio/putchar.c 1.2 +0 -94 src/lib/libc/stdio/unlocked.c (dead) 1.7 +3 -2 src/lib/libc/stdio/xprintf.c From jhb at FreeBSD.org Fri May 2 15:28:23 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 2 15:28:25 2008 Subject: cvs commit: src/include stdio.h Message-ID: <200805021528.m42FSNXC055185@repoman.freebsd.org> jhb 2008-05-02 15:28:23 UTC FreeBSD src repository Modified files: include stdio.h Log: - Move declaration of renameat() to the existing section of BSD_VISIBLE function prototypes. - Fix a few whitespace inconsistencies in prototypes. MFC after: 1 month Revision Changes Path 1.66 +6 -6 src/include/stdio.h From jhb at freebsd.org Fri May 2 15:35:24 2008 From: jhb at freebsd.org (John Baldwin) Date: Fri May 2 15:35:31 2008 Subject: cvs commit: src/sys/i386/cpufreq est.c In-Reply-To: <481AEA17.7060702@FreeBSD.org> References: <200802281910.m1SJAgm1083976@repoman.freebsd.org> <200805011728.51152.jhb@freebsd.org> <481AEA17.7060702@FreeBSD.org> Message-ID: <200805021103.32849.jhb@freebsd.org> On Friday 02 May 2008 06:16:55 am Rui Paulo wrote: > John Baldwin wrote: > > On Thursday 01 May 2008 05:20:06 pm Rui Paulo wrote: > >> John Baldwin wrote: > >>> On Thursday 28 February 2008 02:10:42 pm Rui Paulo wrote: > >>>> rpaulo 2008-02-28 19:10:42 UTC > >>>> > >>>> FreeBSD src repository > >>>> > >>>> Modified files: > >>>> sys/i386/cpufreq est.c > >>>> Log: > >>>> Validate the id16 values gathered from ACPI (previously a TODO item). > >>>> Style changes by me and njl. > >>> What is the purpose of the 'saved_id16' variable? It is never used. I > > think > >>> what might be better is to just read it once at the start of the loop and > >>> then restore it at the end of the loop, though phk@ has overwritten this > > with > >>> the "chew up all battery on laptops at all cost" patch. :-P > >>> > >> What do you mean by 'It is never used.' ? > >> > >> % cat -n est.c | grep saved_id16 > >> 1082 uint16_t saved_id16; > >> 1111 est_get_id16(&saved_id16); > > > > Right, it is initialized, but it's value isn't actually _used_ anywhere. > > There isn't a est_set_id16(&saved_id16), etc. > > > > Yes, you're right. Sorry, it was late yesterday :-) > The variable is not necessary and has been removed. I'm not sure that is really the right fix though. I think the systems where phk had issues may be involved too. First off, I ran into some servers where 6.x was running them at a lower speed yesterday and merely bumping up the latency from 10 to 1000 fixed those. However, the original speed setting algorithm looked like this: for (i = 0; i < count; i++) { save_current_speed(&saved); try_speed(speeds[i]); set_speed(speeds[0]); } What this meant is that after the loop the CPU was always set to run at the first speed in the list, whatever that happened to be. On all the systems I've seen so far the speeds appear to be ordered from highest to lowest, but I don't think that is mandated. I'm especially curious to see what the list was like on phk's problematic server (if it was still slow after the 10 -> 1000 change). I'm betting the system did boot at full speed (the calibration of the TSC frequency earlier in the boot would confirm this) and that this loop ended up slowing it down. Also, by setting the speed to the first speed, you basically made it so laptops booted on battery would run at full speed hurting battery life if you didn't run powerd. I think the correct algorithm should be this: save_current_speed(&saved); for (i = 0; i < count; i++) { try_speed(speeds[i]); } set_speed(&saved); This ensures that after the sanity check loop the CPU is restored to whatever speed it was running at when the system started up. I think the original code tried to do this, but it had a bug in that it set the speed to 'speeds[0]' rather than 'saved'. So I guess a patch like this: Index: est.c =================================================================== RCS file: /usr/cvs/src/sys/i386/cpufreq/est.c,v retrieving revision 1.16 diff -u -r1.16 est.c --- est.c 2 May 2008 10:16:41 -0000 1.16 +++ est.c 2 May 2008 15:01:58 -0000 @@ -1078,7 +1078,8 @@ struct cf_setting *sets; freq_info *table; device_t perf_dev; - int count, error, i, j, maxi, maxfreq; + int count, error, i, j; + uint16_t saved_id16; perf_dev = device_find_child(device_get_parent(dev), "acpi_perf", -1); if (perf_dev == NULL || !device_is_attached(perf_dev)) @@ -1101,7 +1102,7 @@ error = ENOMEM; goto out; } - maxi = maxfreq = 0; + est_get_id16(&saved_id16); for (i = 0, j = 0; i < count; i++) { /* * Confirm id16 value is correct. @@ -1118,24 +1119,11 @@ table[j].id16 = sets[i].spec[0]; table[j].power = sets[i].power; ++j; - if (sets[i].freq > maxfreq) { - maxi = i; - maxfreq = sets[i].freq; - } - } - /* restore saved setting */ - est_set_id16(dev, sets[i].spec[0], 0); } } - /* - * Set the frequency to max, so we get through boot fast, and don't - * handicap systems not running powerd. - */ - if (maxfreq != 0) { - device_printf(dev, "Setting %d MHz\n", sets[maxi].freq); - est_set_id16(dev, sets[maxi].spec[0], 0); - } + /* restore saved setting */ + est_set_id16(dev, saved_id16, 0); /* Mark end of table with a terminator. */ bzero(&table[j], sizeof(freq_info)); -- John Baldwin From jhb at FreeBSD.org Fri May 2 15:59:24 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 2 15:59:27 2008 Subject: cvs commit: src/include stdio.h Message-ID: <200805021559.m42FxOxj056499@repoman.freebsd.org> jhb 2008-05-02 15:59:22 UTC FreeBSD src repository Modified files: include stdio.h Log: Axe now-empty __BSD_VISIBLE block that held renameat(). Reported by: kib Pointy hat: jhb Revision Changes Path 1.67 +0 -2 src/include/stdio.h From hrs at FreeBSD.org Fri May 2 16:23:48 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Fri May 2 16:23:50 2008 Subject: cvs commit: src/usr.bin/unifdef unifdef.1 Message-ID: <200805021623.m42GNlO4069965@repoman.freebsd.org> hrs 2008-05-02 16:23:47 UTC FreeBSD src repository Modified files: usr.bin/unifdef unifdef.1 Log: Add AUTHORS section[*] and fix HISTORY section. Requested by: Dave Yost (original author)[*] History checked by: The CSRG Archives MFC after: 3 days Revision Changes Path 1.25 +7 -1 src/usr.bin/unifdef/unifdef.1 From jkim at FreeBSD.org Fri May 2 17:02:36 2008 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Fri May 2 17:02:39 2008 Subject: cvs commit: src/sys/dev/mpt mpt.h mpt_cam.c mpt_raid.c Message-ID: <200805021702.m42H2auo082523@repoman.freebsd.org> jkim 2008-05-02 17:02:35 UTC FreeBSD src repository Modified files: sys/dev/mpt mpt.h mpt_cam.c mpt_raid.c Log: Restore multi-release tradition of the driver. Reviewed by: mjacob Revision Changes Path 1.45 +15 -3 src/sys/dev/mpt/mpt.h 1.64 +4 -3 src/sys/dev/mpt/mpt_cam.c 1.17 +1 -1 src/sys/dev/mpt/mpt_raid.c From rwatson at FreeBSD.org Fri May 2 17:36:24 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Fri May 2 17:36:27 2008 Subject: cvs commit: src/share/man/man4 auditpipe.4 Message-ID: <200805021736.m42HaO1n084634@repoman.freebsd.org> rwatson 2008-05-02 17:36:23 UTC FreeBSD src repository Modified files: share/man/man4 auditpipe.4 Log: Fix type name: struct auditpipe_preselect is actually struct auditpipe_ioctl_preselect. MFC after: 3 days Submitted by: Stacey D. Son Revision Changes Path 1.6 +1 -1 src/share/man/man4/auditpipe.4 From marius at FreeBSD.org Fri May 2 17:41:53 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Fri May 2 17:41:55 2008 Subject: cvs commit: src/sys/conf files.sun4v Message-ID: <200805021741.m42Hfr3X084836@repoman.freebsd.org> marius 2008-05-02 17:41:53 UTC FreeBSD src repository Modified files: sys/conf files.sun4v Log: Don't built the unused counter-timer abstraction. MFC after: 3 days Revision Changes Path 1.15 +0 -1 src/sys/conf/files.sun4v From marius at FreeBSD.org Fri May 2 17:44:18 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Fri May 2 17:44:20 2008 Subject: cvs commit: src/sys/sparc64/pci ofw_pcibus.c src/sys/sun4v/sun4v nexus.c vnex.c src/sys/sun4v/include bus_common.h Message-ID: <200805021744.m42HiIVa084983@repoman.freebsd.org> marius 2008-05-02 17:44:18 UTC FreeBSD src repository Modified files: sys/sparc64/pci ofw_pcibus.c sys/sun4v/sun4v nexus.c vnex.c Removed files: sys/sun4v/include bus_common.h Log: Remove an header which is unused for sun4v. MFC after: 3 days Revision Changes Path 1.19 +3 -1 src/sys/sparc64/pci/ofw_pcibus.c 1.2 +0 -65 src/sys/sun4v/include/bus_common.h (dead) 1.5 +0 -1 src/sys/sun4v/sun4v/nexus.c 1.7 +0 -1 src/sys/sun4v/sun4v/vnex.c From imp at FreeBSD.org Fri May 2 18:03:01 2008 From: imp at FreeBSD.org (Warner Losh) Date: Fri May 2 18:03:34 2008 Subject: cvs commit: src/sys/mips/include am29lv081b.h Message-ID: <200805021803.m42I30GK085608@repoman.freebsd.org> imp 2008-05-02 18:03:00 UTC FreeBSD src repository Removed files: sys/mips/include am29lv081b.h Log: This file is unused, so remove it for now. Revision Changes Path 1.2 +0 -111 src/sys/mips/include/am29lv081b.h (dead) From marck at FreeBSD.org Fri May 2 18:54:37 2008 From: marck at FreeBSD.org (Dmitry Morozovsky) Date: Fri May 2 18:54:39 2008 Subject: cvs commit: src/sys/netinet/libalias alias.c Message-ID: <200805021854.m42IsbBC088235@repoman.freebsd.org> marck 2008-05-02 18:54:36 UTC FreeBSD src repository (doc committer) Modified files: sys/netinet/libalias alias.c Log: Fix build, together with a bit of style breakage. Revision Changes Path 1.61 +1 -1 src/sys/netinet/libalias/alias.c From eugen at grosbein.pp.ru Fri May 2 19:42:39 2008 From: eugen at grosbein.pp.ru (Eugene Grosbein) Date: Fri May 2 19:42:42 2008 Subject: kern/121433 (Was: cvs commit: src/sys/i386/cpufreq est.c) In-Reply-To: <481AEA17.7060702@FreeBSD.org> Message-ID: <20080502192936.GA12176@grosbein.pp.ru> Hi! While you are here, could you please take a look at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121433 There is apparently logic error in src/sys/kern/kern_cpu.c, as explained in the PR. It breaks "passive cooling" feature of acpi_thermal(4). I was forced to patch so it'd be usable. Eugene Grosbein From jfv at FreeBSD.org Fri May 2 23:41:55 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 2 23:41:57 2008 Subject: cvs commit: src/sys/conf files Message-ID: <200805022341.m42Nft1M012997@repoman.freebsd.org> jfv 2008-05-02 23:41:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/conf files Log: MFC of the em/igb split Revision Changes Path 1.1243.2.19 +11 -7 src/sys/conf/files From jfv at FreeBSD.org Fri May 2 23:43:23 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 2 23:43:27 2008 Subject: cvs commit: src/sys/modules/em Makefile Message-ID: <200805022343.m42NhNBb013081@repoman.freebsd.org> jfv 2008-05-02 23:43:23 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/modules/em Makefile Log: MFC of the new em/igb from HEAD Revision Changes Path 1.9.2.1 +7 -3 src/sys/modules/em/Makefile From jfv at FreeBSD.org Fri May 2 23:46:58 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 2 23:47:02 2008 Subject: cvs commit: src/sys/modules/igb Makefile Message-ID: <200805022346.m42NkwDr013461@repoman.freebsd.org> jfv 2008-05-02 23:46:58 UTC FreeBSD src repository Added files: (Branch: RELENG_7) sys/modules/igb Makefile Log: MFC of the em/igb from HEAD Revision Changes Path 1.3.2.1 +25 -0 src/sys/modules/igb/Makefile (new) From jfv at FreeBSD.org Fri May 2 23:49:48 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 2 23:49:51 2008 Subject: cvs commit: src/sys/dev/igb e1000_82575.c e1000_82575.h e1000_api.c e1000_api.h e1000_defines.h e1000_hw.h e1000_mac.c e1000_mac.h e1000_manage.c e1000_manage.h e1000_nvm.c e1000_nvm.h e1000_osdep.c e1000_osdep.h e1000_phy.c e1000_phy.h e1000_regs.h ... Message-ID: <200805022349.m42Nnm3l013696@repoman.freebsd.org> jfv 2008-05-02 23:49:44 UTC FreeBSD src repository Added files: (Branch: RELENG_7) sys/dev/igb e1000_82575.c e1000_82575.h e1000_api.c e1000_api.h e1000_defines.h e1000_hw.h e1000_mac.c e1000_mac.h e1000_manage.c e1000_manage.h e1000_nvm.c e1000_nvm.h e1000_osdep.c e1000_osdep.h e1000_phy.c e1000_phy.h e1000_regs.h if_igb.c if_igb.h Log: MFC of the em/igb drivers from HEAD Revision Changes Path 1.2.2.1 +1430 -0 src/sys/dev/igb/e1000_82575.c (new) 1.1.2.1 +317 -0 src/sys/dev/igb/e1000_82575.h (new) 1.2.2.1 +1060 -0 src/sys/dev/igb/e1000_api.c (new) 1.2.2.1 +151 -0 src/sys/dev/igb/e1000_api.h (new) 1.2.2.1 +1403 -0 src/sys/dev/igb/e1000_defines.h (new) 1.2.2.1 +627 -0 src/sys/dev/igb/e1000_hw.h (new) 1.3.2.1 +2171 -0 src/sys/dev/igb/e1000_mac.c (new) 1.1.2.1 +101 -0 src/sys/dev/igb/e1000_mac.h (new) 1.1.2.1 +390 -0 src/sys/dev/igb/e1000_manage.c (new) 1.2.2.1 +88 -0 src/sys/dev/igb/e1000_manage.h (new) 1.1.2.1 +932 -0 src/sys/dev/igb/e1000_nvm.c (new) 1.1.2.1 +68 -0 src/sys/dev/igb/e1000_nvm.h (new) 1.2.2.1 +87 -0 src/sys/dev/igb/e1000_osdep.c (new) 1.2.2.1 +186 -0 src/sys/dev/igb/e1000_osdep.h (new) 1.2.2.1 +2145 -0 src/sys/dev/igb/e1000_phy.c (new) 1.1.2.1 +177 -0 src/sys/dev/igb/e1000_phy.h (new) 1.1.2.1 +326 -0 src/sys/dev/igb/e1000_regs.h (new) 1.12.2.1 +4419 -0 src/sys/dev/igb/if_igb.c (new) 1.2.2.1 +427 -0 src/sys/dev/igb/if_igb.h (new) From jfv at FreeBSD.org Fri May 2 23:52:02 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 2 23:52:05 2008 Subject: cvs commit: src/sys/dev/em LICENSE e1000_80003es2lan.c e1000_80003es2lan.h e1000_82540.c e1000_82541.c e1000_82541.h e1000_82542.c e1000_82543.c e1000_82543.h e1000_82571.c e1000_82571.h e1000_82575.c e1000_82575.h e1000_api.c e1000_api.h ... Message-ID: <200805022352.m42Nq2e5013923@repoman.freebsd.org> jfv 2008-05-02 23:52:02 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/em LICENSE e1000_80003es2lan.c e1000_80003es2lan.h e1000_82540.c e1000_82541.c e1000_82541.h e1000_82542.c e1000_82543.c e1000_82543.h e1000_82571.c e1000_82571.h e1000_api.c e1000_api.h e1000_defines.h e1000_hw.h e1000_ich8lan.c e1000_ich8lan.h e1000_mac.c e1000_mac.h e1000_manage.c e1000_manage.h e1000_nvm.c e1000_nvm.h e1000_osdep.h e1000_phy.c e1000_phy.h e1000_regs.h if_em.c if_em.h Added files: (Branch: RELENG_7) sys/dev/em e1000_osdep.c Removed files: (Branch: RELENG_7) sys/dev/em e1000_82575.c e1000_82575.h Log: MFC of the em/igb split drivers from HEAD. Revision Changes Path 1.6.2.1 +1 -1 src/sys/dev/em/LICENSE 1.3.4.2 +196 -145 src/sys/dev/em/e1000_80003es2lan.c 1.3.4.2 +3 -3 src/sys/dev/em/e1000_80003es2lan.h 1.3.4.2 +86 -91 src/sys/dev/em/e1000_82540.c 1.3.4.2 +150 -156 src/sys/dev/em/e1000_82541.c 1.3.4.2 +1 -1 src/sys/dev/em/e1000_82541.h 1.3.4.2 +90 -58 src/sys/dev/em/e1000_82542.c 1.3.4.2 +115 -113 src/sys/dev/em/e1000_82543.c 1.3.4.2 +1 -1 src/sys/dev/em/e1000_82543.h 1.3.4.2 +197 -162 src/sys/dev/em/e1000_82571.c 1.3.4.2 +11 -4 src/sys/dev/em/e1000_82571.h 1.3.4.2 +0 -1450 src/sys/dev/em/e1000_82575.c (dead) 1.3.4.2 +0 -316 src/sys/dev/em/e1000_82575.h (dead) 1.3.4.2 +158 -127 src/sys/dev/em/e1000_api.c 1.3.4.2 +19 -4 src/sys/dev/em/e1000_api.h 1.3.4.2 +63 -43 src/sys/dev/em/e1000_defines.h 1.3.4.2 +45 -29 src/sys/dev/em/e1000_hw.h 1.3.4.2 +326 -203 src/sys/dev/em/e1000_ich8lan.c 1.3.4.2 +15 -5 src/sys/dev/em/e1000_ich8lan.h 1.3.4.2 +171 -45 src/sys/dev/em/e1000_mac.c 1.3.4.2 +12 -4 src/sys/dev/em/e1000_mac.h 1.3.4.2 +17 -18 src/sys/dev/em/e1000_manage.c 1.3.4.2 +3 -3 src/sys/dev/em/e1000_manage.h 1.3.4.2 +84 -52 src/sys/dev/em/e1000_nvm.c 1.3.4.2 +12 -10 src/sys/dev/em/e1000_nvm.h 1.1.2.1 +101 -0 src/sys/dev/em/e1000_osdep.c (new) 1.3.4.2 +37 -35 src/sys/dev/em/e1000_osdep.h 1.3.4.2 +673 -234 src/sys/dev/em/e1000_phy.c 1.3.4.2 +32 -5 src/sys/dev/em/e1000_phy.h 1.3.4.2 +21 -47 src/sys/dev/em/e1000_regs.h 1.184.2.2 +825 -845 src/sys/dev/em/if_em.c 1.62.2.2 +105 -56 src/sys/dev/em/if_em.h From bms at FreeBSD.org Sat May 3 02:29:03 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Sat May 3 02:29:05 2008 Subject: cvs commit: src/usr.bin/tip/tip cmds.c tip.c tip.h uucplock.c Message-ID: <200805030229.m432T2BX031863@repoman.freebsd.org> bms 2008-05-03 02:29:02 UTC FreeBSD src repository Modified files: usr.bin/tip/tip cmds.c tip.c tip.h uucplock.c Log: Relinquish exclusive TTY access when tip(1) or cu(1) exit. Previously they would have left TIOCEXCL enabled, requiring either a reboot or use of tip/cu as the root user. Observed when running QEMU with character devices redirected to pty instances. MFC after: 2 weeks Revision Changes Path 1.19 +1 -0 src/usr.bin/tip/tip/cmds.c 1.19 +9 -0 src/usr.bin/tip/tip/tip.c 1.12 +1 -0 src/usr.bin/tip/tip/tip.h 1.9 +1 -0 src/usr.bin/tip/tip/uucplock.c From delphij at FreeBSD.org Sat May 3 02:42:58 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 3 02:43:02 2008 Subject: cvs commit: src/usr.sbin/sade Makefile Message-ID: <200805030242.m432gwqS032423@repoman.freebsd.org> delphij 2008-05-03 02:42:57 UTC FreeBSD src repository Modified files: usr.sbin/sade Makefile Log: sade(8) does not need FTP I/O. Revision Changes Path 1.148 +2 -2 src/usr.sbin/sade/Makefile From brooks at FreeBSD.org Sat May 3 07:06:49 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sat May 3 07:06:51 2008 Subject: cvs commit: src/share/man/man4 wlan.4 src/etc/defaults rc.conf Message-ID: <200805030706.m4376m39057463@repoman.freebsd.org> brooks 2008-05-03 07:06:48 UTC FreeBSD src repository Modified files: share/man/man4 wlan.4 etc/defaults rc.conf Log: Replace a couple mentions of the soon to be removed vaps_ variable form with wlans_. Revision Changes Path 1.334 +1 -1 src/etc/defaults/rc.conf 1.17 +1 -1 src/share/man/man4/wlan.4 From brooks at FreeBSD.org Sat May 3 07:07:33 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sat May 3 07:07:36 2008 Subject: cvs commit: src/etc network.subr src/share/man/man5 rc.conf.5 In-Reply-To: <20080502122133.GA7692@tirith.brixandersen.dk> References: <200804252350.m3PNonnb017604@repoman.freebsd.org> <20080502122133.GA7692@tirith.brixandersen.dk> Message-ID: <20080503070744.GA44292@lor.one-eyed-alien.net> On Fri, May 02, 2008 at 02:21:33PM +0200, Henrik Brix Andersen wrote: > On Fri, Apr 25, 2008 at 11:50:49PM +0000, Brooks Davis wrote: > > brooks 2008-04-25 23:50:49 UTC > > > > FreeBSD src repository > > > > Modified files: > > etc network.subr > > share/man/man5 rc.conf.5 > > Log: > > Replace the prototype vaps_ and vap_create_ variables with > > more wlans_ and create_args_ > > > > Add documentation for these variants and generally update the wireless > > device example. > > > > There is are very short lived shim from vaps_ which produces > > a warning and vap_create_ which does not. Misuse the MFC > > notification service to remind me to remove them. > > > > MFC after: 3 weeks > > Please also change the example in etc/defaults/rc.conf. Thanks for reminding me. I also fixed wlan.4. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080503/37f7110b/attachment.pgp From gonzo at FreeBSD.org Sat May 3 11:16:32 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sat May 3 11:16:34 2008 Subject: cvs commit: src/lib/csu/mips Makefile crt1.c crti.S crtn.S Message-ID: <200805031116.m43BGWWC079861@repoman.freebsd.org> gonzo 2008-05-03 11:16:32 UTC FreeBSD src repository Added files: lib/csu/mips Makefile crt1.c crti.S crtn.S Log: Bring C runtime bits for FreeBSD/mips from p4 mips2-jnpr branch. Approved by: cognet (mentor) Revision Changes Path 1.1 +23 -0 src/lib/csu/mips/Makefile (new) 1.1 +116 -0 src/lib/csu/mips/crt1.c (new) 1.1 +37 -0 src/lib/csu/mips/crti.S (new) 1.1 +15 -0 src/lib/csu/mips/crtn.S (new) From jfv at FreeBSD.org Sat May 3 16:20:37 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Sat May 3 16:20:41 2008 Subject: cvs commit: src/sys/conf files Message-ID: <200805031620.m43GKbi5006932@repoman.freebsd.org> jfv 2008-05-03 16:20:37 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/conf files Log: Left out the inclusion of 82575 when building a static kernel with JUST em. Revision Changes Path 1.1243.2.20 +1 -1 src/sys/conf/files From jfv at FreeBSD.org Sat May 3 16:37:56 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Sat May 3 16:37:59 2008 Subject: cvs commit: src/sys/modules Makefile Message-ID: <200805031637.m43Gbt1S007680@repoman.freebsd.org> jfv 2008-05-03 16:37:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/modules Makefile Log: Add igb into the module build. Revision Changes Path 1.540.2.12 +5 -0 src/sys/modules/Makefile From sam at FreeBSD.org Sat May 3 17:05:39 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sat May 3 17:05:41 2008 Subject: cvs commit: src/sys/conf NOTES src/sys/amd64/conf GENERIC src/sys/i386/conf GENERIC src/sys/pc98/conf GENERIC src/sys/sparc64/conf GENERIC Message-ID: <200805031705.m43H5c30019121@repoman.freebsd.org> sam 2008-05-03 17:05:38 UTC FreeBSD src repository Modified files: sys/conf NOTES sys/amd64/conf GENERIC sys/i386/conf GENERIC sys/pc98/conf GENERIC sys/sparc64/conf GENERIC Log: enable IEEE80211_DEBUG and IEEE80211_AMPDU_AGE by default Revision Changes Path 1.498 +2 -0 src/sys/amd64/conf/GENERIC 1.1483 +2 -0 src/sys/conf/NOTES 1.486 +2 -0 src/sys/i386/conf/GENERIC 1.305 +2 -0 src/sys/pc98/conf/GENERIC 1.136 +2 -0 src/sys/sparc64/conf/GENERIC From sam at FreeBSD.org Sat May 3 17:07:00 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sat May 3 17:07:03 2008 Subject: cvs commit: src/sys/modules/wlan Makefile Message-ID: <200805031706.m43H6x2q019199@repoman.freebsd.org> sam 2008-05-03 17:06:59 UTC FreeBSD src repository Modified files: sys/modules/wlan Makefile Log: enable IEEE80211_AMDPU_AGE by default Revision Changes Path 1.10 +1 -0 src/sys/modules/wlan/Makefile From jasone at FreeBSD.org Sat May 3 17:49:17 2008 From: jasone at FreeBSD.org (Jason Evans) Date: Sat May 3 17:49:19 2008 Subject: cvs commit: src/lib/libc/stdlib rb.h Message-ID: <200805031749.m43HnHqp020464@repoman.freebsd.org> jasone 2008-05-03 17:49:16 UTC FreeBSD src repository Modified files: lib/libc/stdlib rb.h Log: Fix a comment. Revision Changes Path 1.3 +1 -1 src/lib/libc/stdlib/rb.h From kientzle at freebsd.org Sat May 3 18:57:53 2008 From: kientzle at freebsd.org (Tim Kientzle) Date: Sat May 3 18:57:59 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c unlocked.c xprintf.c In-Reply-To: <200805021525.m42FP7GC055065@repoman.freebsd.org> References: <200805021525.m42FP7GC055065@repoman.freebsd.org> Message-ID: <481CAC66.7030808@freebsd.org> This commit seems to be responsible for the last two days of trunk breakage. libftp directly accesses the _cookie field from a FILE * which was hidden by this commit. John Baldwin wrote: > jhb 2008-05-02 15:25:07 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c > fileno.c getc.c getchar.c local.h putc.c > putchar.c xprintf.c > Removed files: > lib/libc/stdio unlocked.c > Log: > Next round of stdio changes: Remove all inlining of stdio operations and > move the definition of the type backing FILE (struct __sFILE) into an > internal header. > - Remove macros to inline certain operations from stdio.h. Applications > will now always call the functions instead. > - Move the various foo_unlocked() functions from unlocked.c into foo.c. > This lets some of the inlining macros (e.g. __sfeof()) move into > foo.c. > - Update a few comments. > - struct __sFILE can now go back to using mbstate_t, pthread_t, and > pthread_mutex_t instead of knowing about their private, backing types. > > MFC after: 1 month > Reviewed by: kan > > Revision Changes Path > 1.65 +4 -172 src/include/stdio.h > 1.38 +1 -1 src/lib/libc/stdio/Makefile.inc > 1.11 +10 -1 src/lib/libc/stdio/clrerr.c > 1.11 +9 -1 src/lib/libc/stdio/feof.c > 1.11 +8 -2 src/lib/libc/stdio/ferror.c > 1.12 +9 -1 src/lib/libc/stdio/fileno.c > 1.15 +7 -2 src/lib/libc/stdio/getc.c > 1.14 +7 -2 src/lib/libc/stdio/getchar.c > 1.32 +132 -2 src/lib/libc/stdio/local.h > 1.15 +7 -2 src/lib/libc/stdio/putc.c > 1.15 +7 -2 src/lib/libc/stdio/putchar.c > 1.2 +0 -94 src/lib/libc/stdio/unlocked.c (dead) > 1.7 +3 -2 src/lib/libc/stdio/xprintf.c > > From imp at FreeBSD.org Sat May 3 19:57:46 2008 From: imp at FreeBSD.org (Warner Losh) Date: Sat May 3 19:57:48 2008 Subject: cvs commit: src/sys/mips/mips mips_subr.c src/sys/mips/include cp0.h Message-ID: <200805031957.m43JvjcJ026962@repoman.freebsd.org> imp 2008-05-03 19:57:45 UTC FreeBSD src repository Removed files: sys/mips/mips mips_subr.c sys/mips/include cp0.h Log: These files are unused, so remove them for now. If they turn out to be needed later, they can be restored. Revision Changes Path 1.2 +0 -310 src/sys/mips/include/cp0.h (dead) 1.2 +0 -48 src/sys/mips/mips/mips_subr.c (dead) From imp at FreeBSD.org Sat May 3 20:06:16 2008 From: imp at FreeBSD.org (Warner Losh) Date: Sat May 3 20:06:18 2008 Subject: cvs commit: src/sys/dev/usb usbdevs Message-ID: <200805032006.m43K6GQ2028352@repoman.freebsd.org> imp 2008-05-03 20:06:15 UTC FreeBSD src repository Modified files: sys/dev/usb usbdevs Log: A couple of cameras that I recently bought Revision Changes Path 1.351 +2 -0 src/sys/dev/usb/usbdevs From marcel at FreeBSD.org Sat May 3 20:09:45 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Sat May 3 20:09:48 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio stdio.c src/lib/libftpio ftpio.c Message-ID: <200805032009.m43K9ifM028540@repoman.freebsd.org> marcel 2008-05-03 20:09:44 UTC FreeBSD src repository Modified files: include stdio.h lib/libc/stdio stdio.c lib/libftpio ftpio.c Log: Unbreak build: libftpio gropes inside struct __sFILE. Implement accessor functions for its benefit now thaat FILE is opaque. I'm sure there's a better way. I leave that for people to work on in a src tree that isn't broken. Pointy hat: jhb Revision Changes Path 1.68 +3 -0 src/include/stdio.h 1.26 +14 -0 src/lib/libc/stdio/stdio.c 1.45 +11 -19 src/lib/libftpio/ftpio.c From gonzo at FreeBSD.org Sat May 3 21:04:22 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sat May 3 21:04:23 2008 Subject: cvs commit: src/sys/mips/include float.h Message-ID: <200805032104.m43L4LJi040379@repoman.freebsd.org> gonzo 2008-05-03 21:04:21 UTC FreeBSD src repository Modified files: sys/mips/include float.h Log: Add FLT_EVAL_METHOD and DECIMAL_DIG, required by C99 standard. Approved by: cognet (mentor) Revision Changes Path 1.2 +6 -0 src/sys/mips/include/float.h From gonzo at FreeBSD.org Sat May 3 21:16:09 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sat May 3 21:16:13 2008 Subject: cvs commit: src/lib/msun/mips Symbol.map Message-ID: <200805032116.m43LG9H5040828@repoman.freebsd.org> gonzo 2008-05-03 21:16:08 UTC FreeBSD src repository Modified files: lib/msun/mips Symbol.map Log: Symbol.map is handled by cpp, so use C-style comments Approved by: cognet (mentor) Revision Changes Path 1.2 +3 -1 src/lib/msun/mips/Symbol.map From gonzo at FreeBSD.org Sat May 3 21:24:29 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sat May 3 21:24:31 2008 Subject: cvs commit: src/gnu/lib/libstdc++ config.h Message-ID: <200805032124.m43LOTCc041083@repoman.freebsd.org> gonzo 2008-05-03 21:24:28 UTC FreeBSD src repository Modified files: gnu/lib/libstdc++ config.h Log: Add MIPS to the list of "no TLS" architectures. Approved by: cognet (mentor) Revision Changes Path 1.16 +1 -1 src/gnu/lib/libstdc++/config.h From sam at FreeBSD.org Sat May 3 21:52:07 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sat May 3 21:52:10 2008 Subject: cvs commit: src/sys/dev/ath if_ath.c if_athvar.h Message-ID: <200805032152.m43Lq6IV042027@repoman.freebsd.org> sam 2008-05-03 21:52:06 UTC FreeBSD src repository Modified files: sys/dev/ath if_ath.c if_athvar.h Log: add back sysctl's to display the regdomain and country code from eeprom; useful for debugging Revision Changes Path 1.184 +11 -6 src/sys/dev/ath/if_ath.c 1.64 +2 -0 src/sys/dev/ath/if_athvar.h From sam at FreeBSD.org Sat May 3 21:55:02 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sat May 3 21:55:06 2008 Subject: cvs commit: src/sys/dev/ath if_ath.c Message-ID: <200805032155.m43Lt2AU042212@repoman.freebsd.org> sam 2008-05-03 21:55:02 UTC FreeBSD src repository Modified files: sys/dev/ath if_ath.c Log: o unbreak handling of TKIP tx-only keys for splitmic chips o yank compat support for hal's older than 0.9.20.3; leave a CTASSERT in place just in case Revision Changes Path 1.185 +13 -9 src/sys/dev/ath/if_ath.c From pav at FreeBSD.org Sat May 3 22:56:50 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sat May 3 22:56:53 2008 Subject: cvs commit: src/usr.sbin/pkg_install Makefile.inc src/usr.sbin/pkg_install/add perform.c src/usr.sbin/pkg_install/delete perform.c src/usr.sbin/pkg_install/lib lib.h match.c Message-ID: <200805032256.m43MuoEW045330@repoman.freebsd.org> pav 2008-05-03 22:56:50 UTC FreeBSD src repository (doc,ports committer) Modified files: usr.sbin/pkg_install Makefile.inc usr.sbin/pkg_install/add perform.c usr.sbin/pkg_install/delete perform.c usr.sbin/pkg_install/lib lib.h match.c Log: - Restore functionality broken in previous commit; we need to be able to report multiple installed packages with the same PKGORIGIN. Reported by: marcus MFC after: 1 month Revision Changes Path 1.15 +0 -5 src/usr.sbin/pkg_install/Makefile.inc 1.84 +19 -15 src/usr.sbin/pkg_install/add/perform.c 1.44 +5 -2 src/usr.sbin/pkg_install/delete/perform.c 1.65 +1 -1 src/usr.sbin/pkg_install/lib/lib.h 1.23 +12 -9 src/usr.sbin/pkg_install/lib/match.c From pav at FreeBSD.org Sat May 3 23:17:38 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sat May 3 23:17:41 2008 Subject: cvs commit: src/usr.sbin/pkg_install Makefile.inc Message-ID: <200805032317.m43NHb7U047142@repoman.freebsd.org> pav 2008-05-03 23:17:37 UTC FreeBSD src repository (doc,ports committer) Modified files: usr.sbin/pkg_install Makefile.inc Log: - Backout 1.15, it was committed by accident Pointy hat to: pav Revision Changes Path 1.16 +5 -0 src/usr.sbin/pkg_install/Makefile.inc From marcel at FreeBSD.org Sat May 3 23:36:00 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Sat May 3 23:36:04 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio stdio.c src/gnu/usr.bin/sort config.h Message-ID: <200805032336.m43Na03f047844@repoman.freebsd.org> marcel 2008-05-03 23:36:00 UTC FreeBSD src repository Modified files: include stdio.h lib/libc/stdio stdio.c gnu/usr.bin/sort config.h Log: Unbreak build: gnu sort has been configured to grope inside struct __sFILE. It's opaque now, so add a function that returns the pending output bytes. Pointy hat: jhb Revision Changes Path 1.9 +1 -1 src/gnu/usr.bin/sort/config.h 1.69 +3 -0 src/include/stdio.h 1.27 +7 -0 src/lib/libc/stdio/stdio.c From deischen at freebsd.org Sun May 4 04:01:52 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Sun May 4 04:01:56 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio stdio.c src/gnu/usr.bin/sort config.h In-Reply-To: <200805032336.m43Na03f047844@repoman.freebsd.org> References: <200805032336.m43Na03f047844@repoman.freebsd.org> Message-ID: On Sat, 3 May 2008, Marcel Moolenaar wrote: > marcel 2008-05-03 23:36:00 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc/stdio stdio.c > gnu/usr.bin/sort config.h > Log: > Unbreak build: gnu sort has been configured to grope inside struct > __sFILE. It's opaque now, so add a function that returns the pending > output bytes. > > Pointy hat: jhb How does this work without also adding the symbol to the private section of libc/stdio/Symbol.map? Pointy hat to: ??? ;-) -- DE From marcel at FreeBSD.org Sun May 4 04:11:01 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Sun May 4 04:11:04 2008 Subject: cvs commit: src/lib/libc Versions.def src/lib/libc/stdio Symbol.map Message-ID: <200805040411.m444B1Yb080989@repoman.freebsd.org> marcel 2008-05-04 04:11:01 UTC FreeBSD src repository Modified files: lib/libc Versions.def lib/libc/stdio Symbol.map Log: Add __fgetcookie(), __fgetpendout() and __fsetfileno() to the private name space. Revision Changes Path 1.5 +3 -0 src/lib/libc/Versions.def 1.7 +6 -0 src/lib/libc/stdio/Symbol.map From xcllnt at mac.com Sun May 4 04:11:53 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Sun May 4 04:11:57 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio stdio.c src/gnu/usr.bin/sort config.h In-Reply-To: References: <200805032336.m43Na03f047844@repoman.freebsd.org> Message-ID: <3A15AC6B-C0F7-4A55-B207-68853A0577E6@mac.com> On May 3, 2008, at 8:40 PM, Daniel Eischen wrote: > On Sat, 3 May 2008, Marcel Moolenaar wrote: > >> marcel 2008-05-03 23:36:00 UTC >> >> FreeBSD src repository >> >> Modified files: >> include stdio.h >> lib/libc/stdio stdio.c >> gnu/usr.bin/sort config.h >> Log: >> Unbreak build: gnu sort has been configured to grope inside struct >> __sFILE. It's opaque now, so add a function that returns the pending >> output bytes. >> >> Pointy hat: jhb > > How does this work without also adding the symbol to the private > section of libc/stdio/Symbol.map? It doesn't, but I wasn't done yet... -- Marcel Moolenaar xcllnt@mac.com From marcel at FreeBSD.org Sun May 4 04:13:36 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Sun May 4 04:13:38 2008 Subject: cvs commit: src/gnu/usr.bin/binutils/objdump Makefile Message-ID: <200805040413.m444DZZR081070@repoman.freebsd.org> marcel 2008-05-04 04:13:35 UTC FreeBSD src repository Modified files: gnu/usr.bin/binutils/objdump Makefile Log: Lower WARNS to avoid warning about type-punned casting. Revision Changes Path 1.15 +1 -1 src/gnu/usr.bin/binutils/objdump/Makefile From das at FreeBSD.ORG Sun May 4 05:01:00 2008 From: das at FreeBSD.ORG (David Schultz) Date: Sun May 4 05:01:04 2008 Subject: cvs commit: src/lib/libc Versions.def src/lib/libc/stdio Symbol.map In-Reply-To: <200805040411.m444B1Yb080989@repoman.freebsd.org> References: <200805040411.m444B1Yb080989@repoman.freebsd.org> Message-ID: <20080504050159.GA54648@zim.MIT.EDU> On Sun, May 04, 2008, Marcel Moolenaar wrote: > Index: src/lib/libc/Versions.def > diff -u src/lib/libc/Versions.def:1.4 src/lib/libc/Versions.def:1.5 > --- src/lib/libc/Versions.def:1.4 Fri Dec 14 20:49:06 2007 > +++ src/lib/libc/Versions.def Sun May 4 04:11:00 2008 > @@ -1,4 +1,4 @@ > -# $FreeBSD: src/lib/libc/Versions.def,v 1.4 2007/12/14 20:49:06 deischen Exp $ > +# $FreeBSD: src/lib/libc/Versions.def,v 1.5 2008/05/04 04:11:00 marcel Exp $ > > # This is our first version; it depends on no other. > # This version was first added to 7.0-current. > @@ -15,3 +15,6 @@ > # simple ABI-checking tools. > FBSDprivate_1.0 { > } FBSD_1.0; > + > +FBSDprivate_1.1 { > +} FBSD_1.1; There was discussion earlier about this, the outcome of which was not to add more versions of FBSDprivate, as I recall. (But maybe FBSDprivate_1.0 should inherit FBSD_1.1 instead of FBSD_1.0.) deischen@ can probably give you a clearer story on this than I. From weongyo at FreeBSD.org Sun May 4 06:43:35 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Sun May 4 06:43:38 2008 Subject: cvs commit: src/share/man/man4 malo.4 src/sys/dev/malo if_malo.c if_malo.h if_malo_pci.c if_malohal.c if_malohal.h if_maloioctl.h src/sys/modules/malo Makefile Message-ID: <200805040643.m446hZSr098891@repoman.freebsd.org> weongyo 2008-05-04 06:43:34 UTC FreeBSD src repository Added files: (Branch: RELENG_7) share/man/man4 malo.4 sys/dev/malo if_malo.c if_malo.h if_malo_pci.c if_malohal.c if_malohal.h if_maloioctl.h sys/modules/malo Makefile Log: MFC: Add support for Marvell Libertas 88W8335 based PCI network adapters. Reviewed by: sam, many wireless people Approved by: thompsa (mentor) Revision Changes Path 1.3.2.1 +124 -0 src/share/man/man4/malo.4 (new) 1.3.2.1 +2472 -0 src/sys/dev/malo/if_malo.c (new) 1.2.2.1 +586 -0 src/sys/dev/malo/if_malo.h (new) 1.1.2.1 +373 -0 src/sys/dev/malo/if_malo_pci.c (new) 1.2.2.1 +918 -0 src/sys/dev/malo/if_malohal.c (new) 1.1.2.1 +234 -0 src/sys/dev/malo/if_malohal.h (new) 1.1.2.1 +114 -0 src/sys/dev/malo/if_maloioctl.h (new) 1.2.2.1 +8 -0 src/sys/modules/malo/Makefile (new) From dfr at FreeBSD.org Sun May 4 09:09:29 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Sun May 4 09:09:31 2008 Subject: cvs commit: src/lib/libc/amd64 SYS.h src/lib/libc/arm SYS.h src/lib/libc/i386 SYS.h src/lib/libc/sparc64 SYS.h Message-ID: <200805040909.m4499TDR016226@repoman.freebsd.org> dfr 2008-05-04 09:09:29 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) lib/libc/amd64 SYS.h lib/libc/arm SYS.h lib/libc/i386 SYS.h lib/libc/sparc64 SYS.h Log: MFC: Add error handling for PSEUDO syscalls. PR: 123325 Revision Changes Path 1.27.8.1 +9 -2 src/lib/libc/amd64/SYS.h 1.2.2.1 +7 -14 src/lib/libc/arm/SYS.h 1.24.14.1 +3 -2 src/lib/libc/i386/SYS.h 1.4.14.1 +1 -2 src/lib/libc/sparc64/SYS.h From ru at FreeBSD.org Sun May 4 11:58:27 2008 From: ru at FreeBSD.org (Ruslan Ermilov) Date: Sun May 4 11:58:30 2008 Subject: cvs commit: src/lib/libstand Makefile Message-ID: <200805041158.m44BwQom023847@repoman.freebsd.org> ru 2008-05-04 11:58:25 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libstand Makefile Log: MFC: 1.60: Don't forget to clean the "machine" symlink on amd64. 1.61: _setjmp.o was missing a dependency on "machine". Revision Changes Path 1.57.2.3 +4 -3 src/lib/libstand/Makefile From attilio at FreeBSD.org Sun May 4 13:54:56 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Sun May 4 13:54:57 2008 Subject: cvs commit: src/sys/kern vfs_subr.c Message-ID: <200805041354.m44DsusW039148@repoman.freebsd.org> attilio 2008-05-04 13:54:55 UTC FreeBSD src repository Modified files: sys/kern vfs_subr.c Log: sync_vnode() has some messy code about locking in order to deal with mount fs needing Giant to be held when processing bufobjs. Use a different subqueue for pending workitems on filesystems requiring Giant. This simplifies the code notably and also reduces the number of Giant acquisitions (and the whole processing cost). Suggested by: jeff Reviewed by: kib Tested by: pho Revision Changes Path 1.731 +37 -39 src/sys/kern/vfs_subr.c From deischen at freebsd.org Sun May 4 14:17:53 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Sun May 4 14:17:57 2008 Subject: cvs commit: src/lib/libc Versions.def src/lib/libc/stdio Symbol.map In-Reply-To: <20080504050159.GA54648@zim.MIT.EDU> References: <200805040411.m444B1Yb080989@repoman.freebsd.org> <20080504050159.GA54648@zim.MIT.EDU> Message-ID: On Sun, 4 May 2008, David Schultz wrote: > On Sun, May 04, 2008, Marcel Moolenaar wrote: >> Index: src/lib/libc/Versions.def >> diff -u src/lib/libc/Versions.def:1.4 src/lib/libc/Versions.def:1.5 >> --- src/lib/libc/Versions.def:1.4 Fri Dec 14 20:49:06 2007 >> +++ src/lib/libc/Versions.def Sun May 4 04:11:00 2008 >> @@ -1,4 +1,4 @@ >> -# $FreeBSD: src/lib/libc/Versions.def,v 1.4 2007/12/14 20:49:06 deischen Exp $ >> +# $FreeBSD: src/lib/libc/Versions.def,v 1.5 2008/05/04 04:11:00 marcel Exp $ >> >> # This is our first version; it depends on no other. >> # This version was first added to 7.0-current. >> @@ -15,3 +15,6 @@ >> # simple ABI-checking tools. >> FBSDprivate_1.0 { >> } FBSD_1.0; >> + >> +FBSDprivate_1.1 { >> +} FBSD_1.1; > > There was discussion earlier about this, the outcome of which was > not to add more versions of FBSDprivate, as I recall. (But maybe > FBSDprivate_1.0 should inherit FBSD_1.1 instead of FBSD_1.0.) > deischen@ can probably give you a clearer story on this than I. Yes, do not increment the private namespace. Please put all private symbols in FBSDprivate_1.0 regardless of which branch they are in. -- DE From deischen at freebsd.org Sun May 4 14:45:46 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Sun May 4 14:45:51 2008 Subject: cvs commit: src/lib/libc Versions.def src/lib/libc/stdio Symbol.map In-Reply-To: <20080504050159.GA54648@zim.MIT.EDU> References: <200805040411.m444B1Yb080989@repoman.freebsd.org> <20080504050159.GA54648@zim.MIT.EDU> Message-ID: kan CC'd. On Sun, 4 May 2008, David Schultz wrote: > On Sun, May 04, 2008, Marcel Moolenaar wrote: >> Index: src/lib/libc/Versions.def >> diff -u src/lib/libc/Versions.def:1.4 src/lib/libc/Versions.def:1.5 >> --- src/lib/libc/Versions.def:1.4 Fri Dec 14 20:49:06 2007 >> +++ src/lib/libc/Versions.def Sun May 4 04:11:00 2008 >> @@ -1,4 +1,4 @@ >> -# $FreeBSD: src/lib/libc/Versions.def,v 1.4 2007/12/14 20:49:06 deischen Exp $ >> +# $FreeBSD: src/lib/libc/Versions.def,v 1.5 2008/05/04 04:11:00 marcel Exp $ >> >> # This is our first version; it depends on no other. >> # This version was first added to 7.0-current. >> @@ -15,3 +15,6 @@ >> # simple ABI-checking tools. >> FBSDprivate_1.0 { >> } FBSD_1.0; >> + >> +FBSDprivate_1.1 { >> +} FBSD_1.1; > > There was discussion earlier about this, the outcome of which was > not to add more versions of FBSDprivate, as I recall. (But maybe > FBSDprivate_1.0 should inherit FBSD_1.1 instead of FBSD_1.0.) Actually, I don't think FBSDprivate_1.0 should inherit from anything. I think that's a mistake; I'll test a world without it. -- DE From marius at FreeBSD.org Sun May 4 14:59:25 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Sun May 4 14:59:28 2008 Subject: cvs commit: src/sys/modules/esp Makefile src/sys/modules/hfa Makefile src/sys/modules/hme Makefile src/sys/modules/isp Makefile src/sys/modules/ispfw Makefile src/sys/modules/le Makefile src/sys/modules/scc Makefile src/sys/modules/sound/driver Makefile Message-ID: <200805041459.m44ExPxx044164@repoman.freebsd.org> marius 2008-05-04 14:59:25 UTC FreeBSD src repository Modified files: sys/modules/esp Makefile sys/modules/hfa Makefile sys/modules/hme Makefile sys/modules/isp Makefile sys/modules/ispfw Makefile sys/modules/le Makefile sys/modules/scc Makefile sys/modules/sound/driver Makefile Log: Don't build unused SBus front-ends for sun4v, don't build EBus front-ends which are also likely to be irrelevant for sun4v (there's no SBus on sun4v and only some EBus devices). While at it fix some style bugs according to style.Makefile(5) where appropriate. MFC after: 3 days Revision Changes Path 1.6 +5 -7 src/sys/modules/esp/Makefile 1.2 +4 -4 src/sys/modules/hfa/Makefile 1.4 +5 -3 src/sys/modules/hme/Makefile 1.4 +1 -1 src/sys/modules/isp/Makefile 1.5 +1 -1 src/sys/modules/ispfw/Makefile 1.4 +1 -1 src/sys/modules/le/Makefile 1.4 +1 -1 src/sys/modules/scc/Makefile 1.25 +8 -5 src/sys/modules/sound/driver/Makefile From ariff at FreeBSD.org Sun May 4 15:38:33 2008 From: ariff at FreeBSD.org (Ariff Abdullah) Date: Sun May 4 15:38:36 2008 Subject: cvs commit: src/sys/modules/esp Makefile src/sys/modules/hfa Makefile src/sys/modules/hme Makefile src/sys/modules/isp Makefile src/sys/modules/ispfw Makefile src/sys/modules/le Makefile src/sys/modules/scc Makefile src/sys/modules/sound/driver Makefile In-Reply-To: <200805041459.m44ExPxx044164@repoman.freebsd.org> References: <200805041459.m44ExPxx044164@repoman.freebsd.org> Message-ID: <20080504233816.4ddcd5a2.ariff@FreeBSD.org> On Sun, 4 May 2008 14:59:25 +0000 (UTC) Marius Strobl wrote: > marius 2008-05-04 14:59:25 UTC > > FreeBSD src repository > > Modified files: > sys/modules/esp Makefile > sys/modules/hfa Makefile > sys/modules/hme Makefile > sys/modules/isp Makefile > sys/modules/ispfw Makefile > sys/modules/le Makefile > sys/modules/scc Makefile > sys/modules/sound/driver Makefile > Log: > Don't build unused SBus front-ends for sun4v, don't build EBus > front-ends which are also likely to be irrelevant for sun4v > (there's no SBus on sun4v and only some EBus devices). While at it > fix some style bugs according to style.Makefile(5) where > appropriate. > > MFC after: 3 days > > Revision Changes Path > 1.6 +5 -7 src/sys/modules/esp/Makefile > 1.2 +4 -4 src/sys/modules/hfa/Makefile > 1.4 +5 -3 src/sys/modules/hme/Makefile > 1.4 +1 -1 src/sys/modules/isp/Makefile > 1.5 +1 -1 src/sys/modules/ispfw/Makefile > 1.4 +1 -1 src/sys/modules/le/Makefile > 1.4 +1 -1 src/sys/modules/scc/Makefile > 1.25 +8 -5 src/sys/modules/sound/driver/Makefile I think your commit to sound/driver/Makefile is kind of bogus. Do you really want to remove the '+' ? -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080504/cc6c23b3/attachment.pgp From marius at FreeBSD.org Sun May 4 16:02:45 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Sun May 4 16:02:47 2008 Subject: cvs commit: src/sys/modules/sound/driver Makefile Message-ID: <200805041602.m44G2jFr047776@repoman.freebsd.org> marius 2008-05-04 16:02:45 UTC FreeBSD src repository Modified files: sys/modules/sound/driver Makefile Log: Restore SUBDIR+= accidentally removed in the previous revision. Pointed out by: ariff Revision Changes Path 1.26 +4 -4 src/sys/modules/sound/driver/Makefile From marius at alchemy.franken.de Sun May 4 16:03:54 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun May 4 16:04:01 2008 Subject: cvs commit: src/sys/modules/esp Makefile src/sys/modules/hfa Makefile src/sys/modules/hme Makefile src/sys/modules/isp Makefile src/sys/modules/ispfw Makefile src/sys/modules/le Makefile src/sys/modules/scc Makefile src/sys/modules/sound/driver Makefile In-Reply-To: <20080504233816.4ddcd5a2.ariff@FreeBSD.org> References: <200805041459.m44ExPxx044164@repoman.freebsd.org> <20080504233816.4ddcd5a2.ariff@FreeBSD.org> Message-ID: <20080504160352.GE36424@alchemy.franken.de> On Sun, May 04, 2008 at 11:38:16PM +0800, Ariff Abdullah wrote: > On Sun, 4 May 2008 14:59:25 +0000 (UTC) > Marius Strobl wrote: > > marius 2008-05-04 14:59:25 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/modules/esp Makefile > > sys/modules/hfa Makefile > > sys/modules/hme Makefile > > sys/modules/isp Makefile > > sys/modules/ispfw Makefile > > sys/modules/le Makefile > > sys/modules/scc Makefile > > sys/modules/sound/driver Makefile > > Log: > > Don't build unused SBus front-ends for sun4v, don't build EBus > > front-ends which are also likely to be irrelevant for sun4v > > (there's no SBus on sun4v and only some EBus devices). While at it > > fix some style bugs according to style.Makefile(5) where > > appropriate. > > > > MFC after: 3 days > > > > Revision Changes Path > > 1.6 +5 -7 src/sys/modules/esp/Makefile > > 1.2 +4 -4 src/sys/modules/hfa/Makefile > > 1.4 +5 -3 src/sys/modules/hme/Makefile > > 1.4 +1 -1 src/sys/modules/isp/Makefile > > 1.5 +1 -1 src/sys/modules/ispfw/Makefile > > 1.4 +1 -1 src/sys/modules/le/Makefile > > 1.4 +1 -1 src/sys/modules/scc/Makefile > > 1.25 +8 -5 src/sys/modules/sound/driver/Makefile > > I think your commit to sound/driver/Makefile is kind of bogus. Do you > really want to remove the '+' ? Oops, no, thanks for pointing it out! Marius From brooks at FreeBSD.org Sun May 4 16:14:25 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sun May 4 16:14:27 2008 Subject: cvs commit: src/etc network.subr Message-ID: <200805041614.m44GEOcF049265@repoman.freebsd.org> brooks 2008-05-04 16:14:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc network.subr Log: MFC: Emit a warning when the network_interfaces variable is not set to AUTO. Revision Changes Path 1.180.2.2 +4 -0 src/etc/network.subr From brooks at FreeBSD.org Sun May 4 16:15:04 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sun May 4 16:15:08 2008 Subject: cvs commit: src/etc network.subr Message-ID: <200805041615.m44GF4gV049353@repoman.freebsd.org> brooks 2008-05-04 16:15:04 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc network.subr Log: MFC: Emit a warning when the network_interfaces variable is not set to AUTO. Revision Changes Path 1.164.2.9 +4 -0 src/etc/network.subr From philip at FreeBSD.org Sun May 4 19:33:22 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Sun May 4 19:33:24 2008 Subject: cvs commit: CVSROOT access Message-ID: <200805041933.m44JXLj8069151@repoman.freebsd.org> philip 2008-05-04 19:33:21 UTC FreeBSD src repository Modified files: . access Log: Take linimon's src commit bit into safekeeping per his request. Approved by: core (implicit) Revision Changes Path 1.876 +0 -1 CVSROOT/access From gonzo at FreeBSD.org Sun May 4 22:24:40 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sun May 4 22:24:44 2008 Subject: cvs commit: src/lib/libdisk disk.c libdisk.h write_mips_disk.c Message-ID: <200805042224.m44MOedq089761@repoman.freebsd.org> gonzo 2008-05-04 22:24:40 UTC FreeBSD src repository Modified files: lib/libdisk disk.c libdisk.h Added files: lib/libdisk write_mips_disk.c Log: Add MIPS support to libdisk Approved by: cognet (mentor) Revision Changes Path 1.129 +2 -0 src/lib/libdisk/disk.c 1.65 +2 -1 src/lib/libdisk/libdisk.h 1.1 +48 -0 src/lib/libdisk/write_mips_disk.c (new) From peter at FreeBSD.org Sun May 4 23:29:39 2008 From: peter at FreeBSD.org (Peter Wemm) Date: Sun May 4 23:29:41 2008 Subject: cvs commit: src/sys/arm/at91 uart_dev_at91usart.c src/sys/dev/dcons dcons_os.c src/sys/dev/ofw ofw_console.c src/sys/dev/sio sio.c src/sys/dev/uart uart_core.c src/sys/kern subr_kdb.c src/sys/pc98/cbus sio.c src/sys/sun4v/sun4v hvcons.c src/sys/sys ... Message-ID: <200805042329.m44NTcfv093169@repoman.freebsd.org> peter 2008-05-04 23:29:38 UTC FreeBSD src repository Modified files: sys/arm/at91 uart_dev_at91usart.c sys/dev/dcons dcons_os.c sys/dev/ofw ofw_console.c sys/dev/sio sio.c sys/dev/uart uart_core.c sys/kern subr_kdb.c sys/pc98/cbus sio.c sys/sun4v/sun4v hvcons.c sys/sys kdb.h Log: Expand kdb_alt_break a little, most commonly used with the option ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the debugger), there is now "Enter ~ ctrl-P" (force panic) and "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons). We've used variations of this at work. The force panic sequence is best used with KDB_UNATTENDED for when you just want it to dump and get on with it. The reboot request is a safer way of getting into single user than a power cycle. eg: you've hosed the ability to log in (pam, rtld, etc). It gives init the reboot signal, which causes an orderly reboot. I've taken my best guess at what the !x86 and non-sio code changes should be. This also makes sio release its spinlock before calling KDB/DDB. Revision Changes Path 1.14 +13 -2 src/sys/arm/at91/uart_dev_at91usart.c 1.21 +24 -10 src/sys/dev/dcons/dcons_os.c 1.39 +17 -2 src/sys/dev/ofw/ofw_console.c 1.474 +23 -3 src/sys/dev/sio/sio.c 1.24 +17 -3 src/sys/dev/uart/uart_core.c 1.26 +35 -11 src/sys/kern/subr_kdb.c 1.249 +23 -4 src/sys/pc98/cbus/sio.c 1.8 +16 -2 src/sys/sun4v/sun4v/hvcons.c 1.7 +7 -0 src/sys/sys/kdb.h From kmacy at FreeBSD.org Mon May 5 01:41:54 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 01:41:58 2008 Subject: cvs commit: src/sys/dev/cxgb cxgb_config.h cxgb_main.c cxgb_offload.c t3cdev.h src/sys/dev/cxgb/ulp/tom cxgb_cpl_io.c cxgb_cpl_socket.c cxgb_ddp.c cxgb_tcp_offload.h cxgb_toepcb.h Message-ID: <200805050141.m451fsXP008732@repoman.freebsd.org> kmacy 2008-05-05 01:41:53 UTC FreeBSD src repository Modified files: sys/dev/cxgb cxgb_config.h cxgb_main.c cxgb_offload.c t3cdev.h sys/dev/cxgb/ulp/tom cxgb_cpl_io.c cxgb_cpl_socket.c cxgb_ddp.c cxgb_tcp_offload.h cxgb_toepcb.h Log: MFSVN: - add / remove clients from cxgb_main.c now - change ifdef TOE_ENABLED to TCP_OFFLOAD_DISABLE - update copyrights - fix transmit data mismatch bug caused by not setting SB_NOCOALESCE on tx sockbuf on passive connections - fix receive sequence mismatch bug caused by not setting SB_NOCOALESCE on rx sockbuf on passive connections - don't sleep without checking SBS_CANTRCVMORE first - various ddp ordering fixes Supported by: Chelsio Inc. Revision Changes Path 1.7 +1 -1 src/sys/dev/cxgb/cxgb_config.h 1.55 +8 -1 src/sys/dev/cxgb/cxgb_main.c 1.15 +2 -3 src/sys/dev/cxgb/cxgb_offload.c 1.4 +1 -1 src/sys/dev/cxgb/t3cdev.h 1.11 +23 -15 src/sys/dev/cxgb/ulp/tom/cxgb_cpl_io.c 1.10 +54 -39 src/sys/dev/cxgb/ulp/tom/cxgb_cpl_socket.c 1.4 +6 -4 src/sys/dev/cxgb/ulp/tom/cxgb_ddp.c 1.2 +3 -2 src/sys/dev/cxgb/ulp/tom/cxgb_tcp_offload.h 1.3 +1 -3 src/sys/dev/cxgb/ulp/tom/cxgb_toepcb.h From imp at FreeBSD.org Mon May 5 05:35:48 2008 From: imp at FreeBSD.org (Warner Losh) Date: Mon May 5 05:35:50 2008 Subject: cvs commit: src/etc/etc.mips ttys Message-ID: <200805050535.m455ZmI1030493@repoman.freebsd.org> imp 2008-05-05 05:35:47 UTC FreeBSD src repository Added files: etc/etc.mips ttys Log: Mips ttys file. Copied from i386 version with removal of the vga entries. Revision Changes Path 1.1 +808 -0 src/etc/etc.mips/ttys (new) From philip at FreeBSD.org Mon May 5 05:57:19 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Mon May 5 05:57:21 2008 Subject: cvs commit: src/sys/arm/at91 uart_dev_at91usart.c src/sys/dev/dcons dcons_os.c src/sys/dev/ofw ofw_console.c src/sys/dev/sio sio.c src/sys/dev/uart uart_core.c src/sys/kern subr_kdb.c src/sys/pc98/cbus sio.c src/sys/sun4v/sun4v hvcons.c src/sys/sys ... In-Reply-To: <200805042329.m44NTcfv093169@repoman.freebsd.org> References: <200805042329.m44NTcfv093169@repoman.freebsd.org> Message-ID: <20080505055713.GL97613@carrot.home.paeps.cx> On 2008-05-04 23:29:38 (+0000), Peter Wemm wrote: > Log: > Expand kdb_alt_break a little, most commonly used with the option > ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the > debugger), there is now "Enter ~ ctrl-P" (force panic) and > "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons). Thanks for this! :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #369: Virus transmitted from computer to sysadmins. From mtm at FreeBSD.org Mon May 5 06:31:44 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 5 06:31:47 2008 Subject: cvs commit: src/usr.sbin/sade disks.c label.c Message-ID: <200805050631.m456VhtO033526@repoman.freebsd.org> mtm 2008-05-05 06:31:41 UTC FreeBSD src repository Modified files: usr.sbin/sade disks.c label.c Log: o Change the warning dialog for the 'W' command in both the label and partition editors to reflect the fact that this is a stand-alone application, not sysinstall(8). o Change an instance of sade(8) refering to itself as sysinstall(8) in a confirmation dialog. MFC after: 1 week Revision Changes Path 1.162 +4 -7 src/usr.sbin/sade/disks.c 1.156 +4 -7 src/usr.sbin/sade/label.c From phk at phk.freebsd.dk Mon May 5 06:59:38 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon May 5 06:59:40 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: Your message of "Mon, 05 May 2008 05:35:47 GMT." <200805050535.m455ZmI1030493@repoman.freebsd.org> Message-ID: <5653.1209970777@critter.freebsd.dk> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner Losh write s: >imp 2008-05-05 05:35:47 UTC > > FreeBSD src repository > > Added files: > etc/etc.mips ttys > Log: > Mips ttys file. Copied from i386 version with removal of the vga > entries. We should really replace this file with a script that generates it from a set of sensible parameters at build-time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From maxim at macomnet.ru Mon May 5 07:03:50 2008 From: maxim at macomnet.ru (Maxim Konovalov) Date: Mon May 5 07:03:53 2008 Subject: cvs commit: src/sys/arm/at91 uart_dev_at91usart.c src/sys/dev/dcons dcons_os.c src/sys/dev/ofw ofw_console.c src/sys/dev/sio sio.c src/sys/dev/uart uart_core.c src/sys/kern subr_kdb.c src/sys/pc98/cbus sio.c src/sys/sun4v/sun4v hvcons.c src/sys/sys ... In-Reply-To: <20080505055713.GL97613@carrot.home.paeps.cx> References: <200805042329.m44NTcfv093169@repoman.freebsd.org> <20080505055713.GL97613@carrot.home.paeps.cx> Message-ID: <20080505105143.F97634@mp2.macomnet.net> On Mon, 5 May 2008, 07:57+0200, Philip Paeps wrote: > On 2008-05-04 23:29:38 (+0000), Peter Wemm wrote: > > Log: > > Expand kdb_alt_break a little, most commonly used with the option > > ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the > > debugger), there is now "Enter ~ ctrl-P" (force panic) and > > "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons). > > Thanks for this! :-) > Seconded. But we need to document this somewhere (expand a comment in NOTES?). -- Maxim Konovalov From mtm at FreeBSD.org Mon May 5 07:43:50 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 5 07:43:54 2008 Subject: cvs commit: src/etc rc.subr Message-ID: <200805050743.m457hnGp042227@repoman.freebsd.org> mtm 2008-05-05 07:43:48 UTC FreeBSD src repository Modified files: etc rc.subr Log: Fix improper use of checkyesno routine. Noticed by: oliver MFC after: 1 week Revision Changes Path 1.81 +6 -2 src/etc/rc.subr From cperciva at freebsd.org Mon May 5 08:05:05 2008 From: cperciva at freebsd.org (Colin Percival) Date: Mon May 5 08:05:09 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <5653.1209970777@critter.freebsd.dk> References: <5653.1209970777@critter.freebsd.dk> Message-ID: <481EB19B.3000201@freebsd.org> Poul-Henning Kamp wrote: > In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner Losh write > s: >> Added files: >> etc/etc.mips ttys >> Log: >> Mips ttys file. Copied from i386 version with removal of the vga >> entries. > > We should really replace this file with a script that generates it > from a set of sensible parameters at build-time. Yes please -- kmacy might have worked around this, but at one point this was the only non-kernel file which needed to be different for Xen builds. Colin Percival From phk at phk.freebsd.dk Mon May 5 08:07:23 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon May 5 08:07:27 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: Your message of "Mon, 05 May 2008 00:04:59 MST." <481EB19B.3000201@freebsd.org> Message-ID: <5978.1209974842@critter.freebsd.dk> In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: >Poul-Henning Kamp wrote: >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner Losh write >> s: >>> Added files: >>> etc/etc.mips ttys >>> Log: >>> Mips ttys file. Copied from i386 version with removal of the vga >>> entries. >> >> We should really replace this file with a script that generates it >> from a set of sensible parameters at build-time. > >Yes please -- kmacy might have worked around this, but at one point this >was the only non-kernel file which needed to be different for Xen builds. And for anyone looking at this, there is also a task to eliminate the pty devices in this file, the reason why they are there has to do with the introduction of the really weird notion of "remote logins" back in the early 1980'ies, we really could do better. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From peter at FreeBSD.org Mon May 5 08:25:46 2008 From: peter at FreeBSD.org (Peter Wemm) Date: Mon May 5 08:25:49 2008 Subject: cvs commit: src/sys/dev/dcons dcons_os.c Message-ID: <200805050825.m458PkIg045048@repoman.freebsd.org> peter 2008-05-05 08:25:46 UTC FreeBSD src repository Modified files: sys/dev/dcons dcons_os.c Log: Spell KDB_REQ_REBOOT correctly. Revision Changes Path 1.22 +1 -1 src/sys/dev/dcons/dcons_os.c From imp at bsdimp.com Mon May 5 13:53:39 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Mon May 5 13:53:45 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <5653.1209970777@critter.freebsd.dk> References: <200805050535.m455ZmI1030493@repoman.freebsd.org> <5653.1209970777@critter.freebsd.dk> Message-ID: <20080505.074901.-165374733.imp@bsdimp.com> In message: <5653.1209970777@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner Losh write : s: : >imp 2008-05-05 05:35:47 UTC : > : > FreeBSD src repository : > : > Added files: : > etc/etc.mips ttys : > Log: : > Mips ttys file. Copied from i386 version with removal of the vga : > entries. : : We should really replace this file with a script that generates it : from a set of sensible parameters at build-time. Well, we need to have it not have all the possible pseudo devices in it, which means work to init. Once they are out of the picture, auto generation makes a lot less sense... Warner From jhb at freebsd.org Mon May 5 13:56:19 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 13:56:31 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <5978.1209974842@critter.freebsd.dk> References: <5978.1209974842@critter.freebsd.dk> Message-ID: <200805050949.27063.jhb@freebsd.org> On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: > >Poul-Henning Kamp wrote: > >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner > >> Losh write > >> > >> s: > >>> Added files: > >>> etc/etc.mips ttys > >>> Log: > >>> Mips ttys file. Copied from i386 version with removal of the vga > >>> entries. > >> > >> We should really replace this file with a script that generates it > >> from a set of sensible parameters at build-time. > > > >Yes please -- kmacy might have worked around this, but at one point this > >was the only non-kernel file which needed to be different for Xen builds. > > And for anyone looking at this, there is also a task to eliminate the > pty devices in this file, the reason why they are there has to do with > the introduction of the really weird notion of "remote logins" back in > the early 1980'ies, we really could do better. Err, I thought it was because utmp still uses the line index in /etc/ttys so ptys have to be listed in /etc/ttys to get an index. I haven't looked at utmpx, but it might be nice if we had a utmp format that 1) didn't limit usernames to 16 chars, and 2) stored the name of the tty rather than a dev_t. 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x. -- John Baldwin From phk at phk.freebsd.dk Mon May 5 14:01:13 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon May 5 14:01:17 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: Your message of "Mon, 05 May 2008 09:49:26 -0400." <200805050949.27063.jhb@freebsd.org> Message-ID: <9286.1209996071@critter.freebsd.dk> In message <200805050949.27063.jhb@freebsd.org>, John Baldwin writes: >> And for anyone looking at this, there is also a task to eliminate the >> pty devices in this file, the reason why they are there has to do with >> the introduction of the really weird notion of "remote logins" back in >> the early 1980'ies, we really could do better. > >Err, I thought it was because utmp still uses the line index in /etc/ttys so >ptys have to be listed in /etc/ttys to get an index. That's _exactly_ what I'm talking about :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk at phk.freebsd.dk Mon May 5 14:02:04 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon May 5 14:02:14 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: Your message of "Mon, 05 May 2008 07:49:01 CST." <20080505.074901.-165374733.imp@bsdimp.com> Message-ID: <9295.1209996123@critter.freebsd.dk> In message <20080505.074901.-165374733.imp@bsdimp.com>, "M. Warner Losh" writes : >Well, we need to have it not have all the possible pseudo devices in >it, which means work to init. Once they are out of the picture, auto >generation makes a lot less sense... s/a lot/somewhat/ and I agree. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From green at FreeBSD.org Mon May 5 14:03:50 2008 From: green at FreeBSD.org (Brian Fundakowski Feldman) Date: Mon May 5 14:04:12 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c unlocked.c xprintf.c In-Reply-To: <200805021525.m42FP7GC055065@repoman.freebsd.org> References: <200805021525.m42FP7GC055065@repoman.freebsd.org> Message-ID: <20080505133622.GA26105@green.homeunix.org> On Fri, May 02, 2008 at 03:25:07PM +0000, John Baldwin wrote: > jhb 2008-05-02 15:25:07 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c > fileno.c getc.c getchar.c local.h putc.c > putchar.c xprintf.c > Removed files: > lib/libc/stdio unlocked.c > Log: > Next round of stdio changes: Remove all inlining of stdio operations and > move the definition of the type backing FILE (struct __sFILE) into an > internal header. Yay! -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From kib at FreeBSD.org Mon May 5 14:05:24 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 5 14:05:26 2008 Subject: cvs commit: src/lib/libc/gen readdir.c telldir.c telldir.h Message-ID: <200805051405.m45E5NGN082245@repoman.freebsd.org> kib 2008-05-05 14:05:23 UTC FreeBSD src repository Modified files: lib/libc/gen readdir.c telldir.c telldir.h Log: Do not read away the target directory entry when encountering deleted files after a seekdir(). The seekdir shall set the position for the next readdir operation. When the _readdir_unlocked() encounters deleted entry, dd_loc is already advanced. Continuing the loop leads to premature read of the target entry. Submitted by: Marc Balmer Obtained from: OpenBSD MFC after: 2 weeks Revision Changes Path 1.15 +7 -6 src/lib/libc/gen/readdir.c 1.11 +1 -1 src/lib/libc/gen/telldir.c 1.3 +2 -2 src/lib/libc/gen/telldir.h From imp at bsdimp.com Mon May 5 14:10:02 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Mon May 5 14:10:07 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <200805050949.27063.jhb@freebsd.org> References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> Message-ID: <20080505.080823.2086232061.imp@bsdimp.com> In message: <200805050949.27063.jhb@freebsd.org> John Baldwin writes: : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: : > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: : > >Poul-Henning Kamp wrote: : > >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner : > >> Losh write : > >> : > >> s: : > >>> Added files: : > >>> etc/etc.mips ttys : > >>> Log: : > >>> Mips ttys file. Copied from i386 version with removal of the vga : > >>> entries. : > >> : > >> We should really replace this file with a script that generates it : > >> from a set of sensible parameters at build-time. : > > : > >Yes please -- kmacy might have worked around this, but at one point this : > >was the only non-kernel file which needed to be different for Xen builds. : > : > And for anyone looking at this, there is also a task to eliminate the : > pty devices in this file, the reason why they are there has to do with : > the introduction of the really weird notion of "remote logins" back in : > the early 1980'ies, we really could do better. : : Err, I thought it was because utmp still uses the line index in /etc/ttys so : ptys have to be listed in /etc/ttys to get an index. I haven't looked at : utmpx, but it might be nice if we had a utmp format that 1) didn't limit : usernames to 16 chars, and 2) stored the name of the tty rather than a dev_t. : 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x. /var/run/utmp stores the name. However, it does appear to use the index in /etc/ttys to write the record into /var/run/utmp. typical entries look like: 000002c0 74 74 79 70 30 00 00 00 69 6d 70 00 00 00 00 00 |ttyp0...imp.....| 000002d0 00 00 00 00 00 00 00 00 3a 30 2e 30 00 00 00 00 |........:0.0....| 000002e0 00 00 00 00 00 00 00 00 28 ec 14 48 |........(..H Which matches the structures fairly well: struct utmp { char ut_line[UT_LINESIZE]; char ut_name[UT_NAMESIZE]; char ut_host[UT_HOSTSIZE]; int32_t ut_time; }; Unfortunately, the #defines for the above are somewhat meager: #define UT_NAMESIZE 16 /* see MAXLOGNAME in */ #define UT_LINESIZE 8 #define UT_HOSTSIZE 16 Warner From jkim at FreeBSD.org Mon May 5 15:07:08 2008 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Mon May 5 15:07:13 2008 Subject: cvs commit: src/sys/net bpf.c Message-ID: <200805051507.m45F77re086092@repoman.freebsd.org> jkim 2008-05-05 15:07:07 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/net bpf.c Log: MFC: 1.194 Check packet directions more properly instead of just checking received interface is null. Revision Changes Path 1.181.2.4 +5 -5 src/sys/net/bpf.c From jhb at freebsd.org Mon May 5 15:27:48 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 15:27:52 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c unlocked.c xprintf.c In-Reply-To: <200805021525.m42FP7GC055065@repoman.freebsd.org> References: <200805021525.m42FP7GC055065@repoman.freebsd.org> Message-ID: <200805051127.45177.jhb@freebsd.org> On Friday 02 May 2008 11:25:07 am John Baldwin wrote: > jhb 2008-05-02 15:25:07 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c > fileno.c getc.c getchar.c local.h putc.c > putchar.c xprintf.c > Removed files: > lib/libc/stdio unlocked.c > Log: > Next round of stdio changes: Remove all inlining of stdio operations and > move the definition of the type backing FILE (struct __sFILE) into an > internal header. > - Remove macros to inline certain operations from stdio.h. Applications > will now always call the functions instead. > - Move the various foo_unlocked() functions from unlocked.c into foo.c. > This lets some of the inlining macros (e.g. __sfeof()) move into > foo.c. > - Update a few comments. > - struct __sFILE can now go back to using mbstate_t, pthread_t, and > pthread_mutex_t instead of knowing about their private, backing types. > > MFC after: 1 month > Reviewed by: kan I'll be reverting this shortly. I had misparsed the maze of stdio headers in glibc and thought that it had a fully opaque FILE. I will probably not restore unlocked.c though and just leave foo_unlocked() in foo.c. I will restore all the inlining though since there's not much point in axeing that if we can't make FILE private. -- John Baldwin From attilio at FreeBSD.org Mon May 5 15:47:24 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Mon May 5 15:47:27 2008 Subject: cvs commit: src/sys/kern vfs_subr.c Message-ID: <200805051547.m45FlN0L087449@repoman.freebsd.org> attilio 2008-05-05 15:47:23 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern vfs_subr.c Log: MFC revision 1.712: As LK_EXCLUPGRADE is used in conjuction with LK_NOWAIT, LK_UPGRADE becames equivalent with this and so operate the switch. Revision Changes Path 1.707.2.4 +1 -1 src/sys/kern/vfs_subr.c From maxim at FreeBSD.org Mon May 5 15:50:20 2008 From: maxim at FreeBSD.org (Maxim Konovalov) Date: Mon May 5 15:50:23 2008 Subject: cvs commit: src/etc rc.subr Message-ID: <200805051550.m45FoK7F087569@repoman.freebsd.org> maxim 2008-05-05 15:50:20 UTC FreeBSD src repository Modified files: etc rc.subr Log: o Terminate "case" with "esac" not "fi". Reported by: Randy Bush Revision Changes Path 1.82 +1 -1 src/etc/rc.subr From maxim at FreeBSD.org Mon May 5 15:52:55 2008 From: maxim at FreeBSD.org (Maxim Konovalov) Date: Mon May 5 15:52:59 2008 Subject: cvs commit: src/etc rc.subr Message-ID: <200805051552.m45FqtBm087660@repoman.freebsd.org> maxim 2008-05-05 15:52:55 UTC FreeBSD src repository Modified files: etc rc.subr Log: o Convert whitespaces to tabs. Revision Changes Path 1.83 +2 -2 src/etc/rc.subr From attilio at FreeBSD.org Mon May 5 15:58:45 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Mon May 5 15:58:47 2008 Subject: cvs commit: src/sys/dev/usb ehci.c src/sys/fs/nwfs nwfs_subr.c src/sys/netncp ncp_conn.h src/sys/netsmb smb_conn.h src/sys/nfs4client nfs4_idmap.c src/sys/sys bufobj.h lockmgr.h mount.h vnode.h Message-ID: <200805051558.m45FwitH087963@repoman.freebsd.org> attilio 2008-05-05 15:58:44 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/usb ehci.c sys/fs/nwfs nwfs_subr.c sys/netncp ncp_conn.h sys/netsmb smb_conn.h sys/nfs4client nfs4_idmap.c sys/sys bufobj.h lockmgr.h mount.h vnode.h Log: MFC: Use LOCK_FILE and LOCK_LINE with lockmgr(), add the wrapper protecting for the public namespace for userland inclusion. Now lockmgr depends by sys/lock.h header on RELENG_7 too. Revision Changes Path 1.56.2.1 +1 -0 src/sys/dev/usb/ehci.c 1.17.2.1 +1 -0 src/sys/fs/nwfs/nwfs_subr.c 1.12.10.1 +1 -0 src/sys/netncp/ncp_conn.h 1.11.10.2 +1 -0 src/sys/netsmb/smb_conn.h 1.5.10.1 +1 -0 src/sys/nfs4client/nfs4_idmap.c 1.18.2.1 +1 -0 src/sys/sys/bufobj.h 1.53.2.1 +14 -6 src/sys/sys/lockmgr.h 1.228.2.1 +1 -1 src/sys/sys/mount.h 1.326.2.2 +1 -8 src/sys/sys/vnode.h From maxim at macomnet.ru Mon May 5 16:02:30 2008 From: maxim at macomnet.ru (Maxim Konovalov) Date: Mon May 5 16:02:35 2008 Subject: cvs commit: src/sys/arm/at91 uart_dev_at91usart.c src/sys/dev/dcons dcons_os.c src/sys/dev/ofw ofw_console.c src/sys/dev/sio sio.c src/sys/dev/uart uart_core.c src/sys/kern subr_kdb.c src/sys/pc98/cbus sio.c src/sys/sun4v/sun4v hvcons.c src/sys/sys ... In-Reply-To: <20080505105143.F97634@mp2.macomnet.net> References: <200805042329.m44NTcfv093169@repoman.freebsd.org> <20080505055713.GL97613@carrot.home.paeps.cx> <20080505105143.F97634@mp2.macomnet.net> Message-ID: <20080505200123.X97634@mp2.macomnet.net> On Mon, 5 May 2008, 10:53+0400, Maxim Konovalov wrote: > On Mon, 5 May 2008, 07:57+0200, Philip Paeps wrote: > > > On 2008-05-04 23:29:38 (+0000), Peter Wemm wrote: > > > Log: > > > Expand kdb_alt_break a little, most commonly used with the option > > > ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the > > > debugger), there is now "Enter ~ ctrl-P" (force panic) and > > > "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons). > > > > Thanks for this! :-) > > > Seconded. But we need to document this somewhere (expand a > comment in NOTES?). > Does it sound OK? Index: NOTES =================================================================== RCS file: /home/ncvs/src/sys/conf/NOTES,v retrieving revision 1.1483 diff -u -p -r1.1483 NOTES --- NOTES 3 May 2008 17:05:37 -0000 1.1483 +++ NOTES 5 May 2008 16:01:05 -0000 @@ -1723,7 +1723,8 @@ options BREAK_TO_DEBUGGER # A BREAK on # Solaris implements a new BREAK which is initiated by a character # sequence CR ~ ^b which is similar to a familiar pattern used on -# Sun servers by the Remote Console. +# Sun servers by the Remote Console. There are FreeBSD extentions: +# CR ~ ^p requests force panic and CR ~ ^r requests a clean reboot. options ALT_BREAK_TO_DEBUGGER # Serial Communications Controller -- Maxim Konovalov From jhb at FreeBSD.org Mon May 5 16:03:53 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 16:03:58 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c Message-ID: <200805051603.m45G3rrN089219@repoman.freebsd.org> jhb 2008-05-05 16:03:52 UTC FreeBSD src repository Modified files: include stdio.h lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c Log: Expose FILE's internals to the world again in all their glory. Restore all the previous inline optimizations as well. FILE is back to using __mbstate_t, struct pthread *, and struct pthread_mutex *. Revision Changes Path 1.70 +172 -4 src/include/stdio.h 1.12 +2 -2 src/lib/libc/stdio/clrerr.c 1.12 +2 -2 src/lib/libc/stdio/feof.c 1.12 +3 -1 src/lib/libc/stdio/ferror.c 1.13 +2 -2 src/lib/libc/stdio/fileno.c 1.16 +3 -0 src/lib/libc/stdio/getc.c 1.15 +3 -0 src/lib/libc/stdio/getchar.c 1.33 +2 -132 src/lib/libc/stdio/local.h 1.16 +3 -0 src/lib/libc/stdio/putc.c 1.16 +3 -0 src/lib/libc/stdio/putchar.c 1.8 +0 -1 src/lib/libc/stdio/xprintf.c From jhb at FreeBSD.org Mon May 5 16:04:58 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 16:05:00 2008 Subject: cvs commit: src/include stdio.h Message-ID: <200805051604.m45G4wKp089267@repoman.freebsd.org> jhb 2008-05-05 16:04:58 UTC FreeBSD src repository Modified files: include stdio.h Log: Note that FILE's __cookie is also part of the public ABI. Revision Changes Path 1.71 +1 -1 src/include/stdio.h From attilio at FreeBSD.org Mon May 5 16:12:18 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Mon May 5 16:12:20 2008 Subject: cvs commit: src/share/man/man9 lock.9 Message-ID: <200805051612.m45GCISf089694@repoman.freebsd.org> attilio 2008-05-05 16:12:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) share/man/man9 lock.9 Log: Add a new, necessary include for lockmgr. Revision Changes Path 1.17.2.1 +1 -0 src/share/man/man9/lock.9 From jhb at FreeBSD.org Mon May 5 16:12:29 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 16:12:32 2008 Subject: cvs commit: src/gnu/usr.bin/sort config.h Message-ID: <200805051612.m45GCTGH089721@repoman.freebsd.org> jhb 2008-05-05 16:12:29 UTC FreeBSD src repository Modified files: gnu/usr.bin/sort config.h Log: Go back to fondling FILE internals. Revision Changes Path 1.10 +1 -1 src/gnu/usr.bin/sort/config.h From jhb at FreeBSD.org Mon May 5 16:14:03 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 16:14:05 2008 Subject: cvs commit: src/include stdio.h src/lib/libc Versions.def src/lib/libc/stdio Symbol.map stdio.c Message-ID: <200805051614.m45GE3Ul089815@repoman.freebsd.org> jhb 2008-05-05 16:14:03 UTC FreeBSD src repository Modified files: include stdio.h lib/libc Versions.def lib/libc/stdio Symbol.map stdio.c Log: Retire the __fgetcookie(), __fgetpendout(), and __fsetfileno() accessors as we aren't hiding FILE's internals anymore. Revision Changes Path 1.72 +0 -6 src/include/stdio.h 1.6 +0 -3 src/lib/libc/Versions.def 1.8 +0 -6 src/lib/libc/stdio/Symbol.map 1.28 +0 -21 src/lib/libc/stdio/stdio.c From xcllnt at mac.com Mon May 5 16:42:58 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon May 5 16:43:05 2008 Subject: cvs commit: src/include stdio.h src/lib/libc Versions.def src/lib/libc/stdio Symbol.map stdio.c In-Reply-To: <200805051614.m45GE3Ul089815@repoman.freebsd.org> References: <200805051614.m45GE3Ul089815@repoman.freebsd.org> Message-ID: <5D5D000D-9D30-4A9C-BB46-B301F9B46C89@mac.com> On May 5, 2008, at 9:14 AM, John Baldwin wrote: > jhb 2008-05-05 16:14:03 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc Versions.def > lib/libc/stdio Symbol.map stdio.c > Log: > Retire the __fgetcookie(), __fgetpendout(), and __fsetfileno() > accessors > as we aren't hiding FILE's internals anymore. Thanks for cleaning this up too! -- Marcel Moolenaar xcllnt@mac.com From attilio at FreeBSD.org Mon May 5 16:44:12 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Mon May 5 16:44:14 2008 Subject: cvs commit: src/sys/sys param.h Message-ID: <200805051644.m45GiB86091604@repoman.freebsd.org> attilio 2008-05-05 16:44:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sys param.h Log: Bump __FreeBSD_version in order to signal lockmgr(9) now needs sys/lock.h in order to work on RELENG_7 too. Revision Changes Path 1.308.2.12 +1 -1 src/sys/sys/param.h From jhb at freebsd.org Mon May 5 18:27:03 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 18:27:11 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <20080505.080823.2086232061.imp@bsdimp.com> References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> <20080505.080823.2086232061.imp@bsdimp.com> Message-ID: <200805051158.30782.jhb@freebsd.org> On Monday 05 May 2008 10:08:23 am M. Warner Losh wrote: > In message: <200805050949.27063.jhb@freebsd.org> > John Baldwin writes: > : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: > : > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: > : > >Poul-Henning Kamp wrote: > : > >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner > : > >> Losh write > : > >> > : > >> s: > : > >>> Added files: > : > >>> etc/etc.mips ttys > : > >>> Log: > : > >>> Mips ttys file. Copied from i386 version with removal of the vga > : > >>> entries. > : > >> > : > >> We should really replace this file with a script that generates it > : > >> from a set of sensible parameters at build-time. > : > > > : > >Yes please -- kmacy might have worked around this, but at one point this > : > >was the only non-kernel file which needed to be different for Xen builds. > : > > : > And for anyone looking at this, there is also a task to eliminate the > : > pty devices in this file, the reason why they are there has to do with > : > the introduction of the really weird notion of "remote logins" back in > : > the early 1980'ies, we really could do better. > : > : Err, I thought it was because utmp still uses the line index in /etc/ttys so > : ptys have to be listed in /etc/ttys to get an index. I haven't looked at > : utmpx, but it might be nice if we had a utmp format that 1) didn't limit > : usernames to 16 chars, and 2) stored the name of the tty rather than a dev_t. > : 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x. > > /var/run/utmp stores the name. However, it does appear to use the > index in /etc/ttys to write the record into /var/run/utmp. typical > entries look like: Hmm, 'w' still uses the dev_t to match entries in utmp to processes. Oh, w(1) uses stat() on the node in /dev so it always gets "live" dev_t's instead of reading them out of the core dump somehow, so that is how it breaks for core dumps. -- John Baldwin From jhb at freebsd.org Mon May 5 18:27:05 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 18:27:18 2008 Subject: cvs commit: src/include stdio.h src/lib/libc Versions.def src/lib/libc/stdio Symbol.map stdio.c In-Reply-To: <5D5D000D-9D30-4A9C-BB46-B301F9B46C89@mac.com> References: <200805051614.m45GE3Ul089815@repoman.freebsd.org> <5D5D000D-9D30-4A9C-BB46-B301F9B46C89@mac.com> Message-ID: <200805051426.07438.jhb@freebsd.org> On Monday 05 May 2008 12:42:52 pm Marcel Moolenaar wrote: > > On May 5, 2008, at 9:14 AM, John Baldwin wrote: > > > jhb 2008-05-05 16:14:03 UTC > > > > FreeBSD src repository > > > > Modified files: > > include stdio.h > > lib/libc Versions.def > > lib/libc/stdio Symbol.map stdio.c > > Log: > > Retire the __fgetcookie(), __fgetpendout(), and __fsetfileno() > > accessors > > as we aren't hiding FILE's internals anymore. > > Thanks for cleaning this up too! Sorry for the mess. It would be really nice if we could make FILE opaque, but apparently we can't. I was confused by glibc's headers (one of the 2 or 3 stdio.h's just declares 'FILE' as a typedef, but another header it always includes earlier (libio.h IIRC) does define the backing struct always) and thought glibc had one that was fully opaque. In practice I think glibc does inline some cases like feof_unlocked(). I think they do not inline getc() and putc() however. I think I can still fix _file to be an int (make existing _file _ofile instead and initialize it when setting _file) w/o breaking the ABI, but I need to chew on it some more. -- John Baldwin From kmacy at FreeBSD.org Mon May 5 18:35:55 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 18:36:02 2008 Subject: cvs commit: src/sys/contrib/rdma core_priv.h ib_addr.h ib_cache.h ib_cm.h ib_fmr_pool.h ib_mad.h ib_marshall.h ib_pack.h ib_sa.h ib_smi.h ib_umem.h ib_user_cm.h ib_user_mad.h ib_user_sa.h ib_user_verbs.h ib_verbs.h iw_cm.h rdma_addr.c rdma_cache.c ... Message-ID: <200805051835.m45IZt7u007090@repoman.freebsd.org> kmacy 2008-05-05 18:35:55 UTC FreeBSD src repository Added files: sys/contrib/rdma core_priv.h ib_addr.h ib_cache.h ib_cm.h ib_fmr_pool.h ib_mad.h ib_marshall.h ib_pack.h ib_sa.h ib_smi.h ib_umem.h ib_user_cm.h ib_user_mad.h ib_user_sa.h ib_user_verbs.h ib_verbs.h iw_cm.h rdma_addr.c rdma_cache.c rdma_cm.h rdma_cm_ib.h rdma_cma.c rdma_device.c rdma_iwcm.c rdma_user_cm.h rdma_verbs.c types.h sys/contrib/rdma/krping getopt.c getopt.h krping.c krping.h krping_dev.c Log: Import basic common and iwarp kernel RDMA infrastructure. Supported by: Chelsio Inc. Revision Changes Path 1.1 +55 -0 src/sys/contrib/rdma/core_priv.h (new) 1.1 +164 -0 src/sys/contrib/rdma/ib_addr.h (new) 1.1 +120 -0 src/sys/contrib/rdma/ib_cache.h (new) 1.1 +593 -0 src/sys/contrib/rdma/ib_cm.h (new) 1.1 +97 -0 src/sys/contrib/rdma/ib_fmr_pool.h (new) 1.1 +656 -0 src/sys/contrib/rdma/ib_mad.h (new) 1.1 +55 -0 src/sys/contrib/rdma/ib_marshall.h (new) 1.1 +247 -0 src/sys/contrib/rdma/ib_pack.h (new) 1.1 +386 -0 src/sys/contrib/rdma/ib_sa.h (new) 1.1 +132 -0 src/sys/contrib/rdma/ib_smi.h (new) 1.1 +81 -0 src/sys/contrib/rdma/ib_umem.h (new) 1.1 +328 -0 src/sys/contrib/rdma/ib_user_cm.h (new) 1.1 +136 -0 src/sys/contrib/rdma/ib_user_mad.h (new) 1.1 +60 -0 src/sys/contrib/rdma/ib_user_sa.h (new) 1.1 +688 -0 src/sys/contrib/rdma/ib_user_verbs.h (new) 1.1 +1854 -0 src/sys/contrib/rdma/ib_verbs.h (new) 1.1 +266 -0 src/sys/contrib/rdma/iw_cm.h (new) 1.1 +77 -0 src/sys/contrib/rdma/krping/getopt.c (new) 1.1 +21 -0 src/sys/contrib/rdma/krping/getopt.h (new) 1.1 +1865 -0 src/sys/contrib/rdma/krping/krping.c (new) 1.1 +128 -0 src/sys/contrib/rdma/krping/krping.h (new) 1.1 +180 -0 src/sys/contrib/rdma/krping/krping_dev.c (new) 1.1 +408 -0 src/sys/contrib/rdma/rdma_addr.c (new) 1.1 +411 -0 src/sys/contrib/rdma/rdma_cache.c (new) 1.1 +318 -0 src/sys/contrib/rdma/rdma_cm.h (new) 1.1 +51 -0 src/sys/contrib/rdma/rdma_cm_ib.h (new) 1.1 +2998 -0 src/sys/contrib/rdma/rdma_cma.c (new) 1.1 +776 -0 src/sys/contrib/rdma/rdma_device.c (new) 1.1 +1086 -0 src/sys/contrib/rdma/rdma_iwcm.c (new) 1.1 +215 -0 src/sys/contrib/rdma/rdma_user_cm.h (new) 1.1 +822 -0 src/sys/contrib/rdma/rdma_verbs.c (new) 1.1 +121 -0 src/sys/contrib/rdma/types.h (new) From bz at FreeBSD.org Mon May 5 18:42:17 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Mon May 5 18:42:19 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c if_bgereg.h Message-ID: <200805051842.m45IgHVp007366@repoman.freebsd.org> bz 2008-05-05 18:42:17 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Use a better approach to force the interrupt which should work for all cards/modes. In addition to the intr forcing added with rev. 1.205 adopt the other places to use the same logic. We need to exclude a few chips/revisions (5700, 5788) from using the enhanced version and fall back to the old way as that is the only method they support. Tested by: phk Suggested by: davidch, Broadcom (thanks a lot for the help!) MFC after: 16 days Revision Changes Path 1.210 +21 -6 src/sys/dev/bge/if_bge.c 1.79 +4 -0 src/sys/dev/bge/if_bgereg.h From kmacy at FreeBSD.org Mon May 5 18:46:19 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 18:46:23 2008 Subject: cvs commit: src/sys/dev/cxgb/ulp/iw_cxgb iw_cxgb.c iw_cxgb.h iw_cxgb_cm.c iw_cxgb_cm.h iw_cxgb_cq.c iw_cxgb_dbg.c iw_cxgb_ev.c iw_cxgb_hal.c iw_cxgb_hal.h iw_cxgb_mem.c iw_cxgb_provider.c iw_cxgb_provider.h iw_cxgb_qp.c iw_cxgb_resource.c ... Message-ID: <200805051846.m45IkJYL007609@repoman.freebsd.org> kmacy 2008-05-05 18:46:19 UTC FreeBSD src repository Added files: sys/dev/cxgb/ulp/iw_cxgb iw_cxgb.c iw_cxgb.h iw_cxgb_cm.c iw_cxgb_cm.h iw_cxgb_cq.c iw_cxgb_dbg.c iw_cxgb_ev.c iw_cxgb_hal.c iw_cxgb_hal.h iw_cxgb_mem.c iw_cxgb_provider.c iw_cxgb_provider.h iw_cxgb_qp.c iw_cxgb_resource.c iw_cxgb_resource.h iw_cxgb_user.h iw_cxgb_wr.h Log: import support for iwarp on Chelsio T3 card Supported by Chelsio Inc. Revision Changes Path 1.1 +294 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb.c (new) 1.1 +168 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb.h (new) 1.1 +1779 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_cm.c (new) 1.1 +249 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_cm.h (new) 1.1 +276 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_cq.c (new) 1.1 +255 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_dbg.c (new) 1.1 +265 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_ev.c (new) 1.1 +1418 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_hal.c (new) 1.1 +330 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_hal.h (new) 1.1 +219 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_mem.c (new) 1.1 +1295 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_provider.c (new) 1.1 +362 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_provider.h (new) 1.1 +1052 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_qp.c (new) 1.1 +382 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_resource.c (new) 1.1 +59 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_resource.h (new) 1.1 +68 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_user.h (new) 1.1 +684 -0 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_wr.h (new) From alfred at freebsd.org Mon May 5 18:55:55 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Mon May 5 18:56:01 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051603.m45G3rrN089219@repoman.freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> Message-ID: <20080505184003.GL32532@elvis.mu.org> I'm _not_ objecting, just interested in why. Any references to discussions on this? Are we now safe for future compat or something? * John Baldwin [080505 09:04] wrote: > jhb 2008-05-05 16:03:52 UTC > > FreeBSD src repository > > Modified files: > include stdio.h > lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c > getchar.c local.h putc.c putchar.c > xprintf.c > Log: > Expose FILE's internals to the world again in all their glory. Restore > all the previous inline optimizations as well. FILE is back to using > __mbstate_t, struct pthread *, and struct pthread_mutex *. > > Revision Changes Path > 1.70 +172 -4 src/include/stdio.h > 1.12 +2 -2 src/lib/libc/stdio/clrerr.c > 1.12 +2 -2 src/lib/libc/stdio/feof.c > 1.12 +3 -1 src/lib/libc/stdio/ferror.c > 1.13 +2 -2 src/lib/libc/stdio/fileno.c > 1.16 +3 -0 src/lib/libc/stdio/getc.c > 1.15 +3 -0 src/lib/libc/stdio/getchar.c > 1.33 +2 -132 src/lib/libc/stdio/local.h > 1.16 +3 -0 src/lib/libc/stdio/putc.c > 1.16 +3 -0 src/lib/libc/stdio/putchar.c > 1.8 +0 -1 src/lib/libc/stdio/xprintf.c -- - Alfred Perlstein From jhb at freebsd.org Mon May 5 18:59:12 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 18:59:19 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080505184003.GL32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <20080505184003.GL32532@elvis.mu.org> Message-ID: <200805051459.29200.jhb@freebsd.org> On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > I'm _not_ objecting, just interested in why. > > Any references to discussions on this? Are we now safe for > future compat or something? Having FILE be opaque broke just about every 'configure' script on the planet. :( > * John Baldwin [080505 09:04] wrote: > > jhb 2008-05-05 16:03:52 UTC > > > > FreeBSD src repository > > > > Modified files: > > include stdio.h > > lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c > > getchar.c local.h putc.c putchar.c > > xprintf.c > > Log: > > Expose FILE's internals to the world again in all their glory. Restore > > all the previous inline optimizations as well. FILE is back to using > > __mbstate_t, struct pthread *, and struct pthread_mutex *. > > > > Revision Changes Path > > 1.70 +172 -4 src/include/stdio.h > > 1.12 +2 -2 src/lib/libc/stdio/clrerr.c > > 1.12 +2 -2 src/lib/libc/stdio/feof.c > > 1.12 +3 -1 src/lib/libc/stdio/ferror.c > > 1.13 +2 -2 src/lib/libc/stdio/fileno.c > > 1.16 +3 -0 src/lib/libc/stdio/getc.c > > 1.15 +3 -0 src/lib/libc/stdio/getchar.c > > 1.33 +2 -132 src/lib/libc/stdio/local.h > > 1.16 +3 -0 src/lib/libc/stdio/putc.c > > 1.16 +3 -0 src/lib/libc/stdio/putchar.c > > 1.8 +0 -1 src/lib/libc/stdio/xprintf.c > > -- > - Alfred Perlstein > -- John Baldwin From deischen at freebsd.org Mon May 5 19:02:47 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Mon May 5 19:02:51 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051459.29200.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <20080505184003.GL32532@elvis.mu.org> <200805051459.29200.jhb@freebsd.org> Message-ID: On Mon, 5 May 2008, John Baldwin wrote: > On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: >> I'm _not_ objecting, just interested in why. >> >> Any references to discussions on this? Are we now safe for >> future compat or something? > > Having FILE be opaque broke just about every 'configure' script on the > planet. :( Can you just expose the public parts of it and leave the rest as opaque placeholders or something, then map to a real FILE in libc? -- DE From jhb at FreeBSD.org Mon May 5 19:13:53 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 19:13:57 2008 Subject: cvs commit: src/sys/kern kern_cpu.c Message-ID: <200805051913.m45JDqNY009522@repoman.freebsd.org> jhb 2008-05-05 19:13:52 UTC FreeBSD src repository Modified files: sys/kern kern_cpu.c Log: Fix a few edge cases with error handling in cpufreq(4)'s CPUFREQ_GET() method: - If the last of the child cpufreq drivers returns an error while trying to fetch its list of supported frequencies but an earlier driver found the requested frequency, don't return an error to the caller. - If all of the child cpufreq drivers fail and the attempt to match the frequency based on 'cpu_est_clockrate()' fails, return ENXIO rather than returning success and returning a frequency of CPUFREQ_VAL_UNKNOWN. MFC after: 3 days PR: kern/121433 Reported by: Eugene Grosbein eugen ! kuzbass dot ru Revision Changes Path 1.30 +3 -3 src/sys/kern/kern_cpu.c From jhb at FreeBSD.org Mon May 5 19:15:14 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 19:15:17 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kld.c Message-ID: <200805051915.m45JFE7Y009609@repoman.freebsd.org> jhb 2008-05-05 19:15:14 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/gdb/kgdb kld.c Log: MFC: Remove the 'add_kld_command' arg from load_kld(). Revision Changes Path 1.6.2.3 +5 -12 src/gnu/usr.bin/gdb/kgdb/kld.c From jhb at FreeBSD.org Mon May 5 19:15:38 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 19:15:41 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kld.c Message-ID: <200805051915.m45JFcIo009673@repoman.freebsd.org> jhb 2008-05-05 19:15:38 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) gnu/usr.bin/gdb/kgdb kld.c Log: MFC: Remove the 'add_kld_command' arg from load_kld(). Revision Changes Path 1.6.4.3 +5 -12 src/gnu/usr.bin/gdb/kgdb/kld.c From jhb at FreeBSD.org Mon May 5 19:16:53 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 19:16:55 2008 Subject: cvs commit: src/lib/libc/net nsdispatch.c Message-ID: <200805051916.m45JGr1n009725@repoman.freebsd.org> jhb 2008-05-05 19:16:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libc/net nsdispatch.c Log: MFC: Include libc_private.h for the declaration of __isthreaded. Revision Changes Path 1.14.2.1 +1 -0 src/lib/libc/net/nsdispatch.c From peterjeremy at optushome.com.au Mon May 5 19:24:43 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Mon May 5 19:24:46 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051459.29200.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <20080505184003.GL32532@elvis.mu.org> <200805051459.29200.jhb@freebsd.org> Message-ID: <20080505192417.GS7293@server.vk2pj.dyndns.org> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: >> I'm _not_ objecting, just interested in why. >> >> Any references to discussions on this? Are we now safe for >> future compat or something? > >Having FILE be opaque broke just about every 'configure' script on the >planet. :( Either autoconf and friends are _intended_ as impediments to portability or they are completely broken by design. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080505/19bb8ddb/attachment.pgp From jhb at FreeBSD.org Mon May 5 19:38:26 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 5 19:38:28 2008 Subject: cvs commit: src/lib/libftpio ftpio.c Message-ID: <200805051938.m45JcQ9U015912@repoman.freebsd.org> jhb 2008-05-05 19:38:25 UTC FreeBSD src repository Modified files: lib/libftpio ftpio.c Log: Revert back to accessing FILE internals directly. (Sorry, forgot to commit this earlier.) Revision Changes Path 1.46 +19 -11 src/lib/libftpio/ftpio.c From kmacy at FreeBSD.org Mon May 5 19:39:20 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 19:39:23 2008 Subject: cvs commit: src/sys/contrib/rdma types.h Message-ID: <200805051939.m45JdKea019225@repoman.freebsd.org> kmacy 2008-05-05 19:39:20 UTC FreeBSD src repository Modified files: sys/contrib/rdma types.h Log: conditionally define PANIC_IF Revision Changes Path 1.2 +2 -0 src/sys/contrib/rdma/types.h From kmacy at FreeBSD.org Mon May 5 19:48:55 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 19:48:56 2008 Subject: cvs commit: src/sys/kern subr_blist.c src/sys/sys blist.h src/sys/vm swap_pager.c Message-ID: <200805051948.m45JmsuF043947@repoman.freebsd.org> kmacy 2008-05-05 19:48:54 UTC FreeBSD src repository Modified files: sys/kern subr_blist.c sys/sys blist.h sys/vm swap_pager.c Log: add malloc flag to blist so that it can be used in ithread context Reviewed by: alc, bsdimp Revision Changes Path 1.18 +8 -7 src/sys/kern/subr_blist.c 1.10 +5 -4 src/sys/sys/blist.h 1.301 +1 -1 src/sys/vm/swap_pager.c From uspoerlein at gmail.com Mon May 5 20:06:52 2008 From: uspoerlein at gmail.com (Ulrich Spoerlein) Date: Mon May 5 20:06:56 2008 Subject: cvs commit: src/sys/arm/at91 uart_dev_at91usart.c src/sys/dev/dcons dcons_os.c src/sys/dev/ofw ofw_console.c src/sys/dev/sio sio.c src/sys/dev/uart uart_core.c src/sys/kern subr_kdb.c src/sys/pc98/cbus sio.c src/sys/sun4v/sun4v hvcons.c src/sys/sys ... In-Reply-To: <20080505200123.X97634@mp2.macomnet.net> References: <200805042329.m44NTcfv093169@repoman.freebsd.org> <20080505055713.GL97613@carrot.home.paeps.cx> <20080505105143.F97634@mp2.macomnet.net> <20080505200123.X97634@mp2.macomnet.net> Message-ID: <20080505184008.GA1696@roadrunner.spoerlein.net> On Mon, 05.05.2008 at 20:02:27 +0400, Maxim Konovalov wrote: > On Mon, 5 May 2008, 10:53+0400, Maxim Konovalov wrote: > > > On Mon, 5 May 2008, 07:57+0200, Philip Paeps wrote: > > > > > On 2008-05-04 23:29:38 (+0000), Peter Wemm wrote: > > > > Log: > > > > Expand kdb_alt_break a little, most commonly used with the option > > > > ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the > > > > debugger), there is now "Enter ~ ctrl-P" (force panic) and > > > > "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons). > > > > > > Thanks for this! :-) > > > > > Seconded. But we need to document this somewhere (expand a > > comment in NOTES?). > > > Does it sound OK? I really think this should be documented in ddb(4) or kdb(4). I'm using a lot of systems without /usr/src and periodically have to re-read what the magic break sequence was. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From kmacy at FreeBSD.org Mon May 5 20:13:32 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 20:13:38 2008 Subject: cvs commit: src/sys/netinet tcp.h tcp_usrreq.c Message-ID: <200805052013.m45KDV8N055288@repoman.freebsd.org> kmacy 2008-05-05 20:13:31 UTC FreeBSD src repository Modified files: sys/netinet tcp.h tcp_usrreq.c Log: add rcv_nxt, snd_nxt, and toe offload id to FreeBSD-specific extension fields for tcp_info Revision Changes Path 1.43 +6 -2 src/sys/netinet/tcp.h 1.169 +6 -0 src/sys/netinet/tcp_usrreq.c From kmacy at FreeBSD.org Mon May 5 20:19:33 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 20:19:36 2008 Subject: cvs commit: src/sys/modules/rdma Makefile src/sys/modules/rdma/addr Makefile src/sys/modules/rdma/cma Makefile src/sys/modules/rdma/core Makefile src/sys/modules/rdma/iwcm Makefile src/sys/modules/rdma/krping Makefile Message-ID: <200805052019.m45KJXnQ055660@repoman.freebsd.org> kmacy 2008-05-05 20:19:33 UTC FreeBSD src repository Added files: sys/modules/rdma Makefile sys/modules/rdma/addr Makefile sys/modules/rdma/cma Makefile sys/modules/rdma/core Makefile sys/modules/rdma/iwcm Makefile sys/modules/rdma/krping Makefile Log: add makefiles for rdma Revision Changes Path 1.1 +9 -0 src/sys/modules/rdma/Makefile (new) 1.1 +10 -0 src/sys/modules/rdma/addr/Makefile (new) 1.1 +10 -0 src/sys/modules/rdma/cma/Makefile (new) 1.1 +12 -0 src/sys/modules/rdma/core/Makefile (new) 1.1 +10 -0 src/sys/modules/rdma/iwcm/Makefile (new) 1.1 +10 -0 src/sys/modules/rdma/krping/Makefile (new) From kmacy at FreeBSD.org Mon May 5 20:21:21 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 20:21:23 2008 Subject: cvs commit: src/sys/modules/cxgb Makefile src/sys/modules/cxgb/iw_cxgb Makefile Message-ID: <200805052021.m45KLKC3055865@repoman.freebsd.org> kmacy 2008-05-05 20:21:20 UTC FreeBSD src repository Modified files: sys/modules/cxgb Makefile Added files: sys/modules/cxgb/iw_cxgb Makefile Log: add iw_cxgb to the build Revision Changes Path 1.14 +1 -1 src/sys/modules/cxgb/Makefile 1.1 +14 -0 src/sys/modules/cxgb/iw_cxgb/Makefile (new) From jhb at freebsd.org Mon May 5 20:33:24 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 20:33:31 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> Message-ID: <200805051521.56926.jhb@freebsd.org> On Monday 05 May 2008 03:02:45 pm Daniel Eischen wrote: > On Mon, 5 May 2008, John Baldwin wrote: > > > On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > >> I'm _not_ objecting, just interested in why. > >> > >> Any references to discussions on this? Are we now safe for > >> future compat or something? > > > > Having FILE be opaque broke just about every 'configure' script on the > > planet. :( > > Can you just expose the public parts of it and leave the > rest as opaque placeholders or something, then map to a > real FILE in libc? Possibly, though we'd have to expose most of it so it is debatable if that would actually be worth the effort. -- John Baldwin From kmacy at FreeBSD.org Mon May 5 20:41:21 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 20:41:25 2008 Subject: cvs commit: src/sys/dev/cxgb/ulp/iw_cxgb iw_cxgb_cq.c iw_cxgb_dbg.c Message-ID: <200805052041.m45KfLGs056576@repoman.freebsd.org> kmacy 2008-05-05 20:41:11 UTC FreeBSD src repository Modified files: sys/dev/cxgb/ulp/iw_cxgb iw_cxgb_cq.c iw_cxgb_dbg.c Log: LINT fixes Revision Changes Path 1.2 +1 -1 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_cq.c 1.2 +3 -3 src/sys/dev/cxgb/ulp/iw_cxgb/iw_cxgb_dbg.c From kmacy at FreeBSD.org Mon May 5 20:41:54 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 20:42:10 2008 Subject: cvs commit: src/sys/modules Makefile Message-ID: <200805052041.m45KfsTI056620@repoman.freebsd.org> kmacy 2008-05-05 20:41:54 UTC FreeBSD src repository Modified files: sys/modules Makefile Log: add rdma to build for i386 and amd64 Revision Changes Path 1.566 +3 -0 src/sys/modules/Makefile From andre at FreeBSD.org Mon May 5 20:46:39 2008 From: andre at FreeBSD.org (Andre Oppermann) Date: Mon May 5 20:46:42 2008 Subject: cvs commit: src/sys/netinet tcp_output.c Message-ID: <200805052046.m45KkdZE056849@repoman.freebsd.org> andre 2008-05-05 20:46:39 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet tcp_output.c Log: MFC rev. 1.149: Remove TCP options ordering assumptions in tcp_addoptions(). Revision Changes Path 1.141.2.5 +11 -1 src/sys/netinet/tcp_output.c From jhb at freebsd.org Mon May 5 20:47:22 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 20:47:27 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080505192417.GS7293@server.vk2pj.dyndns.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> Message-ID: <200805051637.43073.jhb@freebsd.org> On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > >> I'm _not_ objecting, just interested in why. > >> > >> Any references to discussions on this? Are we now safe for > >> future compat or something? > > > >Having FILE be opaque broke just about every 'configure' script on the > >planet. :( > > Either autoconf and friends are _intended_ as impediments to > portability or they are completely broken by design. It appears that autoconf only believes a type is real if you can typedef it to another type, cast 0 to a valid pointer to the new typedef'd type, and do a sizeof() of the typdef'd type. The last is where having an opaque type breaks down for scripts that want to make sure FILE is a real type. -- John Baldwin From andre at FreeBSD.org Mon May 5 20:59:36 2008 From: andre at FreeBSD.org (Andre Oppermann) Date: Mon May 5 20:59:38 2008 Subject: cvs commit: src/sys/netinet tcp.h tcp_output.c Message-ID: <200805052059.m45KxaOQ068153@repoman.freebsd.org> andre 2008-05-05 20:59:35 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet tcp.h tcp_output.c Log: MFC of tcp_output.c rev. 1.147+1.148 and tcp.h rev. 1.42: Use #defines for TCP options padding after EOL to be consistent. Remove now unnecessary comment. Revision Changes Path 1.40.2.1 +2 -0 src/sys/netinet/tcp.h 1.141.2.6 +2 -4 src/sys/netinet/tcp_output.c From ticso at cicely12.cicely.de Mon May 5 21:16:39 2008 From: ticso at cicely12.cicely.de (Bernd Walter) Date: Mon May 5 21:16:44 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <20080505.080823.2086232061.imp@bsdimp.com> References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> <20080505.080823.2086232061.imp@bsdimp.com> Message-ID: <20080505210616.GD48099@cicely12.cicely.de> On Mon, May 05, 2008 at 08:08:23AM -0600, M. Warner Losh wrote: > In message: <200805050949.27063.jhb@freebsd.org> > John Baldwin writes: > : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: > : > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: > : > >Poul-Henning Kamp wrote: > : > >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner > : > >> Losh write > : > >> > : > >> s: > : > >>> Added files: > : > >>> etc/etc.mips ttys > : > >>> Log: > : > >>> Mips ttys file. Copied from i386 version with removal of the vga > : > >>> entries. > : > >> > : > >> We should really replace this file with a script that generates it > : > >> from a set of sensible parameters at build-time. > : > > > : > >Yes please -- kmacy might have worked around this, but at one point this > : > >was the only non-kernel file which needed to be different for Xen builds. > : > > : > And for anyone looking at this, there is also a task to eliminate the > : > pty devices in this file, the reason why they are there has to do with > : > the introduction of the really weird notion of "remote logins" back in > : > the early 1980'ies, we really could do better. > : > : Err, I thought it was because utmp still uses the line index in /etc/ttys so > : ptys have to be listed in /etc/ttys to get an index. I haven't looked at > : utmpx, but it might be nice if we had a utmp format that 1) didn't limit > : usernames to 16 chars, and 2) stored the name of the tty rather than a dev_t. > : 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x. 3) don't limit hostnames to 16 chars. These days it is even to short for logging IPs as fallback, since inet6 IPs can be longer than the field. I've often seen truncated inet6 IPs. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From kmacy at FreeBSD.org Mon May 5 22:37:21 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 22:37:23 2008 Subject: cvs commit: src/sys/dev/cxgb cxgb_osdep.h Message-ID: <200805052237.m45MbLkC073549@repoman.freebsd.org> kmacy 2008-05-05 22:37:21 UTC FreeBSD src repository Modified files: sys/dev/cxgb cxgb_osdep.h Log: conditionally define PANIC_IF, remove 'unlikely' Revision Changes Path 1.22 +3 -4 src/sys/dev/cxgb/cxgb_osdep.h From kmacy at FreeBSD.org Mon May 5 23:13:27 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Mon May 5 23:13:30 2008 Subject: cvs commit: src/sys/netinet tcp_usrreq.c Message-ID: <200805052313.m45NDRse075699@repoman.freebsd.org> kmacy 2008-05-05 23:13:27 UTC FreeBSD src repository Modified files: sys/netinet tcp_usrreq.c Log: replace spaces added in last change with tabs Revision Changes Path 1.170 +5 -5 src/sys/netinet/tcp_usrreq.c From rwatson at FreeBSD.org Tue May 6 00:32:24 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Tue May 6 00:32:27 2008 Subject: cvs commit: src/sys/security/audit audit.h Message-ID: <200805060032.m460WOHo079533@repoman.freebsd.org> rwatson 2008-05-06 00:32:24 UTC FreeBSD src repository Modified files: sys/security/audit audit.h Log: When testing whether to enter the audit argument gathering code, rather than checking whether audit is enabled globally, instead check whether the current thread has an audit record. This avoids entering the audit code to collect argument data if auditing is enabled but the current system call is not of interest to audit. MFC after: 1 week Sponsored by: Apple, Inc. Revision Changes Path 1.18 +1 -1 src/sys/security/audit/audit.h From deischen at FreeBSD.org Tue May 6 01:41:56 2008 From: deischen at FreeBSD.org (Daniel Eischen) Date: Tue May 6 01:41:57 2008 Subject: cvs commit: src/lib/libc Versions.def Message-ID: <200805060141.m461ftx3092021@repoman.freebsd.org> deischen 2008-05-06 01:41:55 UTC FreeBSD src repository Modified files: lib/libc Versions.def Log: Add a comment stating not to bump the FBSDprivate version. Don't inherit the public namespace from the private namespace. Revision Changes Path 1.7 +3 -1 src/lib/libc/Versions.def From kmacy at FreeBSD.org Tue May 6 02:31:28 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Tue May 6 02:31:31 2008 Subject: cvs commit: src/sys/modules/cxgb Makefile Message-ID: <200805060231.m462VSo9094699@repoman.freebsd.org> kmacy 2008-05-06 02:31:27 UTC FreeBSD src repository Modified files: sys/modules/cxgb Makefile Log: only build iw_cxgb on i386 and amd64 Revision Changes Path 1.15 +9 -1 src/sys/modules/cxgb/Makefile From das at FreeBSD.ORG Tue May 6 05:33:42 2008 From: das at FreeBSD.ORG (David Schultz) Date: Tue May 6 05:33:47 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051637.43073.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> Message-ID: <20080506053504.GA66588@zim.MIT.EDU> On Mon, May 05, 2008, John Baldwin wrote: > On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > > >> I'm _not_ objecting, just interested in why. > > >> > > >> Any references to discussions on this? Are we now safe for > > >> future compat or something? > > > > > >Having FILE be opaque broke just about every 'configure' script on the > > >planet. :( > > > > Either autoconf and friends are _intended_ as impediments to > > portability or they are completely broken by design. > > It appears that autoconf only believes a type is real if you can typedef it to > another type, cast 0 to a valid pointer to the new typedef'd type, and do a > sizeof() of the typdef'd type. The last is where having an opaque type > breaks down for scripts that want to make sure FILE is a real type. I believe FILE is required to be a complete type, but it need not expose any usable fields to applications. For instance, typedef struct { char __pad[__FILE_LENGTH]; } FILE; would be valid. I don't know whether that breaks lots of apps or not. Of course that still makes it possible to write bogus apps that depend on sizeof(FILE). From das at FreeBSD.org Tue May 6 05:45:59 2008 From: das at FreeBSD.org (David Schultz) Date: Tue May 6 05:46:02 2008 Subject: cvs commit: src/lib/libc/gen scandir.c Message-ID: <200805060545.m465jx4O013993@repoman.freebsd.org> das 2008-05-06 05:45:58 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libc/gen scandir.c Log: MFC scandir.c,v 1.9 scandir(3) previously used st_size to obtain an initial estimate of the array length needed to store all the directory entries. Although BSD has historically guaranteed that st_size is the size of the directory file, POSIX does not, and more to the point, some recent filesystems such as ZFS use st_size to mean something else. The fix is to not stat the directory at all, set the initial array size to 32 entries, and realloc it in powers of 2 if that proves insufficient. PR: 113668 Revision Changes Path 1.8.2.1 +3 -13 src/lib/libc/gen/scandir.c From phk at phk.freebsd.dk Tue May 6 06:58:01 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue May 6 06:58:08 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: Your message of "Tue, 06 May 2008 01:35:04 -0400." <20080506053504.GA66588@zim.MIT.EDU> Message-ID: <14181.1210057078@critter.freebsd.dk> In message <20080506053504.GA66588@zim.MIT.EDU>, David Schultz writes: >I believe FILE is required to be a complete type, but it need not >expose any usable fields to applications. For instance, Well, we may have to dig in the history a bit. BSD has a different stdio implementation than AT&T used, in CFRONT it was known as "BSD stdio". If you look at how some of the printf* family functions are implemented in libc, you will find liberal use of creating FILE's that point to memory buffers etc. The question in my mind is, if this extension ability, and its consequent dependence on the internals of FILE, have been flaunted at USENIX ATC at some point, and thus must be considered a published API. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From peter at wemm.org Tue May 6 07:13:17 2008 From: peter at wemm.org (Peter Wemm) Date: Tue May 6 07:13:19 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: <20080505210616.GD48099@cicely12.cicely.de> References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> <20080505.080823.2086232061.imp@bsdimp.com> <20080505210616.GD48099@cicely12.cicely.de> Message-ID: On Mon, May 5, 2008 at 2:06 PM, Bernd Walter wrote: > > On Mon, May 05, 2008 at 08:08:23AM -0600, M. Warner Losh wrote: > > In message: <200805050949.27063.jhb@freebsd.org> > > John Baldwin writes: > > : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: > > : > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: > > : > >Poul-Henning Kamp wrote: > > : > >> In message <200805050535.m455ZmI1030493@repoman.freebsd.org>, Warner > > : > >> Losh write > > : > >> > > : > >> s: > > : > >>> Added files: > > : > >>> etc/etc.mips ttys > > : > >>> Log: > > : > >>> Mips ttys file. Copied from i386 version with removal of the vga > > : > >>> entries. > > : > >> > > : > >> We should really replace this file with a script that generates it > > : > >> from a set of sensible parameters at build-time. > > : > > > > : > >Yes please -- kmacy might have worked around this, but at one point this > > : > >was the only non-kernel file which needed to be different for Xen builds. > > : > > > : > And for anyone looking at this, there is also a task to eliminate the > > : > pty devices in this file, the reason why they are there has to do with > > : > the introduction of the really weird notion of "remote logins" back in > > : > the early 1980'ies, we really could do better. > > : > > : Err, I thought it was because utmp still uses the line index in /etc/ttys so > > : ptys have to be listed in /etc/ttys to get an index. I haven't looked at > > : utmpx, but it might be nice if we had a utmp format that 1) didn't limit > > : usernames to 16 chars, and 2) stored the name of the tty rather than a dev_t. > > : 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x. > > 3) don't limit hostnames to 16 chars. > These days it is even to short for logging IPs as fallback, since inet6 > IPs can be longer than the field. > I've often seen truncated inet6 IPs. Uh oh. This thread again.. Oh well, at least it only happens every few years instead of every 6 months. I'm a SVR4.0 refugee, which had a pair of files.. utmp and utmpx. That caused an untold amount of pain and suffering. Some programs would write to utmp in the old format, so the library code had magic fixup code that would detect utmp getting spammed and would 'expand' it by copying over the records to utmpx format. The things that would go wrong were almost endless. And.. they had a library API to try and encapsulate it all with. We don't even have that - we have "int ttyslot(char *ttyname)" to tell us the record number to lseek() to for utmp. ie: every single application that can update utmp has the size of the utmp records compiled in, and it has the knowledge that the /etc/ttys file (via ttyslot()) defines the seek index. Every single xterm-like program out there (and there are a lot) has this knowledge compiled in, along with things like screen, snmp agents, and so on. Based on my previous experience with trying to make a backwards compatible system and the misery it causes, and that we have the benefit of hindsight, I'd suggest that if we fix it, we make a clean break and be done with it. If we wanted to do it right, I'd be suggesting that we make a clean break and keep the information in one place, and in a file format that isn't sensitive to fixed record sizes. ie: utmp.db (like pwd.db and friends). Wrap it in a SuS/unix/linux/svr4/-ish {get|put}utxxx() set of APIs and kill off the fixed record size utmp file. We can get creative with wrappers or whatever, but we can probably provide a variable length record API as well. SuS/XSI/etc version: http://www.opengroup.org/onlinepubs/009695399/functions/endutxent.html Linux version (utmpx versions are aliases for regular utmp): http://linux.die.net/man/3/getutent logwtmp() and friends could do wtmp.db. Note that I'm not talking about run levels or anything like that. Just suggesting that if we're going to change the file format, then we make a clean break and use an open ended flexible format. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From phk at phk.freebsd.dk Tue May 6 07:15:51 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue May 6 07:15:55 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: Your message of "Tue, 06 May 2008 00:13:16 MST." Message-ID: <14266.1210058149@critter.freebsd.dk> In message , "Pete r Wemm" writes: >If we wanted to do it right, I'd be suggesting that we make a clean >break and keep the information in one place, and in a file format that >isn't sensitive to fixed record sizes. ie: utmp.db (like pwd.db and >friends). Seconded. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From davidxu at FreeBSD.org Tue May 6 07:27:13 2008 From: davidxu at FreeBSD.org (David Xu) Date: Tue May 6 07:27:17 2008 Subject: cvs commit: src/lib/libthr/thread thr_exit.c Message-ID: <200805060727.m467RCE6019703@repoman.freebsd.org> davidxu 2008-05-06 07:27:12 UTC FreeBSD src repository Modified files: lib/libthr/thread thr_exit.c Log: Remove libc_r's remnant code. Revision Changes Path 1.29 +0 -16 src/lib/libthr/thread/thr_exit.c From kib at FreeBSD.org Tue May 6 09:27:41 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Tue May 6 09:27:45 2008 Subject: cvs commit: src/libexec/rtld-elf rtld.c rtld_lock.c rtld_lock.h Message-ID: <200805060927.m469Rfjr034972@repoman.freebsd.org> kib 2008-05-06 09:27:41 UTC FreeBSD src repository Modified files: libexec/rtld-elf rtld.c rtld_lock.c rtld_lock.h Log: Fix the problem with the C++ exception handling for the multithreaded programs. From the PR description: The gcc runtime's _Unwind_Find_FDE function, invoked during exception handling's stack unwinding, is not safe to execute from within multiple threads. FreeBSD' s dl_iterate_phdr() however permits multiple threads to pass through it though. The result is surprisingly reliable infinite looping of one or more threads if they just happen to be unwinding at the same time. Introduce the new lock that is write locked around the dl_iterate_pdr, thus providing required exclusion for the stack unwinders. PR: threads/123062 Submitted by: Andy Newman Reviewed by: kan MFC after: 2 weeks Revision Changes Path 1.126 +5 -3 src/libexec/rtld-elf/rtld.c 1.5 +2 -1 src/libexec/rtld-elf/rtld_lock.c 1.3 +1 -0 src/libexec/rtld-elf/rtld_lock.h From mtm at FreeBSD.org Tue May 6 09:44:11 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 6 09:44:14 2008 Subject: cvs commit: src/etc/defaults rc.conf Message-ID: <200805060944.m469iA2T035685@repoman.freebsd.org> mtm 2008-05-06 09:44:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc/defaults rc.conf Log: MFC rev. 1.328: date: 2008/03/06 14:01:10; author: mtm; state: Exp; lines: +1 -1 The rarpd(8) daemon must be instructed to start on all interfaces or a specific one. Instruct it to listen on all interfaces so that enabling it in rc.conf(5) works "out of the box." PR: conf/121406 Submited by: trasz Revision Changes Path 1.252.2.45 +1 -1 src/etc/defaults/rc.conf From mtm at FreeBSD.org Tue May 6 09:45:41 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 6 09:45:44 2008 Subject: cvs commit: src/etc/defaults rc.conf Message-ID: <200805060945.m469jfb2035813@repoman.freebsd.org> mtm 2008-05-06 09:45:41 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc/defaults rc.conf Log: MFC rev. 1.328: date: 2008/03/06 14:01:10; author: mtm; state: Exp; lines: +1 -1 The rarpd(8) daemon must be instructed to start on all interfaces or a specific one. Instruct it to listen on all interfaces so that enabling it in rc.conf(5) works "out of the box." PR: conf/121406 Submited by: trasz Revision Changes Path 1.318.2.8 +1 -1 src/etc/defaults/rc.conf From mtm at FreeBSD.org Tue May 6 10:40:21 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 6 10:40:25 2008 Subject: cvs commit: src/etc/rc.d hostid Message-ID: <200805061040.m46AeLGu038558@repoman.freebsd.org> mtm 2008-05-06 10:40:21 UTC FreeBSD src repository Modified files: etc/rc.d hostid Log: Specify the full path to the md5(1) binary so the script will still work even if it's not in the shell's path. PR: conf/122215 MFC after: 1 week Revision Changes Path 1.9 +1 -1 src/etc/rc.d/hostid From mtm at FreeBSD.org Tue May 6 10:48:26 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 6 10:48:30 2008 Subject: cvs commit: src/etc/defaults rc.conf src/etc/rc.d ipfw src/share/man/man5 rc.conf.5 Message-ID: <200805061048.m46AmQJM038996@repoman.freebsd.org> mtm 2008-05-06 10:48:26 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc/defaults rc.conf etc/rc.d ipfw share/man/man5 rc.conf.5 Log: MFC: Add a dummynet_enable knob to go with firewall_enable. If this knob is enabled dummynet(4) is added to the list of required modules. Discussed on: #freebsd-bugbusters (rwatson, trhodes) PR: conf/79196 Revision Changes Path 1.252.2.46 +1 -0 src/etc/defaults/rc.conf 1.10.2.5 +4 -0 src/etc/rc.d/ipfw 1.256.2.39 +12 -1 src/share/man/man5/rc.conf.5 From mtm at FreeBSD.org Tue May 6 10:50:51 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 6 10:50:53 2008 Subject: cvs commit: src/etc/defaults rc.conf src/etc/rc.d ipfw src/share/man/man5 rc.conf.5 Message-ID: <200805061050.m46AopXP039184@repoman.freebsd.org> mtm 2008-05-06 10:50:51 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc/defaults rc.conf etc/rc.d ipfw share/man/man5 rc.conf.5 Log: MFC: Add a dummynet_enable knob to go with firewall_enable. If this knob is enabled dummynet(4) is added to the list of required modules. Discussed on: #freebsd-bugbusters (rwatson, trhodes) PR: conf/79196 Revision Changes Path 1.318.2.9 +1 -0 src/etc/defaults/rc.conf 1.15.2.1 +8 -0 src/etc/rc.d/ipfw 1.327.2.6 +12 -1 src/share/man/man5/rc.conf.5 From jkh at brierdr.com Tue May 6 08:00:29 2008 From: jkh at brierdr.com (Jordan K. Hubbard) Date: Tue May 6 15:53:54 2008 Subject: cvs commit: src/etc/etc.mips ttys In-Reply-To: References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> <20080505.080823.2086232061.imp@bsdimp.com> <20080505210616.GD48099@cicely12.cicely.de> Message-ID: On May 6, 2008, at 12:13 AM, Peter Wemm wrote: > If we wanted to do it right, I'd be suggesting that we make a clean > break and keep the information in one place, and in a file format > that isn't sensitive to fixed record sizes. ie: utmp.db (like > pwd.db and friends). Wrap it in a SuS/unix/linux/svr4/-ish {get| > put}utxxx() set of APIs and kill off the fixed record size utmp > file. We can get creative with wrappers or whatever, but we can > probably provide a variable length record API as well. FWIW, MacOSX went through this same process. We didn't want to keep the legacy utmp/wtmp db crap around, so we searched for another database with suitable lifetime.. Hmmm. What might we use? Where might we possibly keep track of logins and logouts on a specific tty? Some sort of log... Like... The system log file. Hey! ASL also already implemented the notion of privileged loggers, so bingo. Now login(1) just logs creation and death and the old crappy UNIX03 APIs read the logs. Having a structured log system that supports fast search is another prerequisite, but you guys already want that anyway. :-) - Jordan From gad at FreeBSD.org Tue May 6 16:06:03 2008 From: gad at FreeBSD.org (Garance A Drosehn) Date: Tue May 6 16:06:10 2008 Subject: cvs commit: src/usr.bin/env env.1 Message-ID: <200805061606.m46G62J2072292@repoman.freebsd.org> gad 2008-05-06 16:06:02 UTC FreeBSD src repository Modified files: usr.bin/env env.1 Log: Update the date on the man-page to reflect the date that the '-u name' change was committed, instead of when I had first started writing it... Revision Changes Path 1.11 +1 -1 src/usr.bin/env/env.1 From kmacy at FreeBSD.org Tue May 6 17:45:54 2008 From: kmacy at FreeBSD.org (Kip Macy) Date: Tue May 6 17:45:56 2008 Subject: cvs commit: src/sys/contrib/rdma/krping krping.c Message-ID: <200805061745.m46Hjs6d085429@repoman.freebsd.org> kmacy 2008-05-06 17:45:54 UTC FreeBSD src repository Modified files: sys/contrib/rdma/krping krping.c Log: fix build Revision Changes Path 1.2 +3 -3 src/sys/contrib/rdma/krping/krping.c From hrs at FreeBSD.org Tue May 6 18:06:18 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Tue May 6 18:06:21 2008 Subject: cvs commit: src/usr.bin/unifdef unifdef.1 Message-ID: <200805061806.m46I6IvM087124@repoman.freebsd.org> hrs 2008-05-06 18:06:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/unifdef unifdef.1 Log: MFC(rev.1.25): Add AUTHORS section[*] and fix HISTORY section. Requested by: Dave Yost (original author)[*] History checked by: The CSRG Archives Revision Changes Path 1.24.10.1 +7 -1 src/usr.bin/unifdef/unifdef.1 From hrs at FreeBSD.org Tue May 6 18:07:17 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Tue May 6 18:07:19 2008 Subject: cvs commit: src/usr.bin/unifdef unifdef.1 Message-ID: <200805061807.m46I7HwI087167@repoman.freebsd.org> hrs 2008-05-06 18:07:17 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/unifdef unifdef.1 Log: MFC(rev.1.25): Add AUTHORS section[*] and fix HISTORY section. Requested by: Dave Yost (original author)[*] History checked by: The CSRG Archives Revision Changes Path 1.24.2.1 +7 -1 src/usr.bin/unifdef/unifdef.1 From joerg at britannica.bec.de Tue May 6 18:14:50 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Tue May 6 18:15:00 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051459.29200.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <20080505184003.GL32532@elvis.mu.org> <200805051459.29200.jhb@freebsd.org> Message-ID: <20080506175249.GF5989@britannica.bec.de> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > Having FILE be opaque broke just about every 'configure' script on the > planet. :( No, it doesn't. I have seen less than a handfull autoconf scripts so far that check for FILE, ignoring gnulib. gnulib is obnoxious for other reasons. Joerg From joerg at britannica.bec.de Tue May 6 18:14:50 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Tue May 6 18:15:01 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c unlocked.c xprintf.c In-Reply-To: <200805051127.45177.jhb@freebsd.org> References: <200805021525.m42FP7GC055065@repoman.freebsd.org> <200805051127.45177.jhb@freebsd.org> Message-ID: <20080506174927.GE5989@britannica.bec.de> On Mon, May 05, 2008 at 11:27:44AM -0400, John Baldwin wrote: > I'll be reverting this shortly. I had misparsed the maze of stdio headers in > glibc and thought that it had a fully opaque FILE. I will probably not > restore unlocked.c though and just leave foo_unlocked() in foo.c. I will > restore all the inlining though since there's not much point in axeing that > if we can't make FILE private. I've seen a bunch of interesting problems when making FILE opaque in DragonFly. A bunch of programs want to mess with it, e.g. mh is pretty bad. Even worse is modern gnulib, which also depends on using stdio internals. I've seen one case where FILE was copied in screen... Joerg From jhb at FreeBSD.org Tue May 6 18:33:33 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Tue May 6 18:33:40 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: <200803191447.m2JEl3xx027666@repoman.freebsd.org> References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> Message-ID: <200805061433.27897.jhb@freebsd.org> On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: > obrien 2008-03-19 14:47:03 UTC > > FreeBSD src repository > > src/contrib/cvs - Imported sources > Update of /home/ncvs/src/contrib/cvs > In directory repoman.freebsd.org:/tmp/cvs-serv25516 > > Log Message: > Import of 1.11 branch snapshot - using the 10-March-2008 code base. > > Status: > > Vendor Tag: CVSHOME > Release Tags: v1_11_20080310 Please consider reverting this. There have been lots of reports of CVS breakage after these changes. The latest I ran into today is that 'cvs update -C' doesn't work anymore. -- John Baldwin From peter at wemm.org Tue May 6 18:40:10 2008 From: peter at wemm.org (Peter Wemm) Date: Tue May 6 18:40:14 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: <200805061433.27897.jhb@freebsd.org> References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: On Tue, May 6, 2008 at 11:33 AM, John Baldwin wrote: > On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: > > obrien 2008-03-19 14:47:03 UTC > > > > FreeBSD src repository > > > > src/contrib/cvs - Imported sources > > Update of /home/ncvs/src/contrib/cvs > > In directory repoman.freebsd.org:/tmp/cvs-serv25516 > > > > Log Message: > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. > > > > Status: > > > > Vendor Tag: CVSHOME > > Release Tags: v1_11_20080310 > > Please consider reverting this. There have been lots of reports of CVS > breakage after these changes. The latest I ran into today is that 'cvs > update -C' doesn't work anymore. Ahh! I thought I was going crazy when I ran into this yesterday.. The other big problem of course is that if a file is set to 'o' expansion mode (preserve keywords, eg: cvs admin -ko or cvs import -ko), then 'cvs update -A' always repeats the checkout, over and over again. I went through the repository and removed the 'expand @o@' modes that had been bogusly set in the past as a mitigation, but it still needs to be fixed. peter@overcee[11:38am]/tmp/cvs/co/dir-118> echo foo > foo.txt peter@overcee[11:39am]/tmp/cvs/co/dir-119> cvs add -ko foo.txt cvs add: scheduling file `foo.txt' for addition cvs add: use 'cvs commit' to add this file permanently peter@overcee[11:39am]/tmp/cvs/co/dir-120> cvs commit -m 'add with -ko' cvs commit: Examining . RCS file: /tmp/cvs/repo/dir/foo.txt,v done Checking in foo.txt; /tmp/cvs/repo/dir/foo.txt,v <-- foo.txt initial revision: 1.1 done peter@overcee[11:39am]/tmp/cvs/co/dir-121> cvs up -A cvs update: Updating . U foo.txt peter@overcee[11:39am]/tmp/cvs/co/dir-122> cvs up -A cvs update: Updating . U foo.txt peter@overcee[11:39am]/tmp/cvs/co/dir-123> This is a pretty drastic regression. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From roberto at keltia.freenix.fr Tue May 6 18:43:59 2008 From: roberto at keltia.freenix.fr (Ollivier Robert) Date: Tue May 6 18:44:03 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: <20080506184356.GA3940@keltia.freenix.fr> According to Peter Wemm: > This is a pretty drastic regression. Do we really need to update cvs is the real question IMO. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 From joao at matik.com.br Tue May 6 20:10:55 2008 From: joao at matik.com.br (JoaoBR) Date: Tue May 6 20:11:00 2008 Subject: cvs commit: src/sys/dev/nfe if_nfe.c if_nfereg.h In-Reply-To: <200804170422.m3H4MX05033026@repoman.freebsd.org> References: <200804170422.m3H4MX05033026@repoman.freebsd.org> Message-ID: <200805061556.18728.joao@matik.com.br> On Thursday 17 April 2008 01:22:33 Pyun YongHyeon wrote: > yongari 2008-04-17 04:22:33 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_7) > sys/dev/nfe if_nfe.c if_nfereg.h > Log: > MFC if_nfe.c rev 1.28, if_nfereg.h rev 1.12 to RELENG_7. > Add support for MCP73 chips. > > Revision Changes Path > 1.21.2.5 +12 -0 src/sys/dev/nfe/if_nfe.c > 1.10.2.1 +4 -0 src/sys/dev/nfe/if_nfereg.h > _______________________________________________ > cvs-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-all > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > Hi there seems to be something wrong with the nfe drv since a couple of weeks or so, don't know exactly the date happens that I get 25 CPU time stolen, top tells me 75-80% idle even if nothing is active on the machine, I do a ifconfig nfe0 down and cpu comes back top does not show any process using, neither toggling H nor C and no active process, everything idle. I have a hard time to debug this. Poloong or not does not make a difference I do not get it on all hardware but here two I am sure: nfe0: port 0xec00-0xec07 mem 0xfe02d000-0xfe02dfff irq 20 at device 7.0 on pci0 miibus0: on nfe0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: port 0xd000-0xd007 mem 0xfe02b000-0xfe02bfff irq 22 at device 10.0 on pci0 miibus3: on nfe0 ciphy0: PHY 1 on miibus3 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto tell me what you need I can provide any further info when you give me instructions I disconnect even the cable and no change, only down gets me the cpu time back thank's Jo?o -- Jo?o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From Craig_Purvis at mentor.com Tue May 6 20:40:48 2008 From: Craig_Purvis at mentor.com (Purvis, Craig) Date: Tue May 6 20:40:52 2008 Subject: cvs commit: src/sys/dev/tsec if_tsec.c if_tsec.h if_tsecreg.h Message-ID: <1D8F086B12D9A54D9760CC28EAD40A7D6044F1@na2-mail.mgc.mentorg.com> What is the URL to the FreeBSD src repository? Craig From jhb at FreeBSD.org Tue May 6 20:49:54 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Tue May 6 20:50:01 2008 Subject: cvs commit: src/sys/sys mpt_ioctl.h src/sys/conf files src/sys/dev/mpt mpt.h mpt_user.c src/sys/modules/mpt Makefile Message-ID: <200805062049.m46Knr7F031353@repoman.freebsd.org> jhb 2008-05-06 20:49:53 UTC FreeBSD src repository Modified files: sys/conf files sys/dev/mpt mpt.h sys/modules/mpt Makefile Added files: sys/sys mpt_ioctl.h sys/dev/mpt mpt_user.c Log: Add a new personality to mpt(4) devices to allow userland applications to perform various operations on a controller. Specifically, for each mpt(4) device, create a character device in devfs which accepts ioctl requests for reading and writing configuration pages and performing RAID actions. MFC after: 1 week Reviewed by: scottl Revision Changes Path 1.1297 +1 -0 src/sys/conf/files 1.46 +3 -0 src/sys/dev/mpt/mpt.h 1.1 +755 -0 src/sys/dev/mpt/mpt_user.c (new) 1.3 +1 -1 src/sys/modules/mpt/Makefile 1.1 +132 -0 src/sys/sys/mpt_ioctl.h (new) From jeremie at le-hen.org Tue May 6 21:24:34 2008 From: jeremie at le-hen.org (Jeremie Le Hen) Date: Tue May 6 21:24:41 2008 Subject: cvs commit [HEAD] src/cddl/contrib/opensolaris/tools/ctf/cvt util.c In-Reply-To: <200804260356.m3Q3uo9h092011@repoman.freebsd.org> References: <200804260356.m3Q3uo9h092011@repoman.freebsd.org> Message-ID: <20080506212204.GA6980@obiwan.tataz.chchile.org> Hi John, On Sat, Apr 26, 2008 at 03:56:50AM +0000, John Birrell wrote: > jb 2008-04-26 03:56:50 UTC > > FreeBSD src repository > > Modified files: > cddl/contrib/opensolaris/tools/ctf/cvt util.c > Log: > We need to be consistent with prototype definitions. It isn't OK to > use 'const' and just override it whenever we feel like it. If we use > it at all, then we need to do it properly. > > Add a couple of functions that were useful in getting this code ported. > > Revision Changes Path > 1.2 +0 -0 src/cddl/contrib/opensolaris/tools/ctf/cvt/util.c ^^^^^^^^ This is not the first commit I see like this, your previous ones also appeared to contain no change. Is it a bug in log_accum.pl? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From jeremie at le-hen.org Tue May 6 21:27:38 2008 From: jeremie at le-hen.org (Jeremie Le Hen) Date: Tue May 6 21:27:45 2008 Subject: cvs commit [HEAD] src/cddl/contrib/opensolaris/tools/ctf/cvt util.c In-Reply-To: <20080506212204.GA6980@obiwan.tataz.chchile.org> References: <200804260356.m3Q3uo9h092011@repoman.freebsd.org> <20080506212204.GA6980@obiwan.tataz.chchile.org> Message-ID: <20080506212444.GB6980@obiwan.tataz.chchile.org> On Tue, May 06, 2008 at 11:22:04PM +0200, Jeremie Le Hen wrote: > This is not the first commit I see like this, your previous ones also > appeared to contain no change. Is it a bug in log_accum.pl? Oops, forget this mail, I've just seen the other thread. Sorry. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From gad at FreeBSD.org Tue May 6 22:19:47 2008 From: gad at FreeBSD.org (Garance A Drosehn) Date: Tue May 6 22:19:54 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: <200805061433.27897.jhb@freebsd.org> References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: At 2:33 PM -0400 5/6/08, John Baldwin wrote: >On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: >> obrien 2008-03-19 14:47:03 UTC >> >> FreeBSD src repository >> >> src/contrib/cvs - Imported sources >> Update of /home/ncvs/src/contrib/cvs >> In directory repoman.freebsd.org:/tmp/cvs-serv25516 >> >> Log Message: > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. >Please consider reverting this. There have been lots of reports of >CVS breakage after these changes. The latest I ran into today is >that 'cvs update -C' doesn't work anymore. What would the original change affect? A minor oddity I noticed: Today I checked out something from the freebsd repository to my Mac, and the path as stored in CVS/Repository was src/usr.bin/env instead of /home/ncvs/src/usr.bin/env This, in turn, confused some scripts I have. HOWEVER, it may have been awhile since the last time I did a checkout like the one I did today, so I do not know if this particular quirk is at all related to the recent import of 'cvs'. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From julian at FreeBSD.org Tue May 6 22:41:24 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Tue May 6 22:41:26 2008 Subject: cvs commit: src/sys/conf NOTES Message-ID: <200805062241.m46MfOvW039677@repoman.freebsd.org> julian 2008-05-06 22:41:24 UTC FreeBSD src repository Modified files: sys/conf NOTES Log: Fix spelling in comment. Revision Changes Path 1.1484 +1 -1 src/sys/conf/NOTES From pyunyh at gmail.com Wed May 7 00:17:59 2008 From: pyunyh at gmail.com (Pyun YongHyeon) Date: Wed May 7 00:18:04 2008 Subject: cvs commit: src/sys/dev/nfe if_nfe.c if_nfereg.h In-Reply-To: <200805061556.18728.joao@matik.com.br> References: <200804170422.m3H4MX05033026@repoman.freebsd.org> <200805061556.18728.joao@matik.com.br> Message-ID: <20080507001750.GB8954@cdnetworks.co.kr> On Tue, May 06, 2008 at 03:56:18PM -0300, JoaoBR wrote: > On Thursday 17 April 2008 01:22:33 Pyun YongHyeon wrote: > > yongari 2008-04-17 04:22:33 UTC > > > > FreeBSD src repository > > > > Modified files: (Branch: RELENG_7) > > sys/dev/nfe if_nfe.c if_nfereg.h > > Log: > > MFC if_nfe.c rev 1.28, if_nfereg.h rev 1.12 to RELENG_7. > > Add support for MCP73 chips. > > > > Revision Changes Path > > 1.21.2.5 +12 -0 src/sys/dev/nfe/if_nfe.c > > 1.10.2.1 +4 -0 src/sys/dev/nfe/if_nfereg.h > > _______________________________________________ > > cvs-all@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/cvs-all > > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > > > > > > Hi there > > seems to be something wrong with the nfe drv since a couple of weeks or so, > don't know exactly the date > > happens that I get 25 CPU time stolen, top tells me 75-80% idle even if > nothing is active on the machine, I do a ifconfig nfe0 down and cpu comes > back > Please check the output of 'vmstat -i'. If nfe(4) is busy enough to handle other activities you may see large number of interrupts from the output. > top does not show any process using, neither toggling H nor C and no active > process, everything idle. I have a hard time to debug this. Poloong or not > does not make a difference > > I do not get it on all hardware but here two I am sure: > > nfe0: port 0xec00-0xec07 mem > 0xfe02d000-0xfe02dfff irq 20 at device 7.0 on pci0 > miibus0: on nfe0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ^^^^^^ This is odd. AFAIK all PHYs attached to nfe(4) have dedicated PHY driver. Would you show me verbosed boot messages of this system? > > > nfe0: port 0xd000-0xd007 mem > 0xfe02b000-0xfe02bfff irq 22 at device 10.0 on pci0 > miibus3: on nfe0 > ciphy0: PHY 1 on miibus3 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > > tell me what you need I can provide any further info when you give me > instructions > > I disconnect even the cable and no change, only down gets me the cpu time back > Both MCP61 and MCP9 show the same issue? Is there any reliable way to trigger the issue? -- Regards, Pyun YongHyeon From peter at wemm.org Wed May 7 00:46:58 2008 From: peter at wemm.org (Peter Wemm) Date: Wed May 7 00:47:02 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: On Tue, May 6, 2008 at 2:06 PM, Garance A Drosehn wrote: > At 2:33 PM -0400 5/6/08, John Baldwin wrote: > > > On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: > > > > > obrien 2008-03-19 14:47:03 UTC > > > > > > FreeBSD src repository > > > > > > src/contrib/cvs - Imported sources > > > Update of /home/ncvs/src/contrib/cvs > > > In directory repoman.freebsd.org:/tmp/cvs-serv25516 > > > Log Message: > > > > > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. > > > > > > > Please consider reverting this. There have been lots of reports of > > CVS breakage after these changes. The latest I ran into today is > > that 'cvs update -C' doesn't work anymore. > > > > What would the original change affect? > > A minor oddity I noticed: Today I checked out something from the > freebsd repository to my Mac, and the path as stored in CVS/Repository > was src/usr.bin/env > instead of /home/ncvs/src/usr.bin/env > > This, in turn, confused some scripts I have. > > HOWEVER, it may have been awhile since the last time I did a checkout > like the one I did today, so I do not know if this particular quirk > is at all related to the recent import of 'cvs'. The CVS/Repository file has been relative to CVS/Root for a very long time. Stuff I checked out years ago has the relative path there. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From yongari at FreeBSD.org Wed May 7 01:32:30 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Wed May 7 01:32:32 2008 Subject: cvs commit: src/sys/dev/bfe if_bfe.c Message-ID: <200805070132.m471WTma057382@repoman.freebsd.org> yongari 2008-05-07 01:32:29 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/bfe if_bfe.c Log: MFC if_bfe.c rev 1.45 to RELENG_7. Don't panic even if bus_dmamap_load(9) was failed. Just return ENOBUFS so callers can reuse previous mbuf. Revision Changes Path 1.42.2.3 +11 -3 src/sys/dev/bfe/if_bfe.c From yongari at FreeBSD.org Wed May 7 01:33:01 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Wed May 7 01:33:03 2008 Subject: cvs commit: src/sys/dev/bfe if_bfe.c Message-ID: <200805070133.m471X1CJ057426@repoman.freebsd.org> yongari 2008-05-07 01:33:01 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/bfe if_bfe.c Log: MFC if_bfe.c rev 1.45 to RELENG_6. Don't panic even if bus_dmamap_load(9) was failed. Just return ENOBUFS so callers can reuse previous mbuf. Revision Changes Path 1.25.2.9 +11 -3 src/sys/dev/bfe/if_bfe.c From imp at bsdimp.com Wed May 7 02:03:18 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Wed May 7 02:03:21 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: References: <200805061433.27897.jhb@freebsd.org> Message-ID: <20080506.200242.-432796245.imp@bsdimp.com> In message: "Peter Wemm" writes: : On Tue, May 6, 2008 at 2:06 PM, Garance A Drosehn wrote: : > At 2:33 PM -0400 5/6/08, John Baldwin wrote: : > : > > On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: : > > : > > > obrien 2008-03-19 14:47:03 UTC : > > > : > > > FreeBSD src repository : > > > : > > > src/contrib/cvs - Imported sources : > > > Update of /home/ncvs/src/contrib/cvs : > > > In directory repoman.freebsd.org:/tmp/cvs-serv25516 : > > > Log Message: : > > > : > > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. : > > : > : > : > : > > Please consider reverting this. There have been lots of reports of : > > CVS breakage after these changes. The latest I ran into today is : > > that 'cvs update -C' doesn't work anymore. : > > : > : > What would the original change affect? : > : > A minor oddity I noticed: Today I checked out something from the : > freebsd repository to my Mac, and the path as stored in CVS/Repository : > was src/usr.bin/env : > instead of /home/ncvs/src/usr.bin/env : > : > This, in turn, confused some scripts I have. : > : > HOWEVER, it may have been awhile since the last time I did a checkout : > like the one I did today, so I do not know if this particular quirk : > is at all related to the recent import of 'cvs'. : : The CVS/Repository file has been relative to CVS/Root for a very long : time. Stuff I checked out years ago has the relative path there. I wrote a script to fix this in like 2004 or so... And I still find tree that I checked out before then that I haven't run my script on... It has been a very long time since this change happened.. Certainly not this last import. Warner From jhb at FreeBSD.org Wed May 7 04:11:22 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 04:11:25 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist src/include Makefile Message-ID: <200805070411.m474BLR5065454@repoman.freebsd.org> jhb 2008-05-07 04:11:21 UTC FreeBSD src repository Modified files: etc/mtree BSD.include.dist include Makefile Log: Install the mpilib headers from mpt(4) into /usr/include/dev/mpt/mpilib. This allows to be used from userland. Prodded by: scottl Revision Changes Path 1.121 +4 -0 src/etc/mtree/BSD.include.dist 1.277 +3 -1 src/include/Makefile From daichi at FreeBSD.org Wed May 7 04:47:24 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Wed May 7 04:47:26 2008 Subject: cvs commit: src/sys/fs/unionfs union_subr.c Message-ID: <200805070447.m474lOPW075859@repoman.freebsd.org> daichi 2008-05-07 04:47:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/unionfs union_subr.c Log: MFC: rev. 1.101 Add system hang-up process when VOP_READDIR of unionfs_nodeget() returns not end of the file status on debug mode (DIAGNOSTIC defined) kernel. Submitted by: Masanori OZAWA (ozawa@ongs.co.jp) Revision Changes Path 1.92.2.4 +7 -1 src/sys/fs/unionfs/union_subr.c From daichi at FreeBSD.org Wed May 7 04:59:28 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Wed May 7 04:59:32 2008 Subject: cvs commit: src/sys/fs/unionfs union_vnops.c Message-ID: <200805070459.m474xSXx076348@repoman.freebsd.org> daichi 2008-05-07 04:59:28 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/unionfs union_vnops.c Log: MFC: rev. 1.154 Fixed rename panic issue. Submitted by: Masanori OZAWA (ozawa@ongs.co.jp) Revision Changes Path 1.142.2.8 +14 -11 src/sys/fs/unionfs/union_vnops.c From daichi at FreeBSD.org Wed May 7 05:11:53 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Wed May 7 05:11:56 2008 Subject: cvs commit: src/sys/fs/unionfs union.h union_subr.c union_vnops.c Message-ID: <200805070511.m475BqIb077835@repoman.freebsd.org> daichi 2008-05-07 05:11:52 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/unionfs union.h union_subr.c union_vnops.c Log: MFC: - Fixed multi thread access issue reported by Alexander V. Chernikov (admin@su29.net) - fixed: kern/109950 PR: kern/109950 Submitted by: Alexander V. Chernikov (admin@su29.net) Reviewed by: Masanori OZAWA (ozawa@ongs.co.jp) Revision Changes Path 1.34.2.3 +2 -2 src/sys/fs/unionfs/union.h 1.92.2.5 +4 -3 src/sys/fs/unionfs/union_subr.c 1.142.2.9 +7 -7 src/sys/fs/unionfs/union_vnops.c From daichi at FreeBSD.org Wed May 7 05:32:56 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Wed May 7 05:32:59 2008 Subject: cvs commit: src/sys/fs/unionfs union_subr.c Message-ID: <200805070532.m475Wt03078701@repoman.freebsd.org> daichi 2008-05-07 05:32:55 UTC FreeBSD src repository Modified files: sys/fs/unionfs union_subr.c Log: - change function name from *_vdir to *_vnode because VSOCK has been added as cache target. Now they process not only VDIR but also VSOCK. - fixed panic issue caused by cache incorrect free process by "umount -f" Submitted by: Masanori OZAWA MFC after: 1 week Revision Changes Path 1.105 +33 -21 src/sys/fs/unionfs/union_subr.c From alfred at freebsd.org Wed May 7 06:40:13 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Wed May 7 06:40:19 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805051637.43073.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> Message-ID: <20080507064013.GU32532@elvis.mu.org> * John Baldwin [080505 13:47] wrote: > On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > > >> I'm _not_ objecting, just interested in why. > > >> > > >> Any references to discussions on this? Are we now safe for > > >> future compat or something? > > > > > >Having FILE be opaque broke just about every 'configure' script on the > > >planet. :( > > > > Either autoconf and friends are _intended_ as impediments to > > portability or they are completely broken by design. > > It appears that autoconf only believes a type is real if you can typedef it to > another type, cast 0 to a valid pointer to the new typedef'd type, and do a > sizeof() of the typdef'd type. The last is where having an opaque type > breaks down for scripts that want to make sure FILE is a real type. Oh c'mon! we're going to revert this needed fix just because of autoconf? By the time 8.0 rolls around, autoconf will be fixed and there will be some standard patch/workaround for old autoconf. Let's just roll forward with this. We've needed it for years. -- - Alfred Perlstein From adrian at FreeBSD.org Wed May 7 07:23:48 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Wed May 7 07:23:49 2008 Subject: cvs commit: src/tools/regression/aio/aiop Makefile aiop.c Message-ID: <200805070723.m477Nlkc084473@repoman.freebsd.org> adrian 2008-05-07 07:23:47 UTC FreeBSD src repository Added files: tools/regression/aio/aiop Makefile aiop.c Log: Include a very basic (and beta) tool for stressing disks using the POSIX AIO calls. This small program queues up a controllable number of concurrent AIO read operations w/ controllable io size against a disk or regular file. There are a few other things to add (notably optional write support!) but it works well enough at the present time to stress the AIO code out relatively harshly in the disk IO case. Revision Changes Path 1.1 +6 -0 src/tools/regression/aio/aiop/Makefile (new) 1.1 +191 -0 src/tools/regression/aio/aiop/aiop.c (new) From daichi at FreeBSD.org Wed May 7 08:07:49 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Wed May 7 08:07:52 2008 Subject: cvs commit: src/sys/fs/unionfs union.h union_subr.c Message-ID: <200805070807.m4787mBc087945@repoman.freebsd.org> daichi 2008-05-07 08:07:48 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/unionfs union.h union_subr.c Log: MFC Fixed inaccessible issue especially including devfs on unionfs case. fixed also: kern/117829 PR: kern/117829 Submitted by: Masanori OZAWA (ozawa@ongs.co.jp) Revision Changes Path 1.34.2.4 +6 -1 src/sys/fs/unionfs/union.h 1.92.2.6 +181 -7 src/sys/fs/unionfs/union_subr.c From ache at nagual.pp.ru Wed May 7 12:56:04 2008 From: ache at nagual.pp.ru (Andrey Chernov) Date: Wed May 7 12:56:07 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507064013.GU32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> Message-ID: <20080507125601.GA74254@nagual.pp.ru> On Tue, May 06, 2008 at 11:40:13PM -0700, Alfred Perlstein wrote: > Oh c'mon! we're going to revert this needed fix just because of > autoconf? Autoconf is just example. Many programs which dig inside FILE will be broken, i.e. many GNU and Linux programs and we already have two examples in our own tree. Whole ports build is required after such sensitive changes. -- http://ache.pp.ru/ From dfr at FreeBSD.org Wed May 7 13:40:02 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Wed May 7 13:40:14 2008 Subject: cvs commit: src/crypto/heimdal - Imported sources Message-ID: <200805071340.m47De1dW022762@repoman.freebsd.org> dfr 2008-05-07 13:40:01 UTC FreeBSD src repository src/crypto/heimdal - Imported sources Update of /home/ncvs/src/crypto/heimdal In directory repoman.freebsd.org:/tmp/cvs-serv22715 Log Message: Vendor import of Heimdal 1.1 Status: Vendor Tag: KTH Release Tags: v_1_1_0 U src/crypto/heimdal/config.sub U src/crypto/heimdal/ChangeLog.2000 N src/crypto/heimdal/autogen.sh N src/crypto/heimdal/ChangeLog.2004 U src/crypto/heimdal/config.guess U src/crypto/heimdal/configure U src/crypto/heimdal/Makefile.am.common U src/crypto/heimdal/ChangeLog.1999 U src/crypto/heimdal/NEWS N src/crypto/heimdal/ChangeLog.2003 U src/crypto/heimdal/ChangeLog N src/crypto/heimdal/LICENSE U src/crypto/heimdal/compile U src/crypto/heimdal/Makefile.in U src/crypto/heimdal/configure.in U src/crypto/heimdal/ChangeLog.2001 N src/crypto/heimdal/ChangeLog.2006 U src/crypto/heimdal/install-sh U src/crypto/heimdal/aclocal.m4 U src/crypto/heimdal/missing U src/crypto/heimdal/krb5.conf U src/crypto/heimdal/Makefile.am U src/crypto/heimdal/ChangeLog.2002 N src/crypto/heimdal/ChangeLog.2005 U src/crypto/heimdal/README U src/crypto/heimdal/ChangeLog.1998 C src/crypto/heimdal/acinclude.m4 U src/crypto/heimdal/ltmain.sh N src/crypto/heimdal/kcm/headers.h N src/crypto/heimdal/kcm/client.c N src/crypto/heimdal/kcm/acl.c N src/crypto/heimdal/kcm/glue.c N src/crypto/heimdal/kcm/renew.c N src/crypto/heimdal/kcm/kcm.8 N src/crypto/heimdal/kcm/cache.c N src/crypto/heimdal/kcm/log.c N src/crypto/heimdal/kcm/protocol.c N src/crypto/heimdal/kcm/events.c N src/crypto/heimdal/kcm/Makefile.in N src/crypto/heimdal/kcm/cursor.c N src/crypto/heimdal/kcm/connect.c N src/crypto/heimdal/kcm/kcm_locl.h N src/crypto/heimdal/kcm/kcm_protos.h N src/crypto/heimdal/kcm/main.c N src/crypto/heimdal/kcm/Makefile.am N src/crypto/heimdal/kcm/config.c N src/crypto/heimdal/kcm/acquire.c N src/crypto/heimdal/tools/kdc-log-analyze.pl U src/crypto/heimdal/tools/Makefile.am N src/crypto/heimdal/tools/heimdal-gssapi.pc.in U src/crypto/heimdal/tools/krb5-config.in U src/crypto/heimdal/tools/Makefile.in N src/crypto/heimdal/tools/heimdal-build.sh U src/crypto/heimdal/tools/krb5-config.1 U src/crypto/heimdal/kadmin/mod.c U src/crypto/heimdal/kadmin/kadmin.8 U src/crypto/heimdal/kadmin/ChangeLog U src/crypto/heimdal/kadmin/Makefile.am U src/crypto/heimdal/kadmin/kadmind.c U src/crypto/heimdal/kadmin/add-random-users.c U src/crypto/heimdal/kadmin/server.c U src/crypto/heimdal/kadmin/del_enctype.c U src/crypto/heimdal/kadmin/kadm_conn.c U src/crypto/heimdal/kadmin/init.c U src/crypto/heimdal/kadmin/Makefile.in U src/crypto/heimdal/kadmin/cpw.c U src/crypto/heimdal/kadmin/load.c N src/crypto/heimdal/kadmin/add_enctype.c U src/crypto/heimdal/kadmin/ank.c N src/crypto/heimdal/kadmin/kadmin-commands.in N src/crypto/heimdal/kadmin/check.c U src/crypto/heimdal/kadmin/ext.c N src/crypto/heimdal/kadmin/stash.c N src/crypto/heimdal/kadmin/test_util.c U src/crypto/heimdal/kadmin/dump.c U src/crypto/heimdal/kadmin/del.c U src/crypto/heimdal/kadmin/kadmin.c U src/crypto/heimdal/kadmin/rename.c N src/crypto/heimdal/kadmin/pw_quality.c U src/crypto/heimdal/kadmin/kadmind.8 C src/crypto/heimdal/kadmin/kadmin_locl.h U src/crypto/heimdal/kadmin/get.c U src/crypto/heimdal/kadmin/util.c U src/crypto/heimdal/kadmin/random_password.c N src/crypto/heimdal/packages/Makefile.am N src/crypto/heimdal/packages/Makefile.in N src/crypto/heimdal/packages/ChangeLog N src/crypto/heimdal/packages/mac/mac.sh N src/crypto/heimdal/packages/mac/Makefile.am N src/crypto/heimdal/packages/mac/Makefile.in N src/crypto/heimdal/packages/mac/Info.plist N src/crypto/heimdal/packages/mac/Resources/Description.plist N src/crypto/heimdal/packages/mac/Resources/English.lproj/Welcome.rtf N src/crypto/heimdal/packages/debian/heimdal-servers.postinst N src/crypto/heimdal/packages/debian/heimdal-kdc.install N src/crypto/heimdal/packages/debian/libkrb5-22-heimdal.substvars N src/crypto/heimdal/packages/debian/control N src/crypto/heimdal/packages/debian/libkadm5clnt7-heimdal.substvars N src/crypto/heimdal/packages/debian/heimdal-clients-x.install N src/crypto/heimdal/packages/debian/heimdal-clients.postinst N src/crypto/heimdal/packages/debian/heimdal-kdc.templates N src/crypto/heimdal/packages/debian/libsl0-heimdal.install N src/crypto/heimdal/packages/debian/README N src/crypto/heimdal/packages/debian/heimdal-kdc.postinst N src/crypto/heimdal/packages/debian/compat N src/crypto/heimdal/packages/debian/Makefile.am N src/crypto/heimdal/packages/debian/heimdal-servers.postrm N src/crypto/heimdal/packages/debian/libkadm5clnt7-heimdal.install N src/crypto/heimdal/packages/debian/Makefile.in N src/crypto/heimdal/packages/debian/heimdal-servers.install N src/crypto/heimdal/packages/debian/heimdal-servers-x.postrm N src/crypto/heimdal/packages/debian/libkadm5clnt7-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/heimdal-servers-x.dirs N src/crypto/heimdal/packages/debian/libkrb5-22-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/heimdal-dev.install N src/crypto/heimdal/packages/debian/heimdal-servers-x.install N src/crypto/heimdal/packages/debian/heimdal-servers-x.prerm N src/crypto/heimdal/packages/debian/libhdb9-heimdal.substvars N src/crypto/heimdal/packages/debian/libroken18-heimdal.substvars N src/crypto/heimdal/packages/debian/libhdb9-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/libroken18-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/libgssapi2-heimdal.install N src/crypto/heimdal/packages/debian/copyright N src/crypto/heimdal/packages/debian/libasn1-8-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/heimdal-clients.install N src/crypto/heimdal/packages/debian/heimdal-kdc.dirs N src/crypto/heimdal/packages/debian/libhdb9-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/libkadm5srv8-heimdal.install N src/crypto/heimdal/packages/debian/libkrb5-22-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/libkrb5-22-heimdal.install N src/crypto/heimdal/packages/debian/libgssapi2-heimdal.substvars N src/crypto/heimdal/packages/debian/heimdal-kcm.init N src/crypto/heimdal/packages/debian/libasn1-8-heimdal.install N src/crypto/heimdal/packages/debian/README.Debian N src/crypto/heimdal/packages/debian/libkadm5clnt7-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/heimdal-kdc.init N src/crypto/heimdal/packages/debian/rules N src/crypto/heimdal/packages/debian/libasn1-8-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/libkafs0-heimdal.install N src/crypto/heimdal/packages/debian/heimdal-docs.install N src/crypto/heimdal/packages/debian/libkadm5srv7-heimdal.install N src/crypto/heimdal/packages/debian/libroken18-heimdal.install N src/crypto/heimdal/packages/debian/heimdal-kdc.postrm N src/crypto/heimdal/packages/debian/libgssapi2-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/libgssapi2-heimdal.postrm.debhelper N src/crypto/heimdal/packages/debian/heimdal-servers-x.postinst N src/crypto/heimdal/packages/debian/heimdal-servers.dirs N src/crypto/heimdal/packages/debian/heimdal-servers.prerm N src/crypto/heimdal/packages/debian/libhdb9-heimdal.install N src/crypto/heimdal/packages/debian/heimdal-kdc.logrotate N src/crypto/heimdal/packages/debian/changelog N src/crypto/heimdal/packages/debian/libroken18-heimdal.postinst.debhelper N src/crypto/heimdal/packages/debian/heimdal-clients.prerm N src/crypto/heimdal/packages/debian/heimdal-kdc.examples N src/crypto/heimdal/packages/debian/heimdal-kcm.install N src/crypto/heimdal/packages/debian/libasn1-8-heimdal.substvars N src/crypto/heimdal/packages/debian/libotp0-heimdal.install I src/crypto/heimdal/packages/debian/po/gl.po I src/crypto/heimdal/packages/debian/po/nl.po I src/crypto/heimdal/packages/debian/po/pt.po I src/crypto/heimdal/packages/debian/po/cs.po N src/crypto/heimdal/packages/debian/po/templates.pot I src/crypto/heimdal/packages/debian/po/de.po I src/crypto/heimdal/packages/debian/po/pt_BR.po I src/crypto/heimdal/packages/debian/po/da.po I src/crypto/heimdal/packages/debian/po/ja.po I src/crypto/heimdal/packages/debian/po/es.po N src/crypto/heimdal/packages/debian/po/POTFILES.in I src/crypto/heimdal/packages/debian/po/ru.po I src/crypto/heimdal/packages/debian/po/fr.po I src/crypto/heimdal/packages/debian/po/vi.po I src/crypto/heimdal/packages/debian/po/sv.po N src/crypto/heimdal/packages/debian/scripts/convert_source N src/crypto/heimdal/packages/debian/patches/026_posix_max N src/crypto/heimdal/packages/debian/patches/022_openafs N src/crypto/heimdal/packages/debian/patches/021_debian N src/crypto/heimdal/packages/debian/patches/025_pthreads N src/crypto/heimdal/packages/debian/patches/022_ftp-roken-glob N src/crypto/heimdal/packages/debian/extras/kadmind.acl N src/crypto/heimdal/packages/debian/extras/default N src/crypto/heimdal/packages/debian/extras/kdc.conf U src/crypto/heimdal/admin/ktutil.8 U src/crypto/heimdal/admin/purge.c U src/crypto/heimdal/admin/rename.c U src/crypto/heimdal/admin/Makefile.in U src/crypto/heimdal/admin/remove.c U src/crypto/heimdal/admin/Makefile.am U src/crypto/heimdal/admin/change.c U src/crypto/heimdal/admin/get.c C src/crypto/heimdal/admin/ktutil_locl.h U src/crypto/heimdal/admin/list.c U src/crypto/heimdal/admin/ktutil.c N src/crypto/heimdal/admin/ChangeLog N src/crypto/heimdal/admin/ktutil-commands.in U src/crypto/heimdal/admin/add.c U src/crypto/heimdal/admin/copy.c U src/crypto/heimdal/appl/Makefile.in U src/crypto/heimdal/appl/Makefile.am U src/crypto/heimdal/appl/rcp/util.c U src/crypto/heimdal/appl/rcp/rcp.1 U src/crypto/heimdal/appl/rcp/ChangeLog U src/crypto/heimdal/appl/rcp/Makefile.am U src/crypto/heimdal/appl/rcp/rcp.c U src/crypto/heimdal/appl/rcp/rcp_locl.h U src/crypto/heimdal/appl/rcp/extern.h U src/crypto/heimdal/appl/rcp/Makefile.in N src/crypto/heimdal/appl/gssmask/gssmask.c N src/crypto/heimdal/appl/gssmask/Makefile.in N src/crypto/heimdal/appl/gssmask/Makefile.am N src/crypto/heimdal/appl/gssmask/common.c N src/crypto/heimdal/appl/gssmask/protocol.h N src/crypto/heimdal/appl/gssmask/common.h N src/crypto/heimdal/appl/gssmask/gssmaestro.c U src/crypto/heimdal/appl/ftp/Makefile.am U src/crypto/heimdal/appl/ftp/Makefile.in U src/crypto/heimdal/appl/ftp/ChangeLog U src/crypto/heimdal/appl/ftp/ftpd/pathnames.h N src/crypto/heimdal/appl/ftp/ftpd/krb4.c U src/crypto/heimdal/appl/ftp/ftpd/ftpd_locl.h U src/crypto/heimdal/appl/ftp/ftpd/popen.c U src/crypto/heimdal/appl/ftp/ftpd/ftpusers.5 U src/crypto/heimdal/appl/ftp/ftpd/logwtmp.c U src/crypto/heimdal/appl/ftp/ftpd/Makefile.in U src/crypto/heimdal/appl/ftp/ftpd/Makefile.am U src/crypto/heimdal/appl/ftp/ftpd/ftpd.8 U src/crypto/heimdal/appl/ftp/ftpd/gss_userok.c U src/crypto/heimdal/appl/ftp/ftpd/extern.h N src/crypto/heimdal/appl/ftp/ftpd/ftpcmd.c N src/crypto/heimdal/appl/ftp/ftpd/klist.c U src/crypto/heimdal/appl/ftp/ftpd/ls.c U src/crypto/heimdal/appl/ftp/ftpd/kauth.c N src/crypto/heimdal/appl/ftp/ftpd/security.c U src/crypto/heimdal/appl/ftp/ftpd/ftpd.c N src/crypto/heimdal/appl/ftp/ftpd/gssapi.c U src/crypto/heimdal/appl/ftp/ftpd/ftpcmd.y U src/crypto/heimdal/appl/ftp/ftp/ftp.1 U src/crypto/heimdal/appl/ftp/ftp/main.c U src/crypto/heimdal/appl/ftp/ftp/kauth.c U src/crypto/heimdal/appl/ftp/ftp/globals.c U src/crypto/heimdal/appl/ftp/ftp/ruserpass.c U src/crypto/heimdal/appl/ftp/ftp/extern.h U src/crypto/heimdal/appl/ftp/ftp/security.c U src/crypto/heimdal/appl/ftp/ftp/Makefile.am U src/crypto/heimdal/appl/ftp/ftp/krb4.c C src/crypto/heimdal/appl/ftp/ftp/ftp_locl.h U src/crypto/heimdal/appl/ftp/ftp/cmdtab.c U src/crypto/heimdal/appl/ftp/ftp/domacro.c U src/crypto/heimdal/appl/ftp/ftp/security.h U src/crypto/heimdal/appl/ftp/ftp/ftp_var.h U src/crypto/heimdal/appl/ftp/ftp/gssapi.c U src/crypto/heimdal/appl/ftp/ftp/Makefile.in U src/crypto/heimdal/appl/ftp/ftp/ftp.c U src/crypto/heimdal/appl/ftp/ftp/pathnames.h U src/crypto/heimdal/appl/ftp/ftp/cmds.c U src/crypto/heimdal/appl/ftp/common/buffer.c U src/crypto/heimdal/appl/ftp/common/sockbuf.c U src/crypto/heimdal/appl/ftp/common/Makefile.am U src/crypto/heimdal/appl/ftp/common/common.h U src/crypto/heimdal/appl/ftp/common/Makefile.in U src/crypto/heimdal/appl/telnet/telnet.state U src/crypto/heimdal/appl/telnet/README.ORIG U src/crypto/heimdal/appl/telnet/Makefile.am U src/crypto/heimdal/appl/telnet/ChangeLog U src/crypto/heimdal/appl/telnet/Makefile.in U src/crypto/heimdal/appl/telnet/arpa/telnet.h U src/crypto/heimdal/appl/telnet/telnet/commands.c U src/crypto/heimdal/appl/telnet/telnet/types.h U src/crypto/heimdal/appl/telnet/telnet/defines.h U src/crypto/heimdal/appl/telnet/telnet/authenc.c U src/crypto/heimdal/appl/telnet/telnet/main.c U src/crypto/heimdal/appl/telnet/telnet/terminal.c U src/crypto/heimdal/appl/telnet/telnet/telnet.c U src/crypto/heimdal/appl/telnet/telnet/ring.h U src/crypto/heimdal/appl/telnet/telnet/Makefile.am U src/crypto/heimdal/appl/telnet/telnet/telnet_locl.h U src/crypto/heimdal/appl/telnet/telnet/telnet.1 U src/crypto/heimdal/appl/telnet/telnet/sys_bsd.c U src/crypto/heimdal/appl/telnet/telnet/utilities.c U src/crypto/heimdal/appl/telnet/telnet/ring.c U src/crypto/heimdal/appl/telnet/telnet/network.c U src/crypto/heimdal/appl/telnet/telnet/externs.h U src/crypto/heimdal/appl/telnet/telnet/Makefile.in U src/crypto/heimdal/appl/telnet/telnetd/utility.c U src/crypto/heimdal/appl/telnet/telnetd/telnetd.h U src/crypto/heimdal/appl/telnet/telnetd/state.c U src/crypto/heimdal/appl/telnet/telnetd/telnetd.8 U src/crypto/heimdal/appl/telnet/telnetd/slc.c U src/crypto/heimdal/appl/telnet/telnetd/Makefile.in U src/crypto/heimdal/appl/telnet/telnetd/ext.h U src/crypto/heimdal/appl/telnet/telnetd/global.c U src/crypto/heimdal/appl/telnet/telnetd/sys_term.c U src/crypto/heimdal/appl/telnet/telnetd/termstat.c U src/crypto/heimdal/appl/telnet/telnetd/Makefile.am U src/crypto/heimdal/appl/telnet/telnetd/defs.h U src/crypto/heimdal/appl/telnet/telnetd/authenc.c U src/crypto/heimdal/appl/telnet/telnetd/telnetd.c U src/crypto/heimdal/appl/telnet/libtelnet/misc.h U src/crypto/heimdal/appl/telnet/libtelnet/enc-proto.h U src/crypto/heimdal/appl/telnet/libtelnet/genget.c U src/crypto/heimdal/appl/telnet/libtelnet/krb4encpwd.c U src/crypto/heimdal/appl/telnet/libtelnet/kerberos.c U src/crypto/heimdal/appl/telnet/libtelnet/Makefile.in U src/crypto/heimdal/appl/telnet/libtelnet/encrypt.c U src/crypto/heimdal/appl/telnet/libtelnet/auth.h U src/crypto/heimdal/appl/telnet/libtelnet/enc_des.c U src/crypto/heimdal/appl/telnet/libtelnet/Makefile.am U src/crypto/heimdal/appl/telnet/libtelnet/kerberos5.c U src/crypto/heimdal/appl/telnet/libtelnet/misc-proto.h U src/crypto/heimdal/appl/telnet/libtelnet/rsaencpwd.c U src/crypto/heimdal/appl/telnet/libtelnet/misc.c U src/crypto/heimdal/appl/telnet/libtelnet/spx.c U src/crypto/heimdal/appl/telnet/libtelnet/auth.c U src/crypto/heimdal/appl/telnet/libtelnet/auth-proto.h U src/crypto/heimdal/appl/telnet/libtelnet/encrypt.h U src/crypto/heimdal/appl/login/login.access.5 N src/crypto/heimdal/appl/login/loginpaths.h U src/crypto/heimdal/appl/login/read_string.c U src/crypto/heimdal/appl/login/Makefile.am U src/crypto/heimdal/appl/login/env.c U src/crypto/heimdal/appl/login/login.c U src/crypto/heimdal/appl/login/login_locl.h N src/crypto/heimdal/appl/login/limits_conf.c U src/crypto/heimdal/appl/login/Makefile.in U src/crypto/heimdal/appl/login/ChangeLog U src/crypto/heimdal/appl/login/login.1 U src/crypto/heimdal/appl/login/login_protos.h U src/crypto/heimdal/appl/login/conf.c U src/crypto/heimdal/appl/login/stty_default.c U src/crypto/heimdal/appl/login/utmpx_login.c U src/crypto/heimdal/appl/login/login_access.c U src/crypto/heimdal/appl/login/tty.c U src/crypto/heimdal/appl/login/osfc2.c U src/crypto/heimdal/appl/login/utmp_login.c U src/crypto/heimdal/appl/login/shadow.c U src/crypto/heimdal/appl/push/pfrom.in U src/crypto/heimdal/appl/push/Makefile.am U src/crypto/heimdal/appl/push/push.c U src/crypto/heimdal/appl/push/Makefile.in U src/crypto/heimdal/appl/push/push.8 U src/crypto/heimdal/appl/push/pfrom.1 U src/crypto/heimdal/appl/push/push_locl.h U src/crypto/heimdal/appl/push/ChangeLog U src/crypto/heimdal/appl/rsh/Makefile.in N src/crypto/heimdal/appl/rsh/limits_conf.c U src/crypto/heimdal/appl/rsh/Makefile.am U src/crypto/heimdal/appl/rsh/common.c U src/crypto/heimdal/appl/rsh/rsh.1 U src/crypto/heimdal/appl/rsh/rshd.8 U src/crypto/heimdal/appl/rsh/rsh.c U src/crypto/heimdal/appl/rsh/ChangeLog N src/crypto/heimdal/appl/rsh/login_access.c U src/crypto/heimdal/appl/rsh/rsh_locl.h U src/crypto/heimdal/appl/rsh/rshd.c N src/crypto/heimdal/appl/su/su.1 C src/crypto/heimdal/appl/su/Makefile.am U src/crypto/heimdal/appl/su/Makefile.in N src/crypto/heimdal/appl/su/supaths.h U src/crypto/heimdal/appl/su/ChangeLog C src/crypto/heimdal/appl/su/su.c U src/crypto/heimdal/appl/kf/Makefile.am U src/crypto/heimdal/appl/kf/kf.1 U src/crypto/heimdal/appl/kf/kfd.8 U src/crypto/heimdal/appl/kf/kf_locl.h U src/crypto/heimdal/appl/kf/Makefile.in U src/crypto/heimdal/appl/kf/kfd.c U src/crypto/heimdal/appl/kf/kf.c N src/crypto/heimdal/appl/afsutil/pagsh.1 U src/crypto/heimdal/appl/afsutil/afslog.c U src/crypto/heimdal/appl/afsutil/Makefile.in U src/crypto/heimdal/appl/afsutil/afslog.1 U src/crypto/heimdal/appl/afsutil/ChangeLog U src/crypto/heimdal/appl/afsutil/Makefile.am U src/crypto/heimdal/appl/afsutil/pagsh.c U src/crypto/heimdal/appl/test/uu_server.c U src/crypto/heimdal/appl/test/nt_gss_client.c U src/crypto/heimdal/appl/test/gss_common.c U src/crypto/heimdal/appl/test/tcp_server.c U src/crypto/heimdal/appl/test/Makefile.am U src/crypto/heimdal/appl/test/gssapi_client.c U src/crypto/heimdal/appl/test/nt_gss_common.h U src/crypto/heimdal/appl/test/Makefile.in N src/crypto/heimdal/appl/test/http_client.c U src/crypto/heimdal/appl/test/gssapi_server.c U src/crypto/heimdal/appl/test/gss_common.h U src/crypto/heimdal/appl/test/test_locl.h U src/crypto/heimdal/appl/test/tcp_client.c U src/crypto/heimdal/appl/test/uu_client.c U src/crypto/heimdal/appl/test/nt_gss_server.c U src/crypto/heimdal/appl/test/common.c U src/crypto/heimdal/appl/test/nt_gss_common.c U src/crypto/heimdal/kdc/hprop.c U src/crypto/heimdal/kdc/kstash.8 U src/crypto/heimdal/kdc/string2key.8 U src/crypto/heimdal/kdc/misc.c N src/crypto/heimdal/kdc/kdc-replay.c U src/crypto/heimdal/kdc/kadb.h U src/crypto/heimdal/kdc/Makefile.in U src/crypto/heimdal/kdc/kaserver.c N src/crypto/heimdal/kdc/kx509.c U src/crypto/heimdal/kdc/kdc.8 U src/crypto/heimdal/kdc/main.c N src/crypto/heimdal/kdc/kdc-protos.h U src/crypto/heimdal/kdc/connect.c U src/crypto/heimdal/kdc/hpropd.c U src/crypto/heimdal/kdc/rx.h N src/crypto/heimdal/kdc/kdc.h U src/crypto/heimdal/kdc/config.c N src/crypto/heimdal/kdc/set_dbinfo.c U src/crypto/heimdal/kdc/Makefile.am N src/crypto/heimdal/kdc/digest.c U src/crypto/heimdal/kdc/kerberos5.c U src/crypto/heimdal/kdc/string2key.c C src/crypto/heimdal/kdc/headers.h N src/crypto/heimdal/kdc/version-script.map U src/crypto/heimdal/kdc/kstash.c N src/crypto/heimdal/kdc/windc.c U src/crypto/heimdal/kdc/hprop.8 U src/crypto/heimdal/kdc/hprop.h U src/crypto/heimdal/kdc/kerberos4.c U src/crypto/heimdal/kdc/kdc_locl.h N src/crypto/heimdal/kdc/krb5tgs.c N src/crypto/heimdal/kdc/default_config.c N src/crypto/heimdal/kdc/kdc-private.h U src/crypto/heimdal/kdc/log.c N src/crypto/heimdal/kdc/process.c N src/crypto/heimdal/kdc/windc_plugin.h U src/crypto/heimdal/kdc/524.c N src/crypto/heimdal/kdc/pkinit.c U src/crypto/heimdal/kdc/v4_dump.c U src/crypto/heimdal/kdc/hpropd.8 U src/crypto/heimdal/kdc/mit_dump.c N src/crypto/heimdal/doc/heimdal.css U src/crypto/heimdal/doc/Makefile.in N src/crypto/heimdal/doc/hx509.din N src/crypto/heimdal/doc/hx509.texi U src/crypto/heimdal/doc/heimdal.texi N src/crypto/heimdal/doc/apps.texi N src/crypto/heimdal/doc/doxytmpl.dxy N src/crypto/heimdal/doc/vars.tin U src/crypto/heimdal/doc/Makefile.am U src/crypto/heimdal/doc/mdate-sh U src/crypto/heimdal/doc/install.texi U src/crypto/heimdal/doc/whatis.texi U src/crypto/heimdal/doc/kerberos4.texi N src/crypto/heimdal/doc/hcrypto.din N src/crypto/heimdal/doc/ntlm.din U src/crypto/heimdal/doc/layman.asc N src/crypto/heimdal/doc/vars.texi U src/crypto/heimdal/doc/programming.texi U src/crypto/heimdal/doc/intro.texi N src/crypto/heimdal/doc/krb5.din U src/crypto/heimdal/doc/ack.texi U src/crypto/heimdal/doc/win2k.texi U src/crypto/heimdal/doc/latin1.tex U src/crypto/heimdal/doc/migration.texi U src/crypto/heimdal/doc/misc.texi U src/crypto/heimdal/doc/init-creds U src/crypto/heimdal/doc/setup.texi N src/crypto/heimdal/tests/Makefile.in N src/crypto/heimdal/tests/Makefile.am N src/crypto/heimdal/tests/ChangeLog N src/crypto/heimdal/tests/plugin/windc.c N src/crypto/heimdal/tests/plugin/krb5.conf.in N src/crypto/heimdal/tests/plugin/Makefile.am N src/crypto/heimdal/tests/plugin/check-pac.in N src/crypto/heimdal/tests/plugin/Makefile.in N src/crypto/heimdal/tests/can/Makefile.am N src/crypto/heimdal/tests/can/heim-0.8.kadm N src/crypto/heimdal/tests/can/apple-10.4.req N src/crypto/heimdal/tests/can/apple-10.4.kadm N src/crypto/heimdal/tests/can/mit-pkinit-20070607.xf N src/crypto/heimdal/tests/can/Makefile.in N src/crypto/heimdal/tests/can/mit-pkinit-20070607.ca.crt N src/crypto/heimdal/tests/can/mit-pkinit-20070607.kadm N src/crypto/heimdal/tests/can/heim-0.8.req N src/crypto/heimdal/tests/can/check-can.in N src/crypto/heimdal/tests/can/test_can.in N src/crypto/heimdal/tests/can/krb5.conf.in N src/crypto/heimdal/tests/can/mit-pkinit-20070607.req N src/crypto/heimdal/tests/gss/Makefile.in N src/crypto/heimdal/tests/gss/Makefile.am N src/crypto/heimdal/tests/gss/check-gss.in N src/crypto/heimdal/tests/gss/check-basic.in N src/crypto/heimdal/tests/gss/check-gssmask.in N src/crypto/heimdal/tests/gss/krb5.conf.in N src/crypto/heimdal/tests/gss/ntlm-user-file.txt N src/crypto/heimdal/tests/gss/check-context.in N src/crypto/heimdal/tests/gss/check-ntlm.in N src/crypto/heimdal/tests/gss/check-spnego.in N src/crypto/heimdal/tests/kdc/krb5.conf.in N src/crypto/heimdal/tests/kdc/check-digest.in N src/crypto/heimdal/tests/kdc/check-iprop.in N src/crypto/heimdal/tests/kdc/iprop-acl N src/crypto/heimdal/tests/kdc/krb5-pkinit.conf.in N src/crypto/heimdal/tests/kdc/check-kdc.in N src/crypto/heimdal/tests/kdc/pki-mapping N src/crypto/heimdal/tests/kdc/heimdal.acl N src/crypto/heimdal/tests/kdc/donotexists.txt N src/crypto/heimdal/tests/kdc/check-uu.in N src/crypto/heimdal/tests/kdc/Makefile.in N src/crypto/heimdal/tests/kdc/krb5.conf.keys.in N src/crypto/heimdal/tests/kdc/check-pkinit.in N src/crypto/heimdal/tests/kdc/check-kadmin.in N src/crypto/heimdal/tests/kdc/ntlm-user-file.txt N src/crypto/heimdal/tests/kdc/check-referral.in N src/crypto/heimdal/tests/kdc/wait-kdc.sh N src/crypto/heimdal/tests/kdc/ap-req.c N src/crypto/heimdal/tests/kdc/Makefile.am N src/crypto/heimdal/tests/kdc/uuserver.txt N src/crypto/heimdal/tests/kdc/check-keys.in N src/crypto/heimdal/tests/ldap/slapd-init.in N src/crypto/heimdal/tests/ldap/check-ldap.in N src/crypto/heimdal/tests/ldap/krb5.conf.in N src/crypto/heimdal/tests/ldap/slapd.conf N src/crypto/heimdal/tests/ldap/init.ldif N src/crypto/heimdal/tests/ldap/Makefile.am N src/crypto/heimdal/tests/ldap/samba.schema N src/crypto/heimdal/tests/ldap/slapd-stop N src/crypto/heimdal/tests/ldap/Makefile.in N src/crypto/heimdal/tests/db/krb5.conf.in N src/crypto/heimdal/tests/db/check-dbinfo.in N src/crypto/heimdal/tests/db/Makefile.in N src/crypto/heimdal/tests/db/text-dump-known-ext N src/crypto/heimdal/tests/db/text-dump-no-ext N src/crypto/heimdal/tests/db/Makefile.am N src/crypto/heimdal/tests/db/text-dump-0.7 N src/crypto/heimdal/tests/db/text-dump-unknown-ext N src/crypto/heimdal/tests/db/add-modify-delete.in N src/crypto/heimdal/tests/db/loaddump-db.in N src/crypto/heimdal/tests/db/have-db.in N src/crypto/heimdal/tests/java/have-java.sh N src/crypto/heimdal/tests/java/check-kinit.in N src/crypto/heimdal/tests/java/jaas.conf N src/crypto/heimdal/tests/java/Makefile.am N src/crypto/heimdal/tests/java/krb5.conf.in N src/crypto/heimdal/tests/java/KerberosInit.java N src/crypto/heimdal/tests/java/Makefile.in N src/crypto/heimdal/etc/Makefile.in U src/crypto/heimdal/etc/services.append N src/crypto/heimdal/etc/Makefile.am U src/crypto/heimdal/include/Makefile.am U src/crypto/heimdal/include/bits.c U src/crypto/heimdal/include/make_crypto.c U src/crypto/heimdal/include/Makefile.in U src/crypto/heimdal/include/config.h.in N src/crypto/heimdal/include/gssapi/Makefile.am N src/crypto/heimdal/include/gssapi/Makefile.in U src/crypto/heimdal/include/kadm5/Makefile.am U src/crypto/heimdal/include/kadm5/Makefile.in N src/crypto/heimdal/include/hcrypto/Makefile.am N src/crypto/heimdal/include/hcrypto/Makefile.in U src/crypto/heimdal/cf/db.m4 N src/crypto/heimdal/cf/version-script.m4 U src/crypto/heimdal/cf/have-pragma-weak.m4 U src/crypto/heimdal/cf/roken.m4 U src/crypto/heimdal/cf/crypto.m4 U src/crypto/heimdal/cf/have-types.m4 U src/crypto/heimdal/cf/broken.m4 N src/crypto/heimdal/cf/largefile.m4 U src/crypto/heimdal/cf/with-all.m4 U src/crypto/heimdal/cf/check-x.m4 N src/crypto/heimdal/cf/resolv.m4 U src/crypto/heimdal/cf/broken-snprintf.m4 U src/crypto/heimdal/cf/krb-ipv6.m4 U src/crypto/heimdal/cf/irix.m4 N src/crypto/heimdal/cf/pthreads.m4 U src/crypto/heimdal/cf/telnet.m4 U src/crypto/heimdal/cf/roken-frag.m4 U src/crypto/heimdal/cf/have-struct-field.m4 N src/crypto/heimdal/cf/autobuild.m4 U src/crypto/heimdal/cf/osfc2.m4 U src/crypto/heimdal/cf/krb-version.m4 U src/crypto/heimdal/cf/broken-realloc.m4 U src/crypto/heimdal/cf/check-var.m4 U src/crypto/heimdal/cf/find-func-no-libs.m4 U src/crypto/heimdal/cf/dlopen.m4 U src/crypto/heimdal/cf/check-compile-et.m4 U src/crypto/heimdal/cf/proto-compat.m4 U src/crypto/heimdal/cf/find-func-no-libs2.m4 U src/crypto/heimdal/cf/find-if-not-broken.m4 U src/crypto/heimdal/cf/check-man.m4 U src/crypto/heimdal/cf/broken-glob.m4 U src/crypto/heimdal/cf/wflags.m4 U src/crypto/heimdal/cf/krb-struct-winsize.m4 U src/crypto/heimdal/cf/broken-getaddrinfo.m4 N src/crypto/heimdal/cf/socket-wrapper.m4 U src/crypto/heimdal/cf/test-package.m4 U src/crypto/heimdal/cf/krb-prog-yacc.m4 U src/crypto/heimdal/cf/need-proto.m4 U src/crypto/heimdal/cf/make-proto.pl U src/crypto/heimdal/cf/mips-abi.m4 U src/crypto/heimdal/cf/krb-sys-aix.m4 U src/crypto/heimdal/cf/krb-func-getcwd-broken.m4 U src/crypto/heimdal/cf/krb-prog-ln-s.m4 U src/crypto/heimdal/cf/check-netinet-ip-and-tcp.m4 U src/crypto/heimdal/cf/krb-readline.m4 N src/crypto/heimdal/cf/framework-security.m4 U src/crypto/heimdal/cf/c-function.m4 U src/crypto/heimdal/cf/have-type.m4 U src/crypto/heimdal/cf/find-func.m4 U src/crypto/heimdal/cf/krb-sys-nextstep.m4 U src/crypto/heimdal/cf/install-catman.sh N src/crypto/heimdal/cf/win32.m4 N src/crypto/heimdal/cf/vararray.m4 U src/crypto/heimdal/cf/misc.m4 U src/crypto/heimdal/cf/krb-struct-spwd.m4 U src/crypto/heimdal/cf/aix.m4 U src/crypto/heimdal/cf/destdirs.m4 U src/crypto/heimdal/cf/check-type-extra.m4 U src/crypto/heimdal/cf/krb-bigendian.m4 U src/crypto/heimdal/cf/auth-modules.m4 N src/crypto/heimdal/cf/valgrind-suppressions U src/crypto/heimdal/cf/Makefile.am.common U src/crypto/heimdal/cf/krb-prog-ranlib.m4 U src/crypto/heimdal/cf/check-getpwnam_r-posix.m4 U src/crypto/heimdal/cf/c-attribute.m4 U src/crypto/heimdal/cf/krb-func-getlogin.m4 U src/crypto/heimdal/cf/broken2.m4 U src/crypto/heimdal/cf/sunos.m4 U src/crypto/heimdal/cf/capabilities.m4 U src/crypto/heimdal/cf/ChangeLog U src/crypto/heimdal/cf/retsigtype.m4 U src/crypto/heimdal/cf/otp.m4 U src/crypto/heimdal/cf/check-xau.m4 U src/crypto/heimdal/lib/Makefile.in U src/crypto/heimdal/lib/Makefile.am U src/crypto/heimdal/lib/gssapi/Makefile.in U src/crypto/heimdal/lib/gssapi/gssapi.h N src/crypto/heimdal/lib/gssapi/gss.c N src/crypto/heimdal/lib/gssapi/test_names.c N src/crypto/heimdal/lib/gssapi/test_ntlm.c U src/crypto/heimdal/lib/gssapi/Makefile.am N src/crypto/heimdal/lib/gssapi/test_common.c N src/crypto/heimdal/lib/gssapi/gssapi_mech.h N src/crypto/heimdal/lib/gssapi/test_oid.c N src/crypto/heimdal/lib/gssapi/gss-commands.in N src/crypto/heimdal/lib/gssapi/test_context.c U src/crypto/heimdal/lib/gssapi/test_acquire_cred.c U src/crypto/heimdal/lib/gssapi/ChangeLog U src/crypto/heimdal/lib/gssapi/gss_acquire_cred.3 U src/crypto/heimdal/lib/gssapi/gssapi.3 N src/crypto/heimdal/lib/gssapi/test_kcred.c N src/crypto/heimdal/lib/gssapi/version-script.map N src/crypto/heimdal/lib/gssapi/test_cred.c N src/crypto/heimdal/lib/gssapi/test_common.h N src/crypto/heimdal/lib/gssapi/ntlm/duplicate_name.c N src/crypto/heimdal/lib/gssapi/ntlm/import_sec_context.c N src/crypto/heimdal/lib/gssapi/ntlm/ntlm.h N src/crypto/heimdal/lib/gssapi/ntlm/delete_sec_context.c N src/crypto/heimdal/lib/gssapi/ntlm/inquire_names_for_mech.c N src/crypto/heimdal/lib/gssapi/ntlm/context_time.c N src/crypto/heimdal/lib/gssapi/ntlm/external.c N src/crypto/heimdal/lib/gssapi/ntlm/compare_name.c N src/crypto/heimdal/lib/gssapi/ntlm/export_name.c N src/crypto/heimdal/lib/gssapi/ntlm/inquire_cred_by_mech.c N src/crypto/heimdal/lib/gssapi/ntlm/init_sec_context.c N src/crypto/heimdal/lib/gssapi/ntlm/import_name.c N src/crypto/heimdal/lib/gssapi/ntlm/process_context_token.c N src/crypto/heimdal/lib/gssapi/ntlm/crypto.c N src/crypto/heimdal/lib/gssapi/ntlm/indicate_mechs.c N src/crypto/heimdal/lib/gssapi/ntlm/display_status.c N src/crypto/heimdal/lib/gssapi/ntlm/inquire_mechs_for_name.c N src/crypto/heimdal/lib/gssapi/ntlm/accept_sec_context.c N src/crypto/heimdal/lib/gssapi/ntlm/release_name.c N src/crypto/heimdal/lib/gssapi/ntlm/digest.c N src/crypto/heimdal/lib/gssapi/ntlm/ntlm-private.h N src/crypto/heimdal/lib/gssapi/ntlm/inquire_context.c N src/crypto/heimdal/lib/gssapi/ntlm/add_cred.c N src/crypto/heimdal/lib/gssapi/ntlm/release_cred.c N src/crypto/heimdal/lib/gssapi/ntlm/display_name.c N src/crypto/heimdal/lib/gssapi/ntlm/inquire_cred.c N src/crypto/heimdal/lib/gssapi/ntlm/canonicalize_name.c N src/crypto/heimdal/lib/gssapi/ntlm/export_sec_context.c N src/crypto/heimdal/lib/gssapi/ntlm/acquire_cred.c N src/crypto/heimdal/lib/gssapi/spnego/compat.c N src/crypto/heimdal/lib/gssapi/spnego/cred_stubs.c N src/crypto/heimdal/lib/gssapi/spnego/init_sec_context.c N src/crypto/heimdal/lib/gssapi/spnego/spnego_locl.h N src/crypto/heimdal/lib/gssapi/spnego/context_stubs.c N src/crypto/heimdal/lib/gssapi/spnego/spnego.asn1 N src/crypto/heimdal/lib/gssapi/spnego/accept_sec_context.c N src/crypto/heimdal/lib/gssapi/spnego/external.c N src/crypto/heimdal/lib/gssapi/spnego/spnego-private.h N src/crypto/heimdal/lib/gssapi/krb5/copy_ccache.c N src/crypto/heimdal/lib/gssapi/krb5/arcfour.c N src/crypto/heimdal/lib/gssapi/krb5/encapsulate.c N src/crypto/heimdal/lib/gssapi/krb5/release_buffer.c N src/crypto/heimdal/lib/gssapi/krb5/init_sec_context.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_mechs_for_name.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_context.c N src/crypto/heimdal/lib/gssapi/krb5/address_to_krb5addr.c N src/crypto/heimdal/lib/gssapi/krb5/release_cred.c N src/crypto/heimdal/lib/gssapi/krb5/display_name.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_cred.c N src/crypto/heimdal/lib/gssapi/krb5/init.c N src/crypto/heimdal/lib/gssapi/krb5/gsskrb5_locl.h N src/crypto/heimdal/lib/gssapi/krb5/export_sec_context.c N src/crypto/heimdal/lib/gssapi/krb5/test_cfx.c N src/crypto/heimdal/lib/gssapi/krb5/external.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_names_for_mech.c N src/crypto/heimdal/lib/gssapi/krb5/cfx.h N src/crypto/heimdal/lib/gssapi/krb5/prf.c N src/crypto/heimdal/lib/gssapi/krb5/acquire_cred.c N src/crypto/heimdal/lib/gssapi/krb5/process_context_token.c N src/crypto/heimdal/lib/gssapi/krb5/delete_sec_context.c N src/crypto/heimdal/lib/gssapi/krb5/verify_mic.c N src/crypto/heimdal/lib/gssapi/krb5/import_sec_context.c N src/crypto/heimdal/lib/gssapi/krb5/canonicalize_name.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_cred_by_oid.c N src/crypto/heimdal/lib/gssapi/krb5/context_time.c N src/crypto/heimdal/lib/gssapi/krb5/export_name.c N src/crypto/heimdal/lib/gssapi/krb5/get_mic.c N src/crypto/heimdal/lib/gssapi/krb5/compare_name.c N src/crypto/heimdal/lib/gssapi/krb5/sequence.c N src/crypto/heimdal/lib/gssapi/krb5/ticket_flags.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_cred_by_mech.c N src/crypto/heimdal/lib/gssapi/krb5/set_sec_context_option.c N src/crypto/heimdal/lib/gssapi/krb5/duplicate_name.c N src/crypto/heimdal/lib/gssapi/krb5/ccache_name.c N src/crypto/heimdal/lib/gssapi/krb5/unwrap.c N src/crypto/heimdal/lib/gssapi/krb5/cfx.c N src/crypto/heimdal/lib/gssapi/krb5/v1.c N src/crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c N src/crypto/heimdal/lib/gssapi/krb5/gsskrb5-private.h N src/crypto/heimdal/lib/gssapi/krb5/8003.c N src/crypto/heimdal/lib/gssapi/krb5/display_status.c N src/crypto/heimdal/lib/gssapi/krb5/indicate_mechs.c N src/crypto/heimdal/lib/gssapi/krb5/set_cred_option.c N src/crypto/heimdal/lib/gssapi/krb5/compat.c N src/crypto/heimdal/lib/gssapi/krb5/decapsulate.c N src/crypto/heimdal/lib/gssapi/krb5/wrap.c N src/crypto/heimdal/lib/gssapi/krb5/add_cred.c N src/crypto/heimdal/lib/gssapi/krb5/accept_sec_context.c N src/crypto/heimdal/lib/gssapi/krb5/release_name.c N src/crypto/heimdal/lib/gssapi/krb5/import_name.c N src/crypto/heimdal/lib/gssapi/krb5/gkrb5_err.et N src/crypto/heimdal/lib/gssapi/gssapi/gssapi_spnego.h N src/crypto/heimdal/lib/gssapi/gssapi/gssapi.h N src/crypto/heimdal/lib/gssapi/gssapi/gssapi_krb5.h U src/crypto/heimdal/lib/roken/getdtablesize.c N src/crypto/heimdal/lib/roken/strpftime-test.h U src/crypto/heimdal/lib/roken/gai_strerror.c N src/crypto/heimdal/lib/roken/hex.h U src/crypto/heimdal/lib/roken/xdbm.h U src/crypto/heimdal/lib/roken/gethostname.c U src/crypto/heimdal/lib/roken/base64.h U src/crypto/heimdal/lib/roken/err.hin U src/crypto/heimdal/lib/roken/setprogname.c U src/crypto/heimdal/lib/roken/parse_units.c U src/crypto/heimdal/lib/roken/errx.c N src/crypto/heimdal/lib/roken/vis.h U src/crypto/heimdal/lib/roken/localtime_r.c N src/crypto/heimdal/lib/roken/hex-test.c U src/crypto/heimdal/lib/roken/getipnodebyname.c U src/crypto/heimdal/lib/roken/bswap.c U src/crypto/heimdal/lib/roken/k_getpwnam.c U src/crypto/heimdal/lib/roken/emalloc.c U src/crypto/heimdal/lib/roken/warnerr.c U src/crypto/heimdal/lib/roken/readv.c U src/crypto/heimdal/lib/roken/chown.c U src/crypto/heimdal/lib/roken/inet_ntop.c U src/crypto/heimdal/lib/roken/missing U src/crypto/heimdal/lib/roken/getaddrinfo_hostspec.c N src/crypto/heimdal/lib/roken/test-mem.c N src/crypto/heimdal/lib/roken/realloc.c U src/crypto/heimdal/lib/roken/tm2time.c U src/crypto/heimdal/lib/roken/getaddrinfo-test.c U src/crypto/heimdal/lib/roken/parse_bytes.h U src/crypto/heimdal/lib/roken/copyhostent.c N src/crypto/heimdal/lib/roken/socket_wrapper.c U src/crypto/heimdal/lib/roken/strcollect.c U src/crypto/heimdal/lib/roken/strupr.c U src/crypto/heimdal/lib/roken/strsep.c U src/crypto/heimdal/lib/roken/memmove.c U src/crypto/heimdal/lib/roken/getaddrinfo.c U src/crypto/heimdal/lib/roken/verify.c U src/crypto/heimdal/lib/roken/verrx.c U src/crypto/heimdal/lib/roken/h_errno.c U src/crypto/heimdal/lib/roken/ndbm_wrap.c U src/crypto/heimdal/lib/roken/innetgr.c U src/crypto/heimdal/lib/roken/strerror.c N src/crypto/heimdal/lib/roken/test-readenv.c U src/crypto/heimdal/lib/roken/snprintf-test.h U src/crypto/heimdal/lib/roken/initgroups.c U src/crypto/heimdal/lib/roken/timeval.c U src/crypto/heimdal/lib/roken/getuid.c N src/crypto/heimdal/lib/roken/dumpdata.c N src/crypto/heimdal/lib/roken/parse_time.3 U src/crypto/heimdal/lib/roken/lstat.c U src/crypto/heimdal/lib/roken/getcwd.c N src/crypto/heimdal/lib/roken/closefrom.c U src/crypto/heimdal/lib/roken/err.c N src/crypto/heimdal/lib/roken/timegm.c U src/crypto/heimdal/lib/roken/parse_time.c U src/crypto/heimdal/lib/roken/fnmatch.c U src/crypto/heimdal/lib/roken/strndup.c U src/crypto/heimdal/lib/roken/strlcat.c U src/crypto/heimdal/lib/roken/verr.c U src/crypto/heimdal/lib/roken/getgid.c U src/crypto/heimdal/lib/roken/issuid.c U src/crypto/heimdal/lib/roken/strcasecmp.c U src/crypto/heimdal/lib/roken/getopt.c N src/crypto/heimdal/lib/roken/parse_time-test.c U src/crypto/heimdal/lib/roken/resolve.c U src/crypto/heimdal/lib/roken/socket.c U src/crypto/heimdal/lib/roken/flock.c N src/crypto/heimdal/lib/roken/resolve-test.c U src/crypto/heimdal/lib/roken/geteuid.c U src/crypto/heimdal/lib/roken/simple_exec.c U src/crypto/heimdal/lib/roken/seteuid.c U src/crypto/heimdal/lib/roken/getnameinfo.c U src/crypto/heimdal/lib/roken/hostent_find_fqdn.c U src/crypto/heimdal/lib/roken/net_read.c U src/crypto/heimdal/lib/roken/freeaddrinfo.c U src/crypto/heimdal/lib/roken/hstrerror.c U src/crypto/heimdal/lib/roken/mkstemp.c U src/crypto/heimdal/lib/roken/strnlen.c U src/crypto/heimdal/lib/roken/getegid.c U src/crypto/heimdal/lib/roken/getarg.h U src/crypto/heimdal/lib/roken/sendmsg.c U src/crypto/heimdal/lib/roken/vis.hin U src/crypto/heimdal/lib/roken/roken.awk U src/crypto/heimdal/lib/roken/getcap.c U src/crypto/heimdal/lib/roken/glob.hin U src/crypto/heimdal/lib/roken/setegid.c U src/crypto/heimdal/lib/roken/rtbl.h U src/crypto/heimdal/lib/roken/glob.c U src/crypto/heimdal/lib/roken/strncasecmp.c U src/crypto/heimdal/lib/roken/get_window_size.c U src/crypto/heimdal/lib/roken/inet_aton.c U src/crypto/heimdal/lib/roken/estrdup.c U src/crypto/heimdal/lib/roken/Makefile.am U src/crypto/heimdal/lib/roken/swab.c U src/crypto/heimdal/lib/roken/ndbm_wrap.h U src/crypto/heimdal/lib/roken/fchown.c U src/crypto/heimdal/lib/roken/getifaddrs.c U src/crypto/heimdal/lib/roken/write_pid.c U src/crypto/heimdal/lib/roken/ewrite.c U src/crypto/heimdal/lib/roken/snprintf-test.c U src/crypto/heimdal/lib/roken/strptime.c U src/crypto/heimdal/lib/roken/roken_gethostby.c N src/crypto/heimdal/lib/roken/strpool.c N src/crypto/heimdal/lib/roken/test-mem.h U src/crypto/heimdal/lib/roken/unvis.c U src/crypto/heimdal/lib/roken/parse_bytes.c U src/crypto/heimdal/lib/roken/ifaddrs.hin N src/crypto/heimdal/lib/roken/socket_wrapper.h U src/crypto/heimdal/lib/roken/strsep_copy.c U src/crypto/heimdal/lib/roken/net_write.c U src/crypto/heimdal/lib/roken/freehostent.c U src/crypto/heimdal/lib/roken/putenv.c U src/crypto/heimdal/lib/roken/warn.c U src/crypto/heimdal/lib/roken/getprogname.c U src/crypto/heimdal/lib/roken/getipnodebyaddr.c U src/crypto/heimdal/lib/roken/parse_units.h U src/crypto/heimdal/lib/roken/vis.c U src/crypto/heimdal/lib/roken/erealloc.c U src/crypto/heimdal/lib/roken/mkinstalldirs U src/crypto/heimdal/lib/roken/recvmsg.c U src/crypto/heimdal/lib/roken/eread.c U src/crypto/heimdal/lib/roken/iruserok.c U src/crypto/heimdal/lib/roken/strlcpy.c U src/crypto/heimdal/lib/roken/daemon.c U src/crypto/heimdal/lib/roken/rcmd.c U src/crypto/heimdal/lib/roken/strpftime-test.c U src/crypto/heimdal/lib/roken/getnameinfo_verified.c U src/crypto/heimdal/lib/roken/concat.c U src/crypto/heimdal/lib/roken/inet_pton.c N src/crypto/heimdal/lib/roken/hex.c U src/crypto/heimdal/lib/roken/roken.h.in U src/crypto/heimdal/lib/roken/esetenv.c U src/crypto/heimdal/lib/roken/environment.c U src/crypto/heimdal/lib/roken/base64.c U src/crypto/heimdal/lib/roken/k_getpwuid.c U src/crypto/heimdal/lib/roken/getusershell.c U src/crypto/heimdal/lib/roken/vwarn.c U src/crypto/heimdal/lib/roken/ChangeLog U src/crypto/heimdal/lib/roken/getarg.c U src/crypto/heimdal/lib/roken/unsetenv.c U src/crypto/heimdal/lib/roken/strftime.c U src/crypto/heimdal/lib/roken/snprintf.c U src/crypto/heimdal/lib/roken/strdup.c U src/crypto/heimdal/lib/roken/rtbl.c U src/crypto/heimdal/lib/roken/vsyslog.c U src/crypto/heimdal/lib/roken/parse_reply-test.c U src/crypto/heimdal/lib/roken/signal.c U src/crypto/heimdal/lib/roken/roken-common.h U src/crypto/heimdal/lib/roken/gettimeofday.c U src/crypto/heimdal/lib/roken/resolve.h U src/crypto/heimdal/lib/roken/vwarnx.c U src/crypto/heimdal/lib/roken/Makefile.in U src/crypto/heimdal/lib/roken/warnx.c U src/crypto/heimdal/lib/roken/install-sh N src/crypto/heimdal/lib/roken/rtbl.3 U src/crypto/heimdal/lib/roken/parse_bytes-test.c U src/crypto/heimdal/lib/roken/base64-test.c U src/crypto/heimdal/lib/roken/getarg.3 U src/crypto/heimdal/lib/roken/strlwr.c U src/crypto/heimdal/lib/roken/parse_time.h U src/crypto/heimdal/lib/roken/ecalloc.c U src/crypto/heimdal/lib/roken/fnmatch.hin N src/crypto/heimdal/lib/roken/ecalloc.3 U src/crypto/heimdal/lib/roken/writev.c U src/crypto/heimdal/lib/roken/get_default_username.c U src/crypto/heimdal/lib/roken/strtok_r.c U src/crypto/heimdal/lib/roken/mini_inetd.c U src/crypto/heimdal/lib/roken/setenv.c N src/crypto/heimdal/lib/hx509/doxygen.c N src/crypto/heimdal/lib/hx509/peer.c N src/crypto/heimdal/lib/hx509/error.c N src/crypto/heimdal/lib/hx509/tst-crypto-select7 N src/crypto/heimdal/lib/hx509/test_chain.in N src/crypto/heimdal/lib/hx509/hxtool.c N src/crypto/heimdal/lib/hx509/tst-crypto-available1 N src/crypto/heimdal/lib/hx509/test_query.in N src/crypto/heimdal/lib/hx509/req.c N src/crypto/heimdal/lib/hx509/test_pkcs11.in N src/crypto/heimdal/lib/hx509/test_java_pkcs11.in N src/crypto/heimdal/lib/hx509/ChangeLog N src/crypto/heimdal/lib/hx509/hx509_err.et N src/crypto/heimdal/lib/hx509/test_req.in N src/crypto/heimdal/lib/hx509/lock.c N src/crypto/heimdal/lib/hx509/test_nist_pkcs12.in N src/crypto/heimdal/lib/hx509/hx509-protos.h N src/crypto/heimdal/lib/hx509/cms.c N src/crypto/heimdal/lib/hx509/tst-crypto-select4 N src/crypto/heimdal/lib/hx509/revoke.c N src/crypto/heimdal/lib/hx509/tst-crypto-available2 N src/crypto/heimdal/lib/hx509/test_cms.in N src/crypto/heimdal/lib/hx509/version-script.map N src/crypto/heimdal/lib/hx509/cert.c N src/crypto/heimdal/lib/hx509/test_ca.in N src/crypto/heimdal/lib/hx509/tst-crypto-select3 N src/crypto/heimdal/lib/hx509/softp11.c N src/crypto/heimdal/lib/hx509/test_crypto.in N src/crypto/heimdal/lib/hx509/hx509.h N src/crypto/heimdal/lib/hx509/keyset.c N src/crypto/heimdal/lib/hx509/ks_mem.c N src/crypto/heimdal/lib/hx509/ks_file.c N src/crypto/heimdal/lib/hx509/hx509-private.h N src/crypto/heimdal/lib/hx509/test_nist2.in N src/crypto/heimdal/lib/hx509/ks_p11.c N src/crypto/heimdal/lib/hx509/Makefile.in N src/crypto/heimdal/lib/hx509/tst-crypto-select1 N src/crypto/heimdal/lib/hx509/crmf.asn1 N src/crypto/heimdal/lib/hx509/test_windows.in N src/crypto/heimdal/lib/hx509/hx_locl.h N src/crypto/heimdal/lib/hx509/tst-crypto-select6 N src/crypto/heimdal/lib/hx509/test_nist.in N src/crypto/heimdal/lib/hx509/test_soft_pkcs11.c N src/crypto/heimdal/lib/hx509/file.c N src/crypto/heimdal/lib/hx509/ocsp.asn1 N src/crypto/heimdal/lib/hx509/test_name.c N src/crypto/heimdal/lib/hx509/print.c N src/crypto/heimdal/lib/hx509/Makefile.am N src/crypto/heimdal/lib/hx509/name.c N src/crypto/heimdal/lib/hx509/pkcs10.asn1 N src/crypto/heimdal/lib/hx509/tst-crypto-available3 N src/crypto/heimdal/lib/hx509/ks_p12.c N src/crypto/heimdal/lib/hx509/hxtool-commands.in N src/crypto/heimdal/lib/hx509/ca.c N src/crypto/heimdal/lib/hx509/crypto.c N src/crypto/heimdal/lib/hx509/tst-crypto-select2 N src/crypto/heimdal/lib/hx509/tst-crypto-select5 N src/crypto/heimdal/lib/hx509/collector.c N src/crypto/heimdal/lib/hx509/ks_null.c N src/crypto/heimdal/lib/hx509/tst-crypto-select N src/crypto/heimdal/lib/hx509/test_cert.in N src/crypto/heimdal/lib/hx509/ks_dir.c N src/crypto/heimdal/lib/hx509/env.c N src/crypto/heimdal/lib/hx509/test_nist_cert.in N src/crypto/heimdal/lib/hx509/ks_keychain.c N src/crypto/heimdal/lib/hx509/ref/pkcs11.h N src/crypto/heimdal/lib/hx509/data/test-signed-data-noattr-nocerts N src/crypto/heimdal/lib/hx509/data/test-enveloped-rc2-128 N src/crypto/heimdal/lib/hx509/data/kdc.key N src/crypto/heimdal/lib/hx509/data/sub-cert.key N src/crypto/heimdal/lib/hx509/data/proxy10-child-test.crt N src/crypto/heimdal/lib/hx509/data/crl1.crl N src/crypto/heimdal/lib/hx509/data/bleichenbacher-sf-pad-correct.pem N src/crypto/heimdal/lib/hx509/data/no-proxy-test.key N src/crypto/heimdal/lib/hx509/data/static-file N src/crypto/heimdal/lib/hx509/data/pkinit-pw.key N src/crypto/heimdal/lib/hx509/data/proxy10-child-child-test.crt N src/crypto/heimdal/lib/hx509/data/yutaka-pad-ok-cert.pem N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-keyhash.der N src/crypto/heimdal/lib/hx509/data/proxy-level-test.crt N src/crypto/heimdal/lib/hx509/data/j.pem N src/crypto/heimdal/lib/hx509/data/revoke.crt N src/crypto/heimdal/lib/hx509/data/ocsp-req2.der N src/crypto/heimdal/lib/hx509/data/test-enveloped-des N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-ca.der N src/crypto/heimdal/lib/hx509/data/proxy10-test.crt N src/crypto/heimdal/lib/hx509/data/proxy-test.key N src/crypto/heimdal/lib/hx509/data/ca.crt N src/crypto/heimdal/lib/hx509/data/key.der N src/crypto/heimdal/lib/hx509/data/sub-cert.p12 N src/crypto/heimdal/lib/hx509/data/kdc.crt N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-ocsp-no-cert.der N src/crypto/heimdal/lib/hx509/data/proxy10-child-test.key N src/crypto/heimdal/lib/hx509/data/sub-cert.crt N src/crypto/heimdal/lib/hx509/data/no-proxy-test.crt N src/crypto/heimdal/lib/hx509/data/test-enveloped-rc2-40 N src/crypto/heimdal/lib/hx509/data/ocsp-resp2.der N src/crypto/heimdal/lib/hx509/data/proxy-level-test.key N src/crypto/heimdal/lib/hx509/data/nist-data2 N src/crypto/heimdal/lib/hx509/data/proxy10-child-child-test.key N src/crypto/heimdal/lib/hx509/data/proxy-test.crt N src/crypto/heimdal/lib/hx509/data/proxy10-test.key N src/crypto/heimdal/lib/hx509/data/test-enveloped-aes-256 N src/crypto/heimdal/lib/hx509/data/test-enveloped-aes-128 N src/crypto/heimdal/lib/hx509/data/ca.key N src/crypto/heimdal/lib/hx509/data/revoke.key N src/crypto/heimdal/lib/hx509/data/gen-req.sh N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-3.der N src/crypto/heimdal/lib/hx509/data/sf-class2-root.pem N src/crypto/heimdal/lib/hx509/data/pkinit.key N src/crypto/heimdal/lib/hx509/data/key2.der N src/crypto/heimdal/lib/hx509/data/test-enveloped-rc2-64 N src/crypto/heimdal/lib/hx509/data/test-pw.key N src/crypto/heimdal/lib/hx509/data/pkinit-proxy.key N src/crypto/heimdal/lib/hx509/data/ocsp-responder.key N src/crypto/heimdal/lib/hx509/data/test-signed-data-noattr N src/crypto/heimdal/lib/hx509/data/nist-data N src/crypto/heimdal/lib/hx509/data/sub-ca.key N src/crypto/heimdal/lib/hx509/data/test.p12 N src/crypto/heimdal/lib/hx509/data/test.crt N src/crypto/heimdal/lib/hx509/data/yutaka-pad-broken-ca.pem N src/crypto/heimdal/lib/hx509/data/test-ds-only.crt N src/crypto/heimdal/lib/hx509/data/crl1.der N src/crypto/heimdal/lib/hx509/data/test-signed-data N src/crypto/heimdal/lib/hx509/data/test-ke-only.key N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-ocsp.der N src/crypto/heimdal/lib/hx509/data/ocsp-resp1.der N src/crypto/heimdal/lib/hx509/data/test.combined.crt N src/crypto/heimdal/lib/hx509/data/openssl.cnf N src/crypto/heimdal/lib/hx509/data/pkinit-proxy-chain.crt N src/crypto/heimdal/lib/hx509/data/pkinit.crt N src/crypto/heimdal/lib/hx509/data/ocsp-req1.der N src/crypto/heimdal/lib/hx509/data/sub-ca.crt N src/crypto/heimdal/lib/hx509/data/test.key N src/crypto/heimdal/lib/hx509/data/pkinit-proxy.crt N src/crypto/heimdal/lib/hx509/data/ocsp-responder.crt N src/crypto/heimdal/lib/hx509/data/ocsp-resp1-2.der N src/crypto/heimdal/lib/hx509/data/yutaka-pad-broken-cert.pem N src/crypto/heimdal/lib/hx509/data/test-enveloped-des-ede3 N src/crypto/heimdal/lib/hx509/data/test-ds-only.key N src/crypto/heimdal/lib/hx509/data/yutaka-pad-ok-ca.pem N src/crypto/heimdal/lib/hx509/data/test-nopw.p12 N src/crypto/heimdal/lib/hx509/data/bleichenbacher-bad.pem N src/crypto/heimdal/lib/hx509/data/yutaka-pad.key N src/crypto/heimdal/lib/hx509/data/test-ke-only.crt N src/crypto/heimdal/lib/hx509/data/bleichenbacher-good.pem U src/crypto/heimdal/lib/kadm5/ent_setup.c U src/crypto/heimdal/lib/kadm5/chpass_c.c U src/crypto/heimdal/lib/kadm5/kadm5_locl.h U src/crypto/heimdal/lib/kadm5/flush_s.c U src/crypto/heimdal/lib/kadm5/client_glue.c U src/crypto/heimdal/lib/kadm5/bump_pw_expire.c U src/crypto/heimdal/lib/kadm5/ipropd_master.c U src/crypto/heimdal/lib/kadm5/free.c U src/crypto/heimdal/lib/kadm5/marshall.c U src/crypto/heimdal/lib/kadm5/destroy_c.c U src/crypto/heimdal/lib/kadm5/delete_s.c U src/crypto/heimdal/lib/kadm5/server_glue.c U src/crypto/heimdal/lib/kadm5/admin.h N src/crypto/heimdal/lib/kadm5/ipropd_common.c U src/crypto/heimdal/lib/kadm5/randkey_c.c U src/crypto/heimdal/lib/kadm5/kadm5-private.h U src/crypto/heimdal/lib/kadm5/get_princs_s.c N src/crypto/heimdal/lib/kadm5/default_keys.c U src/crypto/heimdal/lib/kadm5/password_quality.c U src/crypto/heimdal/lib/kadm5/modify_c.c U src/crypto/heimdal/lib/kadm5/context_s.c U src/crypto/heimdal/lib/kadm5/get_s.c N src/crypto/heimdal/lib/kadm5/iprop-log.c U src/crypto/heimdal/lib/kadm5/sample_passwd_check.c U src/crypto/heimdal/lib/kadm5/init_s.c U src/crypto/heimdal/lib/kadm5/rename_c.c U src/crypto/heimdal/lib/kadm5/keys.c U src/crypto/heimdal/lib/kadm5/ipropd_slave.c U src/crypto/heimdal/lib/kadm5/create_s.c N src/crypto/heimdal/lib/kadm5/iprop.8 U src/crypto/heimdal/lib/kadm5/error.c U src/crypto/heimdal/lib/kadm5/privs_s.c U src/crypto/heimdal/lib/kadm5/iprop.h U src/crypto/heimdal/lib/kadm5/kadm5-protos.h U src/crypto/heimdal/lib/kadm5/get_princs_c.c U src/crypto/heimdal/lib/kadm5/modify_s.c U src/crypto/heimdal/lib/kadm5/set_keys.c U src/crypto/heimdal/lib/kadm5/send_recv.c N src/crypto/heimdal/lib/kadm5/kadm5_pwcheck.3 U src/crypto/heimdal/lib/kadm5/log.c U src/crypto/heimdal/lib/kadm5/randkey_s.c U src/crypto/heimdal/lib/kadm5/privs_c.c N src/crypto/heimdal/lib/kadm5/test_pw_quality.c N src/crypto/heimdal/lib/kadm5/ad.c N src/crypto/heimdal/lib/kadm5/iprop-commands.in U src/crypto/heimdal/lib/kadm5/flush.c U src/crypto/heimdal/lib/kadm5/get_c.c U src/crypto/heimdal/lib/kadm5/rename_s.c U src/crypto/heimdal/lib/kadm5/Makefile.am U src/crypto/heimdal/lib/kadm5/init_c.c N src/crypto/heimdal/lib/kadm5/kadm5-pwcheck.h U src/crypto/heimdal/lib/kadm5/create_c.c N src/crypto/heimdal/lib/kadm5/version-script.map U src/crypto/heimdal/lib/kadm5/flush_c.c U src/crypto/heimdal/lib/kadm5/kadm5_err.et U src/crypto/heimdal/lib/kadm5/set_modifier.c U src/crypto/heimdal/lib/kadm5/acl.c U src/crypto/heimdal/lib/kadm5/common_glue.c U src/crypto/heimdal/lib/kadm5/chpass_s.c U src/crypto/heimdal/lib/kadm5/private.h N src/crypto/heimdal/lib/kadm5/check-cracklib.pl U src/crypto/heimdal/lib/kadm5/Makefile.in N src/crypto/heimdal/lib/kadm5/iprop-log.8 U src/crypto/heimdal/lib/kadm5/delete_c.c U src/crypto/heimdal/lib/kadm5/destroy_s.c U src/crypto/heimdal/lib/kadm5/ChangeLog U src/crypto/heimdal/lib/kafs/ChangeLog U src/crypto/heimdal/lib/kafs/dlfcn.c U src/crypto/heimdal/lib/kafs/afssysdefs.h U src/crypto/heimdal/lib/kafs/afsl.exp U src/crypto/heimdal/lib/kafs/kafs.3 U src/crypto/heimdal/lib/kafs/common.c U src/crypto/heimdal/lib/kafs/afskrb.c U src/crypto/heimdal/lib/kafs/roken_rename.h U src/crypto/heimdal/lib/kafs/dlfcn.h U src/crypto/heimdal/lib/kafs/README.dlfcn U src/crypto/heimdal/lib/kafs/afssys.c U src/crypto/heimdal/lib/kafs/afslib.exp U src/crypto/heimdal/lib/kafs/Makefile.in U src/crypto/heimdal/lib/kafs/afskrb5.c U src/crypto/heimdal/lib/kafs/Makefile.am U src/crypto/heimdal/lib/kafs/kafs.h U src/crypto/heimdal/lib/kafs/afslib.c U src/crypto/heimdal/lib/kafs/kafs_locl.h U src/crypto/heimdal/lib/45/mk_req.c U src/crypto/heimdal/lib/45/Makefile.in U src/crypto/heimdal/lib/45/45_locl.h U src/crypto/heimdal/lib/45/Makefile.am U src/crypto/heimdal/lib/45/get_ad_tkt.c U src/crypto/heimdal/lib/vers/print_version.c U src/crypto/heimdal/lib/vers/make-print-version.c U src/crypto/heimdal/lib/vers/Makefile.in U src/crypto/heimdal/lib/vers/ChangeLog U src/crypto/heimdal/lib/vers/vers.h U src/crypto/heimdal/lib/vers/Makefile.am N src/crypto/heimdal/lib/ntlm/Makefile.in N src/crypto/heimdal/lib/ntlm/test_ntlm.c N src/crypto/heimdal/lib/ntlm/Makefile.am N src/crypto/heimdal/lib/ntlm/heimntlm-protos.h N src/crypto/heimdal/lib/ntlm/ntlm.c N src/crypto/heimdal/lib/ntlm/version-script.map N src/crypto/heimdal/lib/ntlm/ChangeLog N src/crypto/heimdal/lib/ntlm/heimntlm.h U src/crypto/heimdal/lib/asn1/lex.l N src/crypto/heimdal/lib/asn1/CMS.asn1 N src/crypto/heimdal/lib/asn1/test.gen U src/crypto/heimdal/lib/asn1/gen_copy.c U src/crypto/heimdal/lib/asn1/hash.h N src/crypto/heimdal/lib/asn1/pkcs12.asn1 N src/crypto/heimdal/lib/asn1/der-protos.h U src/crypto/heimdal/lib/asn1/der_length.c N src/crypto/heimdal/lib/asn1/pkcs9.asn1 U src/crypto/heimdal/lib/asn1/gen_length.c U src/crypto/heimdal/lib/asn1/symbol.h U src/crypto/heimdal/lib/asn1/check-gen.c U src/crypto/heimdal/lib/asn1/check-common.h N src/crypto/heimdal/lib/asn1/gen_seq.c U src/crypto/heimdal/lib/asn1/gen.c N src/crypto/heimdal/lib/asn1/heim_asn1.h N src/crypto/heimdal/lib/asn1/test.asn1 U src/crypto/heimdal/lib/asn1/der.h N src/crypto/heimdal/lib/asn1/kx509.asn1 U src/crypto/heimdal/lib/asn1/gen_locl.h U src/crypto/heimdal/lib/asn1/gen_free.c N src/crypto/heimdal/lib/asn1/asn1_gen.c U src/crypto/heimdal/lib/asn1/timegm.c N src/crypto/heimdal/lib/asn1/extra.c U src/crypto/heimdal/lib/asn1/gen_encode.c N src/crypto/heimdal/lib/asn1/digest.asn1 N src/crypto/heimdal/lib/asn1/ChangeLog N src/crypto/heimdal/lib/asn1/asn1_queue.h N src/crypto/heimdal/lib/asn1/der_cmp.c N src/crypto/heimdal/lib/asn1/setchgpw2.asn1 U src/crypto/heimdal/lib/asn1/gen_decode.c U src/crypto/heimdal/lib/asn1/lex.h U src/crypto/heimdal/lib/asn1/der_put.c N src/crypto/heimdal/lib/asn1/pkcs8.asn1 N src/crypto/heimdal/lib/asn1/parse.h U src/crypto/heimdal/lib/asn1/k5.asn1 N src/crypto/heimdal/lib/asn1/der_format.c U src/crypto/heimdal/lib/asn1/check-der.c U src/crypto/heimdal/lib/asn1/Makefile.in U src/crypto/heimdal/lib/asn1/rfc2459.asn1 U src/crypto/heimdal/lib/asn1/asn1_err.et N src/crypto/heimdal/lib/asn1/der.c U src/crypto/heimdal/lib/asn1/der_copy.c U src/crypto/heimdal/lib/asn1/check-common.c U src/crypto/heimdal/lib/asn1/asn1_print.c U src/crypto/heimdal/lib/asn1/der_get.c U src/crypto/heimdal/lib/asn1/hash.c U src/crypto/heimdal/lib/asn1/symbol.c U src/crypto/heimdal/lib/asn1/parse.y U src/crypto/heimdal/lib/asn1/pkinit.asn1 U src/crypto/heimdal/lib/asn1/asn1-common.h N src/crypto/heimdal/lib/asn1/check-timegm.c U src/crypto/heimdal/lib/asn1/gen_glue.c U src/crypto/heimdal/lib/asn1/der_locl.h U src/crypto/heimdal/lib/asn1/main.c U src/crypto/heimdal/lib/asn1/der_free.c N src/crypto/heimdal/lib/asn1/lex.c N src/crypto/heimdal/lib/asn1/parse.c U src/crypto/heimdal/lib/asn1/Makefile.am N src/crypto/heimdal/lib/asn1/canthandle.asn1 N src/crypto/heimdal/lib/sl/slc-gram.y U src/crypto/heimdal/lib/sl/Makefile.in N src/crypto/heimdal/lib/sl/parse.h U src/crypto/heimdal/lib/sl/make_cmds.c N src/crypto/heimdal/lib/sl/lex.c N src/crypto/heimdal/lib/sl/test_sl.c U src/crypto/heimdal/lib/sl/ss.c U src/crypto/heimdal/lib/sl/sl.c N src/crypto/heimdal/lib/sl/slc-lex.c U src/crypto/heimdal/lib/sl/Makefile.am N src/crypto/heimdal/lib/sl/slc.h U src/crypto/heimdal/lib/sl/ChangeLog N src/crypto/heimdal/lib/sl/slc-gram.c U src/crypto/heimdal/lib/sl/sl_locl.h U src/crypto/heimdal/lib/sl/ss.h U src/crypto/heimdal/lib/sl/sl.h N src/crypto/heimdal/lib/sl/parse.c U src/crypto/heimdal/lib/sl/make_cmds.h N src/crypto/heimdal/lib/sl/slc-gram.h U src/crypto/heimdal/lib/sl/lex.l U src/crypto/heimdal/lib/sl/parse.y U src/crypto/heimdal/lib/sl/roken_rename.h N src/crypto/heimdal/lib/sl/slc-lex.l U src/crypto/heimdal/lib/hdb/hdb_err.et U src/crypto/heimdal/lib/hdb/db.c U src/crypto/heimdal/lib/hdb/hdb-ldap.c U src/crypto/heimdal/lib/hdb/hdb.h U src/crypto/heimdal/lib/hdb/keytab.c U src/crypto/heimdal/lib/hdb/mkey.c N src/crypto/heimdal/lib/hdb/keys.c N src/crypto/heimdal/lib/hdb/dbinfo.c U src/crypto/heimdal/lib/hdb/hdb-protos.h N src/crypto/heimdal/lib/hdb/test_dbinfo.c U src/crypto/heimdal/lib/hdb/hdb.asn1 U src/crypto/heimdal/lib/hdb/Makefile.am U src/crypto/heimdal/lib/hdb/hdb.c U src/crypto/heimdal/lib/hdb/print.c U src/crypto/heimdal/lib/hdb/Makefile.in U src/crypto/heimdal/lib/hdb/common.c C src/crypto/heimdal/lib/hdb/hdb_locl.h U src/crypto/heimdal/lib/hdb/ndbm.c N src/crypto/heimdal/lib/hdb/hdb.schema U src/crypto/heimdal/lib/hdb/hdb-private.h N src/crypto/heimdal/lib/hdb/ext.c U src/crypto/heimdal/lib/hdb/db3.c N src/crypto/heimdal/lib/com_err/lex.c U src/crypto/heimdal/lib/com_err/parse.y U src/crypto/heimdal/lib/com_err/error.c N src/crypto/heimdal/lib/com_err/parse.c U src/crypto/heimdal/lib/com_err/com_err.c U src/crypto/heimdal/lib/com_err/compile_et.c U src/crypto/heimdal/lib/com_err/ChangeLog U src/crypto/heimdal/lib/com_err/Makefile.am N src/crypto/heimdal/lib/com_err/version-script.map U src/crypto/heimdal/lib/com_err/lex.h U src/crypto/heimdal/lib/com_err/roken_rename.h U src/crypto/heimdal/lib/com_err/compile_et.h U src/crypto/heimdal/lib/com_err/Makefile.in U src/crypto/heimdal/lib/com_err/lex.l U src/crypto/heimdal/lib/com_err/com_right.h N src/crypto/heimdal/lib/com_err/parse.h U src/crypto/heimdal/lib/com_err/com_err.h U src/crypto/heimdal/lib/krb5/verify_user.c U src/crypto/heimdal/lib/krb5/aes-test.c N src/crypto/heimdal/lib/krb5/krb5_keyblock.3 U src/crypto/heimdal/lib/krb5/build_ap_req.c U src/crypto/heimdal/lib/krb5/krb5_get_krbhst.3 U src/crypto/heimdal/lib/krb5/krb5_verify_user.3 U src/crypto/heimdal/lib/krb5/data.c N src/crypto/heimdal/lib/krb5/test_acl.c N src/crypto/heimdal/lib/krb5/test_addr.c N src/crypto/heimdal/lib/krb5/krb5_find_padata.3 U src/crypto/heimdal/lib/krb5/mk_req_ext.c N src/crypto/heimdal/lib/krb5/krb5_get_init_creds.3 U src/crypto/heimdal/lib/krb5/krb5_openlog.3 U src/crypto/heimdal/lib/krb5/get_in_tkt_with_keytab.c N src/crypto/heimdal/lib/krb5/test_pac.c U src/crypto/heimdal/lib/krb5/log.c N src/crypto/heimdal/lib/krb5/krb5_rd_safe.3 U src/crypto/heimdal/lib/krb5/krb5_425_conv_principal.3 N src/crypto/heimdal/lib/krb5/krb5_digest.3 U src/crypto/heimdal/lib/krb5/aname_to_localname.c C src/crypto/heimdal/lib/krb5/krb5_locl.h N src/crypto/heimdal/lib/krb5/plugin.c U src/crypto/heimdal/lib/krb5/keytab_file.c U src/crypto/heimdal/lib/krb5/fcache.c N src/crypto/heimdal/lib/krb5/digest.c U src/crypto/heimdal/lib/krb5/constants.c U src/crypto/heimdal/lib/krb5/string-to-key-test.c U src/crypto/heimdal/lib/krb5/krb5_unparse_name.3 U src/crypto/heimdal/lib/krb5/heim_err.et U src/crypto/heimdal/lib/krb5/addr_families.c N src/crypto/heimdal/lib/krb5/kcm.h N src/crypto/heimdal/lib/krb5/test_plugin.c U src/crypto/heimdal/lib/krb5/free.c U src/crypto/heimdal/lib/krb5/krb5_data.3 U src/crypto/heimdal/lib/krb5/verify_init.c U src/crypto/heimdal/lib/krb5/store-test.c U src/crypto/heimdal/lib/krb5/get_in_tkt_pw.c U src/crypto/heimdal/lib/krb5/krb5.h N src/crypto/heimdal/lib/krb5/krb5_get_forwarded_creds.3 U src/crypto/heimdal/lib/krb5/error_string.c U src/crypto/heimdal/lib/krb5/krbhst-test.c U src/crypto/heimdal/lib/krb5/store.c U src/crypto/heimdal/lib/krb5/recvauth.c U src/crypto/heimdal/lib/krb5/rd_cred.c U src/crypto/heimdal/lib/krb5/misc.c U src/crypto/heimdal/lib/krb5/copy_host_realm.c U src/crypto/heimdal/lib/krb5/get_in_tkt.c U src/crypto/heimdal/lib/krb5/rd_safe.c U src/crypto/heimdal/lib/krb5/convert_creds.c U src/crypto/heimdal/lib/krb5/free_host_realm.c U src/crypto/heimdal/lib/krb5/derived-key-test.c N src/crypto/heimdal/lib/krb5/test_store.c U src/crypto/heimdal/lib/krb5/keytab_any.c U src/crypto/heimdal/lib/krb5/mcache.c U src/crypto/heimdal/lib/krb5/rd_rep.c U src/crypto/heimdal/lib/krb5/krb5_warn.3 U src/crypto/heimdal/lib/krb5/store-int.h U src/crypto/heimdal/lib/krb5/init_creds_pw.c U src/crypto/heimdal/lib/krb5/padata.c U src/crypto/heimdal/lib/krb5/acl.c N src/crypto/heimdal/lib/krb5/test_keytab.c U src/crypto/heimdal/lib/krb5/krb5_encrypt.3 U src/crypto/heimdal/lib/krb5/krb5_keytab.3 U src/crypto/heimdal/lib/krb5/time.c N src/crypto/heimdal/lib/krb5/test_pkinit_dh2key.c U src/crypto/heimdal/lib/krb5/get_host_realm.c N src/crypto/heimdal/lib/krb5/krb5_creds.3 U src/crypto/heimdal/lib/krb5/krb5_context.3 N src/crypto/heimdal/lib/krb5/krb5_check_transited.3 N src/crypto/heimdal/lib/krb5/pkinit.c U src/crypto/heimdal/lib/krb5/keyblock.c U src/crypto/heimdal/lib/krb5/krb5_set_password.3 N src/crypto/heimdal/lib/krb5/pac.c N src/crypto/heimdal/lib/krb5/test_time.c U src/crypto/heimdal/lib/krb5/kuserok.c U src/crypto/heimdal/lib/krb5/mk_error.c N src/crypto/heimdal/lib/krb5/v4_glue.c U src/crypto/heimdal/lib/krb5/keytab_memory.c U src/crypto/heimdal/lib/krb5/verify_krb5_conf.8 N src/crypto/heimdal/lib/krb5/test_kuserok.c U src/crypto/heimdal/lib/krb5/codec.c U src/crypto/heimdal/lib/krb5/eai_to_heim_errno.c U src/crypto/heimdal/lib/krb5/warn.c U src/crypto/heimdal/lib/krb5/appdefault.c U src/crypto/heimdal/lib/krb5/prompter_posix.c U src/crypto/heimdal/lib/krb5/net_read.c U src/crypto/heimdal/lib/krb5/build_auth.c U src/crypto/heimdal/lib/krb5/init_creds.c U src/crypto/heimdal/lib/krb5/prog_setup.c N src/crypto/heimdal/lib/krb5/krb5_eai_to_heim_errno.3 U src/crypto/heimdal/lib/krb5/get_default_realm.c U src/crypto/heimdal/lib/krb5/keytab_krb4.c N src/crypto/heimdal/lib/krb5/krb524_convert_creds_kdc.3 U src/crypto/heimdal/lib/krb5/parse-name-test.c U src/crypto/heimdal/lib/krb5/krb5-v4compat.h N src/crypto/heimdal/lib/krb5/locate_plugin.h N src/crypto/heimdal/lib/krb5/doxygen.c U src/crypto/heimdal/lib/krb5/n-fold.c U src/crypto/heimdal/lib/krb5/expand_hostname.c U src/crypto/heimdal/lib/krb5/get_in_tkt_with_skey.c U src/crypto/heimdal/lib/krb5/changepw.c U src/crypto/heimdal/lib/krb5/mk_priv.c U src/crypto/heimdal/lib/krb5/krb5_kuserok.3 U src/crypto/heimdal/lib/krb5/crc.c N src/crypto/heimdal/lib/krb5/krb5_is_thread_safe.3 U src/crypto/heimdal/lib/krb5/store_emem.c U src/crypto/heimdal/lib/krb5/krb5-protos.h U src/crypto/heimdal/lib/krb5/keytab_keyfile.c U src/crypto/heimdal/lib/krb5/keytab.c U src/crypto/heimdal/lib/krb5/context.c U src/crypto/heimdal/lib/krb5/n-fold-test.c N src/crypto/heimdal/lib/krb5/krb5_get_creds.3 U src/crypto/heimdal/lib/krb5/rd_req.c N src/crypto/heimdal/lib/krb5/test_hostname.c N src/crypto/heimdal/lib/krb5/krb5_get_credentials.3 U src/crypto/heimdal/lib/krb5/principal.c U src/crypto/heimdal/lib/krb5/get_port.c U src/crypto/heimdal/lib/krb5/auth_context.c N src/crypto/heimdal/lib/krb5/test_princ.c U src/crypto/heimdal/lib/krb5/krb5_ccache.3 U src/crypto/heimdal/lib/krb5/generate_seq_number.c U src/crypto/heimdal/lib/krb5/test_alname.c U src/crypto/heimdal/lib/krb5/store_fd.c U src/crypto/heimdal/lib/krb5/config_file.c N src/crypto/heimdal/lib/krb5/krb5_string_to_key.3 N src/crypto/heimdal/lib/krb5/krb5_get_in_cred.3 U src/crypto/heimdal/lib/krb5/mk_req.c U src/crypto/heimdal/lib/krb5/generate_subkey.c U src/crypto/heimdal/lib/krb5/krb5_init_context.3 U src/crypto/heimdal/lib/krb5/ticket.c N src/crypto/heimdal/lib/krb5/acache.c U src/crypto/heimdal/lib/krb5/test_get_addrs.c N src/crypto/heimdal/lib/krb5/krb5_mk_safe.3 U src/crypto/heimdal/lib/krb5/krb5_address.3 N src/crypto/heimdal/lib/krb5/krb5_c_make_checksum.3 N src/crypto/heimdal/lib/krb5/kcm.c N src/crypto/heimdal/lib/krb5/krb5_generate_random_block.3 U src/crypto/heimdal/lib/krb5/Makefile.in U src/crypto/heimdal/lib/krb5/krb5.3 U src/crypto/heimdal/lib/krb5/sock_principal.c N src/crypto/heimdal/lib/krb5/krb5_storage.3 U src/crypto/heimdal/lib/krb5/krb5_auth_context.3 U src/crypto/heimdal/lib/krb5/rd_error.c N src/crypto/heimdal/lib/krb5/krb5_ticket.3 N src/crypto/heimdal/lib/krb5/krb5_verify_init_creds.3 U src/crypto/heimdal/lib/krb5/cache.c N src/crypto/heimdal/lib/krb5/krb5_mk_req.3 U src/crypto/heimdal/lib/krb5/creds.c U src/crypto/heimdal/lib/krb5/mk_rep.c U src/crypto/heimdal/lib/krb5/test_cc.c N src/crypto/heimdal/lib/krb5/mit_glue.c U src/crypto/heimdal/lib/krb5/mk_safe.c U src/crypto/heimdal/lib/krb5/get_addrs.c U src/crypto/heimdal/lib/krb5/kerberos.8 U src/crypto/heimdal/lib/krb5/store_mem.c U src/crypto/heimdal/lib/krb5/krb5_get_all_client_addrs.3 U src/crypto/heimdal/lib/krb5/krb5_krbhst_init.3 N src/crypto/heimdal/lib/krb5/test_prf.c U src/crypto/heimdal/lib/krb5/sendauth.c N src/crypto/heimdal/lib/krb5/heim_threads.h N src/crypto/heimdal/lib/krb5/version-script.map N src/crypto/heimdal/lib/krb5/krb5_acl_match_file.3 U src/crypto/heimdal/lib/krb5/k524_err.et U src/crypto/heimdal/lib/krb5/krb5-private.h N src/crypto/heimdal/lib/krb5/test_renew.c U src/crypto/heimdal/lib/krb5/transited.c U src/crypto/heimdal/lib/krb5/krb5_crypto_init.3 U src/crypto/heimdal/lib/krb5/krb5_create_checksum.3 N src/crypto/heimdal/lib/krb5/test_forward.c N src/crypto/heimdal/lib/krb5/test_config.c N src/crypto/heimdal/lib/krb5/test_mem.c N src/crypto/heimdal/lib/krb5/krb5_ccapi.h U src/crypto/heimdal/lib/krb5/Makefile.am N src/crypto/heimdal/lib/krb5/test_crypto.c U src/crypto/heimdal/lib/krb5/add_et_list.c U src/crypto/heimdal/lib/krb5/config_file_netinfo.c U src/crypto/heimdal/lib/krb5/krb5_config.3 U src/crypto/heimdal/lib/krb5/write_message.c U src/crypto/heimdal/lib/krb5/net_write.c U src/crypto/heimdal/lib/krb5/krb5_set_default_realm.3 U src/crypto/heimdal/lib/krb5/krb5_timeofday.3 N src/crypto/heimdal/lib/krb5/krb5_principal.3 U src/crypto/heimdal/lib/krb5/get_for_creds.c U src/crypto/heimdal/lib/krb5/krb5_err.et N src/crypto/heimdal/lib/krb5/krb5_expand_hostname.3 U src/crypto/heimdal/lib/krb5/asn1_glue.c N src/crypto/heimdal/lib/krb5/krb5_compare_creds.3 U src/crypto/heimdal/lib/krb5/replay.c U src/crypto/heimdal/lib/krb5/krb5_parse_name.3 U src/crypto/heimdal/lib/krb5/send_to_kdc.c U src/crypto/heimdal/lib/krb5/version.c N src/crypto/heimdal/lib/krb5/krb5_getportbyname.3 U src/crypto/heimdal/lib/krb5/name-45-test.c U src/crypto/heimdal/lib/krb5/set_default_realm.c U src/crypto/heimdal/lib/krb5/read_message.c N src/crypto/heimdal/lib/krb5/krb_err.et U src/crypto/heimdal/lib/krb5/krbhst.c U src/crypto/heimdal/lib/krb5/verify_krb5_conf.c U src/crypto/heimdal/lib/krb5/krb5.conf.5 N src/crypto/heimdal/lib/krb5/krb5_rcache.3 N src/crypto/heimdal/lib/krb5/krb5_rd_error.3 N src/crypto/heimdal/lib/krb5/test_crypto_wrapping.c N src/crypto/heimdal/lib/krb5/krb5.moduli U src/crypto/heimdal/lib/krb5/rd_priv.c U src/crypto/heimdal/lib/krb5/krb5_appdefault.3 C src/crypto/heimdal/lib/krb5/crypto.c U src/crypto/heimdal/lib/krb5/get_default_principal.c U src/crypto/heimdal/lib/krb5/krb5_aname_to_localname.3 U src/crypto/heimdal/lib/krb5/get_cred.c U src/crypto/heimdal/lib/auth/Makefile.in U src/crypto/heimdal/lib/auth/ChangeLog U src/crypto/heimdal/lib/auth/Makefile.am U src/crypto/heimdal/lib/auth/sia/krb5_matrix.conf U src/crypto/heimdal/lib/auth/sia/sia_locl.h U src/crypto/heimdal/lib/auth/sia/krb5+c2_matrix.conf U src/crypto/heimdal/lib/auth/sia/posix_getpw.c U src/crypto/heimdal/lib/auth/sia/make-rpath U src/crypto/heimdal/lib/auth/sia/security.patch U src/crypto/heimdal/lib/auth/sia/Makefile.in U src/crypto/heimdal/lib/auth/sia/krb4+c2_matrix.conf U src/crypto/heimdal/lib/auth/sia/krb4_matrix.conf U src/crypto/heimdal/lib/auth/sia/Makefile.am U src/crypto/heimdal/lib/auth/sia/sia.c U src/crypto/heimdal/lib/auth/pam/Makefile.in U src/crypto/heimdal/lib/auth/pam/Makefile.am U src/crypto/heimdal/lib/auth/pam/pam.c U src/crypto/heimdal/lib/auth/pam/pam.conf.add U src/crypto/heimdal/lib/auth/afskauthlib/verify.c U src/crypto/heimdal/lib/auth/afskauthlib/Makefile.am U src/crypto/heimdal/lib/auth/afskauthlib/Makefile.in U src/crypto/heimdal/kpasswd/kpasswd.1 U src/crypto/heimdal/kpasswd/kpasswd_locl.h U src/crypto/heimdal/kpasswd/kpasswdd.8 U src/crypto/heimdal/kpasswd/Makefile.in U src/crypto/heimdal/kpasswd/kpasswd-generator.c U src/crypto/heimdal/kpasswd/Makefile.am U src/crypto/heimdal/kpasswd/kpasswdd.c U src/crypto/heimdal/kpasswd/kpasswd.c N src/crypto/heimdal/kuser/kdigest-commands.in U src/crypto/heimdal/kuser/kuser_locl.h U src/crypto/heimdal/kuser/generate-requests.c U src/crypto/heimdal/kuser/klist.1 U src/crypto/heimdal/kuser/kgetcred.1 U src/crypto/heimdal/kuser/kinit.c U src/crypto/heimdal/kuser/kdestroy.1 N src/crypto/heimdal/kuser/copy_cred_cache.c N src/crypto/heimdal/kuser/kimpersonate.c U src/crypto/heimdal/kuser/kverify.c U src/crypto/heimdal/kuser/Makefile.in U src/crypto/heimdal/kuser/kdestroy.c U src/crypto/heimdal/kuser/kinit.1 U src/crypto/heimdal/kuser/kgetcred.c U src/crypto/heimdal/kuser/klist.c N src/crypto/heimdal/kuser/kimpersonate.1 N src/crypto/heimdal/kuser/copy_cred_cache.1 N src/crypto/heimdal/kuser/kdigest.c U src/crypto/heimdal/kuser/Makefile.am U src/crypto/heimdal/kuser/kdecode_ticket.c 10 conflicts created by this import. Use the following command to help the merge: cvs checkout -jKTH:yesterday -jKTH src/crypto/heimdal From dfr at FreeBSD.org Wed May 7 13:53:15 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Wed May 7 13:53:17 2008 Subject: cvs commit: src Makefile.inc1 src/crypto/heimdal FREEBSD-Xlist acinclude.m4 ltconfig mkinstalldirs src/crypto/heimdal/admin ktutil_locl.h src/crypto/heimdal/appl/ftp/ftp ftp_locl.h src/crypto/heimdal/appl/su Makefile.am su.c src/crypto/heimdal/cf ... Message-ID: <200805071353.m47DrFir025984@repoman.freebsd.org> dfr 2008-05-07 13:53:12 UTC FreeBSD src repository Modified files: . Makefile.inc1 crypto/heimdal FREEBSD-Xlist crypto/heimdal/admin ktutil_locl.h crypto/heimdal/appl/ftp/ftp ftp_locl.h crypto/heimdal/appl/su Makefile.am su.c crypto/heimdal/kadmin kadmin_locl.h crypto/heimdal/kdc headers.h crypto/heimdal/lib/gssapi/spnego accept_sec_context.c spnego_locl.h crypto/heimdal/lib/hdb hdb_locl.h crypto/heimdal/lib/krb5 crypto.c krb5_locl.h etc/gss mech gnu/usr.bin/cvs/cvs Makefile include/gssapi gssapi.h kerberos5 Makefile.inc kerberos5/include config.h crypto-headers.h kerberos5/lib Makefile Makefile.inc kerberos5/lib/libasn1 Makefile kerberos5/lib/libhdb Makefile kerberos5/lib/libkadm5clnt Makefile kerberos5/lib/libkadm5srv Makefile kerberos5/lib/libkafs5 Makefile kerberos5/lib/libkrb5 Makefile kerberos5/lib/libroken Makefile kerberos5/libexec Makefile kerberos5/libexec/hprop Makefile kerberos5/libexec/hpropd Makefile kerberos5/libexec/ipropd-master Makefile kerberos5/libexec/ipropd-slave Makefile kerberos5/libexec/kadmind Makefile kerberos5/libexec/kdc Makefile kerberos5/libexec/kpasswdd Makefile kerberos5/tools Makefile kerberos5/tools/asn1_compile Makefile kerberos5/usr.bin/kadmin Makefile kerberos5/usr.bin/kdestroy Makefile kerberos5/usr.bin/kinit Makefile kerberos5/usr.bin/klist Makefile kerberos5/usr.bin/kpasswd Makefile kerberos5/usr.bin/ksu Makefile kerberos5/usr.bin/verify_krb5_conf Makefile kerberos5/usr.sbin/kstash Makefile kerberos5/usr.sbin/ktutil Makefile lib/libgssapi Makefile context.h cred.h gss_accept_sec_context.c gss_acquire_cred.c gss_add_cred.c gss_canonicalize_name.c gss_compare_name.c gss_create_empty_oid_set.c gss_delete_sec_context.c gss_display_name.c gss_display_status.c gss_duplicate_name.c gss_export_name.c gss_export_sec_context.c gss_get_mic.c gss_import_name.c gss_import_sec_context.c gss_indicate_mechs.c gss_init_sec_context.c gss_inquire_context.c gss_inquire_cred.c gss_inquire_cred_by_mech.c gss_inquire_mechs_for_name.c gss_inquire_names_for_mech.c gss_mech_switch.c gss_names.c gss_release_buffer.c gss_release_cred.c gss_release_name.c gss_release_oid_set.c gss_test_oid_set_member.c gss_unseal.c gss_utils.c gss_verify.c gss_verify_mic.c gss_wrap.c gss_wrap_size_limit.c mech.5 mech_switch.h name.h utils.h lib/libpam/modules/pam_krb5 Makefile libexec/telnetd Makefile secure/lib/libssh Makefile secure/usr.sbin/sshd Makefile share/mk bsd.libnames.mk usr.bin/telnet Makefile Added files: crypto/heimdal acinclude.m4 kerberos5/lib/libgssapi_krb5 Makefile gss_krb5.c prefix.c kerberos5/lib/libgssapi_ntlm Makefile prefix.c kerberos5/lib/libgssapi_spnego Makefile prefix.c kerberos5/lib/libheimntlm Makefile kerberos5/lib/libhx509 Makefile kerberos5/libexec/kcm Makefile kerberos5/tools/slc Makefile lib/libgssapi Symbol.map gss_buffer_set.c gss_decapsulate_token.c gss_duplicate_oid.c gss_encapsulate_token.c gss_inquire_cred_by_oid.c gss_inquire_sec_context_by_oid.c gss_oid_to_str.c gss_pseudo_random.c gss_release_oid.c gss_set_cred_option.c gss_set_sec_context_option.c Removed files: crypto/heimdal ltconfig mkinstalldirs crypto/heimdal/cf broken-getnameinfo.m4 check-declaration.m4 crypto/heimdal/kadmin version4.c crypto/heimdal/kuser kauth_options.c kinit_options.c crypto/heimdal/lib/asn1 gen.h x509.asn1 crypto/heimdal/lib/gssapi 8003.c accept_sec_context.c acquire_cred.c add_cred.c add_oid_set_member.c address_to_krb5addr.c arcfour.c arcfour.h canonicalize_name.c compare_name.c compat.c context_time.c copy_ccache.c create_emtpy_oid_set.c decapsulate.c delete_sec_context.c display_name.c display_status.c duplicate_name.c encapsulate.c export_name.c export_sec_context.c external.c get_mic.c gssapi_locl.h import_name.c import_sec_context.c indicate_mechs.c init.c init_sec_context.c inquire_context.c inquire_cred.c inquire_cred_by_mech.c inquire_mechs_for_name.c inquire_names_for_mech.c process_context_token.c release_buffer.c release_cred.c release_name.c release_oid_set.c test_oid_set_member.c unwrap.c v1.c verify_mic.c wrap.c crypto/heimdal/lib/hdb convert_db.c crypto/heimdal/lib/kadm5 dump_log.c replay_log.c truncate_log.c crypto/heimdal/lib/krb5 dump_config.c krb5_build_principal.3 krb5_free_addresses.3 krb5_free_principal.3 krb5_principal_get_realm.3 krb5_sname_to_principal.3 crypto/heimdal/lib/roken acconfig.h acinclude.m4 print_version.c resource.h crypto/heimdal/tools build.sh kerberos5/lib/libgssapi Makefile Log: Fix conflicts after heimdal-1.1 import and add build infrastructure. Import all non-style changes made by heimdal to our own libgssapi. Revision Changes Path 1.604 +10 -4 src/Makefile.inc1 1.3 +3 -0 src/crypto/heimdal/FREEBSD-Xlist 1.3 +10 -0 src/crypto/heimdal/acinclude.m4 (new) 1.8 +4 -12 src/crypto/heimdal/admin/ktutil_locl.h 1.7 +1 -1 src/crypto/heimdal/appl/ftp/ftp/ftp_locl.h 1.4 +7 -4 src/crypto/heimdal/appl/su/Makefile.am 1.4 +127 -56 src/crypto/heimdal/appl/su/su.c 1.2 +0 -28 src/crypto/heimdal/cf/broken-getnameinfo.m4 (dead) 1.2 +0 -25 src/crypto/heimdal/cf/check-declaration.m4 (dead) 1.8 +28 -63 src/crypto/heimdal/kadmin/kadmin_locl.h 1.2 +0 -985 src/crypto/heimdal/kadmin/version4.c (dead) 1.8 +10 -9 src/crypto/heimdal/kdc/headers.h 1.2 +0 -40 src/crypto/heimdal/kuser/kauth_options.c (dead) 1.2 +0 -40 src/crypto/heimdal/kuser/kinit_options.c (dead) 1.2 +0 -38 src/crypto/heimdal/lib/asn1/gen.h (dead) 1.2 +0 -23 src/crypto/heimdal/lib/asn1/x509.asn1 (dead) 1.2 +0 -152 src/crypto/heimdal/lib/gssapi/8003.c (dead) 1.2 +0 -242 src/crypto/heimdal/lib/gssapi/accept_sec_context.c (dead) 1.2 +0 -87 src/crypto/heimdal/lib/gssapi/acquire_cred.c (dead) 1.2 +0 -216 src/crypto/heimdal/lib/gssapi/add_cred.c (dead) 1.2 +0 -54 src/crypto/heimdal/lib/gssapi/add_oid_set_member.c (dead) 1.2 +0 -75 src/crypto/heimdal/lib/gssapi/address_to_krb5addr.c (dead) 1.2 +0 -623 src/crypto/heimdal/lib/gssapi/arcfour.c (dead) 1.2 +0 -98 src/crypto/heimdal/lib/gssapi/arcfour.h (dead) 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/canonicalize_name.c (dead) 1.2 +0 -49 src/crypto/heimdal/lib/gssapi/compare_name.c (dead) 1.2 +0 -113 src/crypto/heimdal/lib/gssapi/compat.c (dead) 1.2 +0 -64 src/crypto/heimdal/lib/gssapi/context_time.c (dead) 1.2 +0 -56 src/crypto/heimdal/lib/gssapi/copy_ccache.c (dead) 1.2 +0 -50 src/crypto/heimdal/lib/gssapi/create_emtpy_oid_set.c (dead) 1.2 +0 -100 src/crypto/heimdal/lib/gssapi/decapsulate.c (dead) 1.2 +0 -64 src/crypto/heimdal/lib/gssapi/delete_sec_context.c (dead) 1.2 +0 -68 src/crypto/heimdal/lib/gssapi/display_name.c (dead) 1.2 +0 -135 src/crypto/heimdal/lib/gssapi/display_status.c (dead) 1.2 +0 -55 src/crypto/heimdal/lib/gssapi/duplicate_name.c (dead) 1.2 +0 -100 src/crypto/heimdal/lib/gssapi/encapsulate.c (dead) 1.2 +0 -48 src/crypto/heimdal/lib/gssapi/export_name.c (dead) 1.2 +0 -142 src/crypto/heimdal/lib/gssapi/export_sec_context.c (dead) 1.2 +0 -212 src/crypto/heimdal/lib/gssapi/external.c (dead) 1.2 +0 -115 src/crypto/heimdal/lib/gssapi/get_mic.c (dead) 1.3 +0 -180 src/crypto/heimdal/lib/gssapi/gssapi_locl.h (dead) 1.2 +0 -137 src/crypto/heimdal/lib/gssapi/import_name.c (dead) 1.2 +0 -180 src/crypto/heimdal/lib/gssapi/import_sec_context.c (dead) 1.2 +0 -55 src/crypto/heimdal/lib/gssapi/indicate_mechs.c (dead) 1.2 +0 -43 src/crypto/heimdal/lib/gssapi/init.c (dead) 1.2 +0 -360 src/crypto/heimdal/lib/gssapi/init_sec_context.c (dead) 1.2 +0 -84 src/crypto/heimdal/lib/gssapi/inquire_context.c (dead) 1.2 +0 -78 src/crypto/heimdal/lib/gssapi/inquire_cred.c (dead) 1.2 +0 -80 src/crypto/heimdal/lib/gssapi/inquire_cred_by_mech.c (dead) 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/inquire_mechs_for_name.c (dead) 1.2 +0 -80 src/crypto/heimdal/lib/gssapi/inquire_names_for_mech.c (dead) 1.2 +0 -65 src/crypto/heimdal/lib/gssapi/process_context_token.c (dead) 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/release_buffer.c (dead) 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/release_cred.c (dead) 1.2 +0 -47 src/crypto/heimdal/lib/gssapi/release_name.c (dead) 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/release_oid_set.c (dead) 1.2 +22 -16 src/crypto/heimdal/lib/gssapi/spnego/accept_sec_context.c 1.2 +1 -1 src/crypto/heimdal/lib/gssapi/spnego/spnego_locl.h 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/test_oid_set_member.c (dead) 1.2 +0 -190 src/crypto/heimdal/lib/gssapi/unwrap.c (dead) 1.2 +0 -104 src/crypto/heimdal/lib/gssapi/v1.c (dead) 1.2 +0 -124 src/crypto/heimdal/lib/gssapi/verify_mic.c (dead) 1.2 +0 -169 src/crypto/heimdal/lib/gssapi/wrap.c (dead) 1.2 +0 -219 src/crypto/heimdal/lib/hdb/convert_db.c (dead) 1.9 +4 -1 src/crypto/heimdal/lib/hdb/hdb_locl.h 1.2 +0 -262 src/crypto/heimdal/lib/kadm5/dump_log.c (dead) 1.2 +0 -118 src/crypto/heimdal/lib/kadm5/replay_log.c (dead) 1.2 +0 -88 src/crypto/heimdal/lib/kadm5/truncate_log.c (dead) 1.11 +994 -576 src/crypto/heimdal/lib/krb5/crypto.c 1.2 +0 -71 src/crypto/heimdal/lib/krb5/dump_config.c (dead) 1.2 +0 -78 src/crypto/heimdal/lib/krb5/krb5_build_principal.3 (dead) 1.2 +0 -20 src/crypto/heimdal/lib/krb5/krb5_free_addresses.3 (dead) 1.2 +0 -30 src/crypto/heimdal/lib/krb5/krb5_free_principal.3 (dead) 1.10 +132 -2 src/crypto/heimdal/lib/krb5/krb5_locl.h 1.2 +0 -48 src/crypto/heimdal/lib/krb5/krb5_principal_get_realm.3 (dead) 1.2 +0 -58 src/crypto/heimdal/lib/krb5/krb5_sname_to_principal.3 (dead) 1.2 +0 -36 src/crypto/heimdal/lib/roken/acconfig.h (dead) 1.2 +0 -9 src/crypto/heimdal/lib/roken/acinclude.m4 (dead) 1.2 +0 -78 src/crypto/heimdal/lib/roken/print_version.c (dead) 1.2 +0 -15 src/crypto/heimdal/lib/roken/resource.h (dead) 1.2 +0 -2101 src/crypto/heimdal/ltconfig (dead) 1.2 +0 -40 src/crypto/heimdal/mkinstalldirs (dead) 1.2 +0 -212 src/crypto/heimdal/tools/build.sh (dead) 1.3 +3 -1 src/etc/gss/mech 1.53 +2 -2 src/gnu/usr.bin/cvs/cvs/Makefile 1.2 +94 -13 src/include/gssapi/gssapi.h 1.28 +4 -1 src/kerberos5/Makefile.inc 1.16 +224 -151 src/kerberos5/include/config.h 1.3 +8 -0 src/kerberos5/include/crypto-headers.h 1.11 +4 -2 src/kerberos5/lib/Makefile 1.9 +1 -1 src/kerberos5/lib/Makefile.inc 1.24 +402 -9 src/kerberos5/lib/libasn1/Makefile 1.13 +0 -58 src/kerberos5/lib/libgssapi/Makefile (dead) 1.1 +79 -0 src/kerberos5/lib/libgssapi_krb5/Makefile (new) 1.1 +831 -0 src/kerberos5/lib/libgssapi_krb5/gss_krb5.c (new) 1.1 +33 -0 src/kerberos5/lib/libgssapi_krb5/prefix.c (new) 1.1 +44 -0 src/kerberos5/lib/libgssapi_ntlm/Makefile (new) 1.1 +33 -0 src/kerberos5/lib/libgssapi_ntlm/prefix.c (new) 1.1 +48 -0 src/kerberos5/lib/libgssapi_spnego/Makefile (new) 1.1 +45 -0 src/kerberos5/lib/libgssapi_spnego/prefix.c (new) 1.19 +18 -5 src/kerberos5/lib/libhdb/Makefile 1.1 +11 -0 src/kerberos5/lib/libheimntlm/Makefile (new) 1.1 +103 -0 src/kerberos5/lib/libhx509/Makefile (new) 1.9 +2 -1 src/kerberos5/lib/libkadm5clnt/Makefile 1.8 +1 -0 src/kerberos5/lib/libkadm5srv/Makefile 1.10 +1 -1 src/kerberos5/lib/libkafs5/Makefile 1.18 +62 -15 src/kerberos5/lib/libkrb5/Makefile 1.18 +4 -1 src/kerberos5/lib/libroken/Makefile 1.7 +1 -1 src/kerberos5/libexec/Makefile 1.16 +9 -3 src/kerberos5/libexec/hprop/Makefile 1.16 +3 -3 src/kerberos5/libexec/hpropd/Makefile 1.18 +6 -3 src/kerberos5/libexec/ipropd-master/Makefile 1.18 +3 -3 src/kerberos5/libexec/ipropd-slave/Makefile 1.19 +2 -2 src/kerberos5/libexec/kadmind/Makefile 1.1 +33 -0 src/kerberos5/libexec/kcm/Makefile (new) 1.18 +13 -4 src/kerberos5/libexec/kdc/Makefile 1.19 +3 -3 src/kerberos5/libexec/kpasswdd/Makefile 1.3 +1 -1 src/kerberos5/tools/Makefile 1.8 +5 -2 src/kerberos5/tools/asn1_compile/Makefile 1.1 +34 -0 src/kerberos5/tools/slc/Makefile (new) 1.19 +17 -4 src/kerberos5/usr.bin/kadmin/Makefile 1.16 +2 -2 src/kerberos5/usr.bin/kdestroy/Makefile 1.16 +2 -2 src/kerberos5/usr.bin/kinit/Makefile 1.16 +2 -2 src/kerberos5/usr.bin/klist/Makefile 1.15 +2 -2 src/kerberos5/usr.bin/kpasswd/Makefile 1.18 +2 -2 src/kerberos5/usr.bin/ksu/Makefile 1.4 +2 -2 src/kerberos5/usr.bin/verify_krb5_conf/Makefile 1.17 +3 -3 src/kerberos5/usr.sbin/kstash/Makefile 1.18 +11 -3 src/kerberos5/usr.sbin/ktutil/Makefile 1.4 +47 -34 src/lib/libgssapi/Makefile 1.1 +69 -0 src/lib/libgssapi/Symbol.map (new) 1.2 +1 -0 src/lib/libgssapi/context.h 1.2 +0 -1 src/lib/libgssapi/cred.h 1.5 +144 -76 src/lib/libgssapi/gss_accept_sec_context.c 1.3 +18 -11 src/lib/libgssapi/gss_acquire_cred.c 1.3 +30 -16 src/lib/libgssapi/gss_add_cred.c 1.1 +126 -0 src/lib/libgssapi/gss_buffer_set.c (new) 1.3 +6 -5 src/lib/libgssapi/gss_canonicalize_name.c 1.2 +8 -3 src/lib/libgssapi/gss_compare_name.c 1.2 +1 -1 src/lib/libgssapi/gss_create_empty_oid_set.c 1.1 +107 -0 src/lib/libgssapi/gss_decapsulate_token.c (new) 1.2 +5 -4 src/lib/libgssapi/gss_delete_sec_context.c 1.3 +10 -0 src/lib/libgssapi/gss_display_name.c 1.4 +168 -23 src/lib/libgssapi/gss_display_status.c 1.3 +30 -10 src/lib/libgssapi/gss_duplicate_name.c 1.1 +65 -0 src/lib/libgssapi/gss_duplicate_oid.c (new) 1.1 +131 -0 src/lib/libgssapi/gss_encapsulate_token.c (new) 1.3 +3 -6 src/lib/libgssapi/gss_export_name.c 1.3 +6 -0 src/lib/libgssapi/gss_export_sec_context.c 1.2 +7 -0 src/lib/libgssapi/gss_get_mic.c 1.3 +16 -12 src/lib/libgssapi/gss_import_name.c 1.2 +2 -1 src/lib/libgssapi/gss_import_sec_context.c 1.3 +7 -1 src/lib/libgssapi/gss_indicate_mechs.c 1.5 +41 -22 src/lib/libgssapi/gss_init_sec_context.c 1.2 +27 -6 src/lib/libgssapi/gss_inquire_context.c 1.3 +54 -19 src/lib/libgssapi/gss_inquire_cred.c 1.2 +19 -5 src/lib/libgssapi/gss_inquire_cred_by_mech.c 1.1 +93 -0 src/lib/libgssapi/gss_inquire_cred_by_oid.c (new) 1.2 +2 -0 src/lib/libgssapi/gss_inquire_mechs_for_name.c 1.2 +5 -4 src/lib/libgssapi/gss_inquire_names_for_mech.c 1.1 +60 -0 src/lib/libgssapi/gss_inquire_sec_context_by_oid.c (new) 1.3 +33 -21 src/lib/libgssapi/gss_mech_switch.c 1.3 +26 -20 src/lib/libgssapi/gss_names.c 1.1 +118 -0 src/lib/libgssapi/gss_oid_to_str.c (new) 1.1 +72 -0 src/lib/libgssapi/gss_pseudo_random.c (new) 1.2 +4 -2 src/lib/libgssapi/gss_release_buffer.c 1.2 +1 -1 src/lib/libgssapi/gss_release_cred.c 1.2 +2 -2 src/lib/libgssapi/gss_release_name.c 1.1 +61 -0 src/lib/libgssapi/gss_release_oid.c (new) 1.2 +2 -2 src/lib/libgssapi/gss_release_oid_set.c 1.1 +125 -0 src/lib/libgssapi/gss_set_cred_option.c (new) 1.1 +92 -0 src/lib/libgssapi/gss_set_sec_context_option.c (new) 1.3 +2 -2 src/lib/libgssapi/gss_test_oid_set_member.c 1.2 +1 -1 src/lib/libgssapi/gss_unseal.c 1.4 +3 -1 src/lib/libgssapi/gss_utils.c 1.2 +2 -1 src/lib/libgssapi/gss_verify.c 1.2 +7 -0 src/lib/libgssapi/gss_verify_mic.c 1.2 +9 -0 src/lib/libgssapi/gss_wrap.c 1.2 +6 -0 src/lib/libgssapi/gss_wrap_size_limit.c 1.2 +8 -1 src/lib/libgssapi/mech.5 1.2 +44 -17 src/lib/libgssapi/mech_switch.h 1.2 +4 -3 src/lib/libgssapi/name.h 1.2 +2 -0 src/lib/libgssapi/utils.h 1.16 +2 -2 src/lib/libpam/modules/pam_krb5/Makefile 1.32 +2 -2 src/libexec/telnetd/Makefile 1.44 +2 -2 src/secure/lib/libssh/Makefile 1.52 +3 -3 src/secure/usr.sbin/sshd/Makefile 1.107 +5 -2 src/share/mk/bsd.libnames.mk 1.34 +2 -2 src/usr.bin/telnet/Makefile From dfr at rabson.org Wed May 7 13:57:40 2008 From: dfr at rabson.org (Doug Rabson) Date: Wed May 7 13:57:47 2008 Subject: cvs commit: src Makefile.inc1 src/crypto/heimdal FREEBSD-Xlist acinclude.m4 ltconfig mkinstalldirs src/crypto/heimdal/admin ktutil_locl.h src/crypto/heimdal/appl/ftp/ftp ftp_locl.h src/crypto/heimdal/appl/su Makefile.am su.c src/crypto/heimdal/cf ... In-Reply-To: <200805071353.m47DrFir025984@repoman.freebsd.org> References: <200805071353.m47DrFir025984@repoman.freebsd.org> Message-ID: <836B6ECB-4374-4B2C-AFD4-6C00F38A4496@rabson.org> This includes one change to Heimdal which has already been committed upstream. Apart from that the only differences to vendor code in src/ crypto/heimdal are $FreeBSD$ tags. I don't currently plan to merge this work back to RELENG_7, mostly because it needs a long settling time in current. I may revisit that decision in a couple of months time. I don't believe I've broken the build but if so, I'll sort it out as soon as I hear about it. On 7 May 2008, at 14:53, Doug Rabson wrote: > dfr 2008-05-07 13:53:12 UTC > > FreeBSD src repository > > Modified files: > . Makefile.inc1 > crypto/heimdal FREEBSD-Xlist > crypto/heimdal/admin ktutil_locl.h > crypto/heimdal/appl/ftp/ftp ftp_locl.h > crypto/heimdal/appl/su Makefile.am su.c > crypto/heimdal/kadmin kadmin_locl.h > crypto/heimdal/kdc headers.h > crypto/heimdal/lib/gssapi/spnego accept_sec_context.c > spnego_locl.h > crypto/heimdal/lib/hdb hdb_locl.h > crypto/heimdal/lib/krb5 crypto.c krb5_locl.h > etc/gss mech > gnu/usr.bin/cvs/cvs Makefile > include/gssapi gssapi.h > kerberos5 Makefile.inc > kerberos5/include config.h crypto-headers.h > kerberos5/lib Makefile Makefile.inc > kerberos5/lib/libasn1 Makefile > kerberos5/lib/libhdb Makefile > kerberos5/lib/libkadm5clnt Makefile > kerberos5/lib/libkadm5srv Makefile > kerberos5/lib/libkafs5 Makefile > kerberos5/lib/libkrb5 Makefile > kerberos5/lib/libroken Makefile > kerberos5/libexec Makefile > kerberos5/libexec/hprop Makefile > kerberos5/libexec/hpropd Makefile > kerberos5/libexec/ipropd-master Makefile > kerberos5/libexec/ipropd-slave Makefile > kerberos5/libexec/kadmind Makefile > kerberos5/libexec/kdc Makefile > kerberos5/libexec/kpasswdd Makefile > kerberos5/tools Makefile > kerberos5/tools/asn1_compile Makefile > kerberos5/usr.bin/kadmin Makefile > kerberos5/usr.bin/kdestroy Makefile > kerberos5/usr.bin/kinit Makefile > kerberos5/usr.bin/klist Makefile > kerberos5/usr.bin/kpasswd Makefile > kerberos5/usr.bin/ksu Makefile > kerberos5/usr.bin/verify_krb5_conf Makefile > kerberos5/usr.sbin/kstash Makefile > kerberos5/usr.sbin/ktutil Makefile > lib/libgssapi Makefile context.h cred.h > gss_accept_sec_context.c > gss_acquire_cred.c gss_add_cred.c > gss_canonicalize_name.c > gss_compare_name.c > gss_create_empty_oid_set.c > gss_delete_sec_context.c > gss_display_name.c gss_display_status.c > gss_duplicate_name.c gss_export_name.c > gss_export_sec_context.c gss_get_mic.c > gss_import_name.c > gss_import_sec_context.c > gss_indicate_mechs.c > gss_init_sec_context.c > gss_inquire_context.c gss_inquire_cred.c > gss_inquire_cred_by_mech.c > gss_inquire_mechs_for_name.c > gss_inquire_names_for_mech.c > gss_mech_switch.c gss_names.c > gss_release_buffer.c gss_release_cred.c > gss_release_name.c gss_release_oid_set.c > gss_test_oid_set_member.c gss_unseal.c > gss_utils.c gss_verify.c gss_verify_mic.c > gss_wrap.c gss_wrap_size_limit.c mech.5 > mech_switch.h name.h utils.h > lib/libpam/modules/pam_krb5 Makefile > libexec/telnetd Makefile > secure/lib/libssh Makefile > secure/usr.sbin/sshd Makefile > share/mk bsd.libnames.mk > usr.bin/telnet Makefile > Added files: > crypto/heimdal acinclude.m4 > kerberos5/lib/libgssapi_krb5 Makefile gss_krb5.c prefix.c > kerberos5/lib/libgssapi_ntlm Makefile prefix.c > kerberos5/lib/libgssapi_spnego Makefile prefix.c > kerberos5/lib/libheimntlm Makefile > kerberos5/lib/libhx509 Makefile > kerberos5/libexec/kcm Makefile > kerberos5/tools/slc Makefile > lib/libgssapi Symbol.map gss_buffer_set.c > gss_decapsulate_token.c > gss_duplicate_oid.c > gss_encapsulate_token.c > gss_inquire_cred_by_oid.c > gss_inquire_sec_context_by_oid.c > gss_oid_to_str.c gss_pseudo_random.c > gss_release_oid.c gss_set_cred_option.c > gss_set_sec_context_option.c > Removed files: > crypto/heimdal ltconfig mkinstalldirs > crypto/heimdal/cf broken-getnameinfo.m4 > check-declaration.m4 > crypto/heimdal/kadmin version4.c > crypto/heimdal/kuser kauth_options.c kinit_options.c > crypto/heimdal/lib/asn1 gen.h x509.asn1 > crypto/heimdal/lib/gssapi 8003.c accept_sec_context.c > acquire_cred.c add_cred.c > add_oid_set_member.c > address_to_krb5addr.c arcfour.c > arcfour.h canonicalize_name.c > compare_name.c compat.c > context_time.c copy_ccache.c > create_emtpy_oid_set.c decapsulate.c > delete_sec_context.c display_name.c > display_status.c duplicate_name.c > encapsulate.c export_name.c > export_sec_context.c external.c > get_mic.c gssapi_locl.h > import_name.c import_sec_context.c > indicate_mechs.c init.c > init_sec_context.c inquire_context.c > inquire_cred.c > inquire_cred_by_mech.c > inquire_mechs_for_name.c > inquire_names_for_mech.c > process_context_token.c > release_buffer.c release_cred.c > release_name.c release_oid_set.c > test_oid_set_member.c unwrap.c v1.c > verify_mic.c wrap.c > crypto/heimdal/lib/hdb convert_db.c > crypto/heimdal/lib/kadm5 dump_log.c replay_log.c > truncate_log.c > crypto/heimdal/lib/krb5 dump_config.c krb5_build_principal.3 > krb5_free_addresses.3 > krb5_free_principal.3 > krb5_principal_get_realm.3 > krb5_sname_to_principal.3 > crypto/heimdal/lib/roken acconfig.h acinclude.m4 > print_version.c resource.h > crypto/heimdal/tools build.sh > kerberos5/lib/libgssapi Makefile > Log: > Fix conflicts after heimdal-1.1 import and add build > infrastructure. Import > all non-style changes made by heimdal to our own libgssapi. > > Revision Changes Path > 1.604 +10 -4 src/Makefile.inc1 > 1.3 +3 -0 src/crypto/heimdal/FREEBSD-Xlist > 1.3 +10 -0 src/crypto/heimdal/acinclude.m4 (new) > 1.8 +4 -12 src/crypto/heimdal/admin/ktutil_locl.h > 1.7 +1 -1 src/crypto/heimdal/appl/ftp/ftp/ftp_locl.h > 1.4 +7 -4 src/crypto/heimdal/appl/su/Makefile.am > 1.4 +127 -56 src/crypto/heimdal/appl/su/su.c > 1.2 +0 -28 src/crypto/heimdal/cf/broken-getnameinfo.m4 > (dead) > 1.2 +0 -25 src/crypto/heimdal/cf/check-declaration.m4 > (dead) > 1.8 +28 -63 src/crypto/heimdal/kadmin/kadmin_locl.h > 1.2 +0 -985 src/crypto/heimdal/kadmin/version4.c (dead) > 1.8 +10 -9 src/crypto/heimdal/kdc/headers.h > 1.2 +0 -40 src/crypto/heimdal/kuser/kauth_options.c (dead) > 1.2 +0 -40 src/crypto/heimdal/kuser/kinit_options.c (dead) > 1.2 +0 -38 src/crypto/heimdal/lib/asn1/gen.h (dead) > 1.2 +0 -23 src/crypto/heimdal/lib/asn1/x509.asn1 (dead) > 1.2 +0 -152 src/crypto/heimdal/lib/gssapi/8003.c (dead) > 1.2 +0 -242 src/crypto/heimdal/lib/gssapi/ > accept_sec_context.c (dead) > 1.2 +0 -87 src/crypto/heimdal/lib/gssapi/acquire_cred.c > (dead) > 1.2 +0 -216 src/crypto/heimdal/lib/gssapi/add_cred.c (dead) > 1.2 +0 -54 src/crypto/heimdal/lib/gssapi/ > add_oid_set_member.c (dead) > 1.2 +0 -75 src/crypto/heimdal/lib/gssapi/ > address_to_krb5addr.c (dead) > 1.2 +0 -623 src/crypto/heimdal/lib/gssapi/arcfour.c (dead) > 1.2 +0 -98 src/crypto/heimdal/lib/gssapi/arcfour.h (dead) > 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/ > canonicalize_name.c (dead) > 1.2 +0 -49 src/crypto/heimdal/lib/gssapi/compare_name.c > (dead) > 1.2 +0 -113 src/crypto/heimdal/lib/gssapi/compat.c (dead) > 1.2 +0 -64 src/crypto/heimdal/lib/gssapi/context_time.c > (dead) > 1.2 +0 -56 src/crypto/heimdal/lib/gssapi/copy_ccache.c > (dead) > 1.2 +0 -50 src/crypto/heimdal/lib/gssapi/ > create_emtpy_oid_set.c (dead) > 1.2 +0 -100 src/crypto/heimdal/lib/gssapi/decapsulate.c > (dead) > 1.2 +0 -64 src/crypto/heimdal/lib/gssapi/ > delete_sec_context.c (dead) > 1.2 +0 -68 src/crypto/heimdal/lib/gssapi/display_name.c > (dead) > 1.2 +0 -135 src/crypto/heimdal/lib/gssapi/display_status.c > (dead) > 1.2 +0 -55 src/crypto/heimdal/lib/gssapi/duplicate_name.c > (dead) > 1.2 +0 -100 src/crypto/heimdal/lib/gssapi/encapsulate.c > (dead) > 1.2 +0 -48 src/crypto/heimdal/lib/gssapi/export_name.c > (dead) > 1.2 +0 -142 src/crypto/heimdal/lib/gssapi/ > export_sec_context.c (dead) > 1.2 +0 -212 src/crypto/heimdal/lib/gssapi/external.c (dead) > 1.2 +0 -115 src/crypto/heimdal/lib/gssapi/get_mic.c (dead) > 1.3 +0 -180 src/crypto/heimdal/lib/gssapi/gssapi_locl.h > (dead) > 1.2 +0 -137 src/crypto/heimdal/lib/gssapi/import_name.c > (dead) > 1.2 +0 -180 src/crypto/heimdal/lib/gssapi/ > import_sec_context.c (dead) > 1.2 +0 -55 src/crypto/heimdal/lib/gssapi/indicate_mechs.c > (dead) > 1.2 +0 -43 src/crypto/heimdal/lib/gssapi/init.c (dead) > 1.2 +0 -360 src/crypto/heimdal/lib/gssapi/ > init_sec_context.c (dead) > 1.2 +0 -84 src/crypto/heimdal/lib/gssapi/ > inquire_context.c (dead) > 1.2 +0 -78 src/crypto/heimdal/lib/gssapi/inquire_cred.c > (dead) > 1.2 +0 -80 src/crypto/heimdal/lib/gssapi/ > inquire_cred_by_mech.c (dead) > 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/ > inquire_mechs_for_name.c (dead) > 1.2 +0 -80 src/crypto/heimdal/lib/gssapi/ > inquire_names_for_mech.c (dead) > 1.2 +0 -65 src/crypto/heimdal/lib/gssapi/ > process_context_token.c (dead) > 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/release_buffer.c > (dead) > 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/release_cred.c > (dead) > 1.2 +0 -47 src/crypto/heimdal/lib/gssapi/release_name.c > (dead) > 1.2 +0 -46 src/crypto/heimdal/lib/gssapi/ > release_oid_set.c (dead) > 1.2 +22 -16 src/crypto/heimdal/lib/gssapi/spnego/ > accept_sec_context.c > 1.2 +1 -1 src/crypto/heimdal/lib/gssapi/spnego/ > spnego_locl.h > 1.2 +0 -57 src/crypto/heimdal/lib/gssapi/ > test_oid_set_member.c (dead) > 1.2 +0 -190 src/crypto/heimdal/lib/gssapi/unwrap.c (dead) > 1.2 +0 -104 src/crypto/heimdal/lib/gssapi/v1.c (dead) > 1.2 +0 -124 src/crypto/heimdal/lib/gssapi/verify_mic.c > (dead) > 1.2 +0 -169 src/crypto/heimdal/lib/gssapi/wrap.c (dead) > 1.2 +0 -219 src/crypto/heimdal/lib/hdb/convert_db.c (dead) > 1.9 +4 -1 src/crypto/heimdal/lib/hdb/hdb_locl.h > 1.2 +0 -262 src/crypto/heimdal/lib/kadm5/dump_log.c (dead) > 1.2 +0 -118 src/crypto/heimdal/lib/kadm5/replay_log.c (dead) > 1.2 +0 -88 src/crypto/heimdal/lib/kadm5/truncate_log.c > (dead) > 1.11 +994 -576 src/crypto/heimdal/lib/krb5/crypto.c > 1.2 +0 -71 src/crypto/heimdal/lib/krb5/dump_config.c (dead) > 1.2 +0 -78 src/crypto/heimdal/lib/krb5/ > krb5_build_principal.3 (dead) > 1.2 +0 -20 src/crypto/heimdal/lib/krb5/ > krb5_free_addresses.3 (dead) > 1.2 +0 -30 src/crypto/heimdal/lib/krb5/ > krb5_free_principal.3 (dead) > 1.10 +132 -2 src/crypto/heimdal/lib/krb5/krb5_locl.h > 1.2 +0 -48 src/crypto/heimdal/lib/krb5/ > krb5_principal_get_realm.3 (dead) > 1.2 +0 -58 src/crypto/heimdal/lib/krb5/ > krb5_sname_to_principal.3 (dead) > 1.2 +0 -36 src/crypto/heimdal/lib/roken/acconfig.h (dead) > 1.2 +0 -9 src/crypto/heimdal/lib/roken/acinclude.m4 (dead) > 1.2 +0 -78 src/crypto/heimdal/lib/roken/print_version.c > (dead) > 1.2 +0 -15 src/crypto/heimdal/lib/roken/resource.h (dead) > 1.2 +0 -2101 src/crypto/heimdal/ltconfig (dead) > 1.2 +0 -40 src/crypto/heimdal/mkinstalldirs (dead) > 1.2 +0 -212 src/crypto/heimdal/tools/build.sh (dead) > 1.3 +3 -1 src/etc/gss/mech > 1.53 +2 -2 src/gnu/usr.bin/cvs/cvs/Makefile > 1.2 +94 -13 src/include/gssapi/gssapi.h > 1.28 +4 -1 src/kerberos5/Makefile.inc > 1.16 +224 -151 src/kerberos5/include/config.h > 1.3 +8 -0 src/kerberos5/include/crypto-headers.h > 1.11 +4 -2 src/kerberos5/lib/Makefile > 1.9 +1 -1 src/kerberos5/lib/Makefile.inc > 1.24 +402 -9 src/kerberos5/lib/libasn1/Makefile > 1.13 +0 -58 src/kerberos5/lib/libgssapi/Makefile (dead) > 1.1 +79 -0 src/kerberos5/lib/libgssapi_krb5/Makefile (new) > 1.1 +831 -0 src/kerberos5/lib/libgssapi_krb5/gss_krb5.c > (new) > 1.1 +33 -0 src/kerberos5/lib/libgssapi_krb5/prefix.c (new) > 1.1 +44 -0 src/kerberos5/lib/libgssapi_ntlm/Makefile (new) > 1.1 +33 -0 src/kerberos5/lib/libgssapi_ntlm/prefix.c (new) > 1.1 +48 -0 src/kerberos5/lib/libgssapi_spnego/Makefile > (new) > 1.1 +45 -0 src/kerberos5/lib/libgssapi_spnego/prefix.c > (new) > 1.19 +18 -5 src/kerberos5/lib/libhdb/Makefile > 1.1 +11 -0 src/kerberos5/lib/libheimntlm/Makefile (new) > 1.1 +103 -0 src/kerberos5/lib/libhx509/Makefile (new) > 1.9 +2 -1 src/kerberos5/lib/libkadm5clnt/Makefile > 1.8 +1 -0 src/kerberos5/lib/libkadm5srv/Makefile > 1.10 +1 -1 src/kerberos5/lib/libkafs5/Makefile > 1.18 +62 -15 src/kerberos5/lib/libkrb5/Makefile > 1.18 +4 -1 src/kerberos5/lib/libroken/Makefile > 1.7 +1 -1 src/kerberos5/libexec/Makefile > 1.16 +9 -3 src/kerberos5/libexec/hprop/Makefile > 1.16 +3 -3 src/kerberos5/libexec/hpropd/Makefile > 1.18 +6 -3 src/kerberos5/libexec/ipropd-master/Makefile > 1.18 +3 -3 src/kerberos5/libexec/ipropd-slave/Makefile > 1.19 +2 -2 src/kerberos5/libexec/kadmind/Makefile > 1.1 +33 -0 src/kerberos5/libexec/kcm/Makefile (new) > 1.18 +13 -4 src/kerberos5/libexec/kdc/Makefile > 1.19 +3 -3 src/kerberos5/libexec/kpasswdd/Makefile > 1.3 +1 -1 src/kerberos5/tools/Makefile > 1.8 +5 -2 src/kerberos5/tools/asn1_compile/Makefile > 1.1 +34 -0 src/kerberos5/tools/slc/Makefile (new) > 1.19 +17 -4 src/kerberos5/usr.bin/kadmin/Makefile > 1.16 +2 -2 src/kerberos5/usr.bin/kdestroy/Makefile > 1.16 +2 -2 src/kerberos5/usr.bin/kinit/Makefile > 1.16 +2 -2 src/kerberos5/usr.bin/klist/Makefile > 1.15 +2 -2 src/kerberos5/usr.bin/kpasswd/Makefile > 1.18 +2 -2 src/kerberos5/usr.bin/ksu/Makefile > 1.4 +2 -2 src/kerberos5/usr.bin/verify_krb5_conf/Makefile > 1.17 +3 -3 src/kerberos5/usr.sbin/kstash/Makefile > 1.18 +11 -3 src/kerberos5/usr.sbin/ktutil/Makefile > 1.4 +47 -34 src/lib/libgssapi/Makefile > 1.1 +69 -0 src/lib/libgssapi/Symbol.map (new) > 1.2 +1 -0 src/lib/libgssapi/context.h > 1.2 +0 -1 src/lib/libgssapi/cred.h > 1.5 +144 -76 src/lib/libgssapi/gss_accept_sec_context.c > 1.3 +18 -11 src/lib/libgssapi/gss_acquire_cred.c > 1.3 +30 -16 src/lib/libgssapi/gss_add_cred.c > 1.1 +126 -0 src/lib/libgssapi/gss_buffer_set.c (new) > 1.3 +6 -5 src/lib/libgssapi/gss_canonicalize_name.c > 1.2 +8 -3 src/lib/libgssapi/gss_compare_name.c > 1.2 +1 -1 src/lib/libgssapi/gss_create_empty_oid_set.c > 1.1 +107 -0 src/lib/libgssapi/gss_decapsulate_token.c (new) > 1.2 +5 -4 src/lib/libgssapi/gss_delete_sec_context.c > 1.3 +10 -0 src/lib/libgssapi/gss_display_name.c > 1.4 +168 -23 src/lib/libgssapi/gss_display_status.c > 1.3 +30 -10 src/lib/libgssapi/gss_duplicate_name.c > 1.1 +65 -0 src/lib/libgssapi/gss_duplicate_oid.c (new) > 1.1 +131 -0 src/lib/libgssapi/gss_encapsulate_token.c (new) > 1.3 +3 -6 src/lib/libgssapi/gss_export_name.c > 1.3 +6 -0 src/lib/libgssapi/gss_export_sec_context.c > 1.2 +7 -0 src/lib/libgssapi/gss_get_mic.c > 1.3 +16 -12 src/lib/libgssapi/gss_import_name.c > 1.2 +2 -1 src/lib/libgssapi/gss_import_sec_context.c > 1.3 +7 -1 src/lib/libgssapi/gss_indicate_mechs.c > 1.5 +41 -22 src/lib/libgssapi/gss_init_sec_context.c > 1.2 +27 -6 src/lib/libgssapi/gss_inquire_context.c > 1.3 +54 -19 src/lib/libgssapi/gss_inquire_cred.c > 1.2 +19 -5 src/lib/libgssapi/gss_inquire_cred_by_mech.c > 1.1 +93 -0 src/lib/libgssapi/gss_inquire_cred_by_oid.c > (new) > 1.2 +2 -0 src/lib/libgssapi/gss_inquire_mechs_for_name.c > 1.2 +5 -4 src/lib/libgssapi/gss_inquire_names_for_mech.c > 1.1 +60 -0 src/lib/libgssapi/ > gss_inquire_sec_context_by_oid.c (new) > 1.3 +33 -21 src/lib/libgssapi/gss_mech_switch.c > 1.3 +26 -20 src/lib/libgssapi/gss_names.c > 1.1 +118 -0 src/lib/libgssapi/gss_oid_to_str.c (new) > 1.1 +72 -0 src/lib/libgssapi/gss_pseudo_random.c (new) > 1.2 +4 -2 src/lib/libgssapi/gss_release_buffer.c > 1.2 +1 -1 src/lib/libgssapi/gss_release_cred.c > 1.2 +2 -2 src/lib/libgssapi/gss_release_name.c > 1.1 +61 -0 src/lib/libgssapi/gss_release_oid.c (new) > 1.2 +2 -2 src/lib/libgssapi/gss_release_oid_set.c > 1.1 +125 -0 src/lib/libgssapi/gss_set_cred_option.c (new) > 1.1 +92 -0 src/lib/libgssapi/gss_set_sec_context_option.c > (new) > 1.3 +2 -2 src/lib/libgssapi/gss_test_oid_set_member.c > 1.2 +1 -1 src/lib/libgssapi/gss_unseal.c > 1.4 +3 -1 src/lib/libgssapi/gss_utils.c > 1.2 +2 -1 src/lib/libgssapi/gss_verify.c > 1.2 +7 -0 src/lib/libgssapi/gss_verify_mic.c > 1.2 +9 -0 src/lib/libgssapi/gss_wrap.c > 1.2 +6 -0 src/lib/libgssapi/gss_wrap_size_limit.c > 1.2 +8 -1 src/lib/libgssapi/mech.5 > 1.2 +44 -17 src/lib/libgssapi/mech_switch.h > 1.2 +4 -3 src/lib/libgssapi/name.h > 1.2 +2 -0 src/lib/libgssapi/utils.h > 1.16 +2 -2 src/lib/libpam/modules/pam_krb5/Makefile > 1.32 +2 -2 src/libexec/telnetd/Makefile > 1.44 +2 -2 src/secure/lib/libssh/Makefile > 1.52 +3 -3 src/secure/usr.sbin/sshd/Makefile > 1.107 +5 -2 src/share/mk/bsd.libnames.mk > 1.34 +2 -2 src/usr.bin/telnet/Makefile From jhb at FreeBSD.org Wed May 7 15:12:45 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 15:12:47 2008 Subject: cvs commit: src/include stdio.h Message-ID: <200805071512.m47FCjbS032399@repoman.freebsd.org> jhb 2008-05-07 15:12:45 UTC FreeBSD src repository Modified files: include stdio.h Log: Tag FILE's _bf as being part of the public ABI as well due to the in-tree sort(1) referencing it. Revision Changes Path 1.73 +1 -1 src/include/stdio.h From kan at FreeBSD.org Wed May 7 15:39:34 2008 From: kan at FreeBSD.org (Alexander Kabaev) Date: Wed May 7 15:39:36 2008 Subject: cvs commit: src/lib/libc Versions.def Message-ID: <200805071539.m47FdYWZ033147@repoman.freebsd.org> kan 2008-05-07 15:39:34 UTC FreeBSD src repository Modified files: lib/libc Versions.def Log: Keep versions on a dependency chain to exclude even remote possiblity of private version ever getting index 2. Revision Changes Path 1.8 +1 -1 src/lib/libc/Versions.def From jhb at freebsd.org Wed May 7 17:28:50 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed May 7 17:28:58 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507064013.GU32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> Message-ID: <200805071111.39938.jhb@freebsd.org> On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote: > * John Baldwin [080505 13:47] wrote: > > On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > > > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > > > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > > > >> I'm _not_ objecting, just interested in why. > > > >> > > > >> Any references to discussions on this? Are we now safe for > > > >> future compat or something? > > > > > > > >Having FILE be opaque broke just about every 'configure' script on the > > > >planet. :( > > > > > > Either autoconf and friends are _intended_ as impediments to > > > portability or they are completely broken by design. > > > > It appears that autoconf only believes a type is real if you can typedef it to > > another type, cast 0 to a valid pointer to the new typedef'd type, and do a > > sizeof() of the typdef'd type. The last is where having an opaque type > > breaks down for scripts that want to make sure FILE is a real type. > > > Oh c'mon! we're going to revert this needed fix just because of > autoconf? Pretty much. It appears that FILE has been public for so long that there is a lot of code that assumes it can use it. -- John Baldwin From jhb at FreeBSD.org Wed May 7 17:49:31 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 17:49:34 2008 Subject: cvs commit: src/usr.bin/fstat fstat.c Message-ID: <200805071749.m47HnVSF052026@repoman.freebsd.org> jhb 2008-05-07 17:49:31 UTC FreeBSD src repository Modified files: usr.bin/fstat fstat.c Log: Only output details about the current working directory of a process if the vnode pointer is not NULL. This avoids spurious warnings in fstat -v output for kernel processes. MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.66 +2 -1 src/usr.bin/fstat/fstat.c From jhb at FreeBSD.org Wed May 7 17:55:29 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 17:55:34 2008 Subject: cvs commit: src/usr.bin/fstat zfs.c Message-ID: <200805071755.m47HtSth052251@repoman.freebsd.org> jhb 2008-05-07 17:55:28 UTC FreeBSD src repository Modified files: usr.bin/fstat zfs.c Log: The debug.sizeof.znode sysctl returns an int, not a size_t. This can cause a hang on 64-bit platforms. MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.3 +3 -2 src/usr.bin/fstat/zfs.c From jhb at FreeBSD.org Wed May 7 18:27:39 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 18:27:43 2008 Subject: cvs commit: src/usr.bin/fstat zfs.c Message-ID: <200805071827.m47IRcYv054660@repoman.freebsd.org> jhb 2008-05-07 18:27:38 UTC FreeBSD src repository Modified files: usr.bin/fstat zfs.c Log: Fix reading the address of a znode_phys from a znode on 64-bit platforms where sizeof(pointer) != sizeof(int). MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.4 +3 -3 src/usr.bin/fstat/zfs.c From jhb at FreeBSD.org Wed May 7 19:03:58 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 19:04:01 2008 Subject: cvs commit: src/sys/fs/devfs devfs_vnops.c Message-ID: <200805071903.m47J3w9G057004@repoman.freebsd.org> jhb 2008-05-07 19:03:58 UTC FreeBSD src repository Modified files: sys/fs/devfs devfs_vnops.c Log: Don't explicitly drop Giant around d_open/d_fdopen/d_close for MPSAFE drivers. Since devfs is already marked MPSAFE it shouldn't be held anyway. MFC after: 2 weeks Discussed with: phk Revision Changes Path 1.157 +5 -20 src/sys/fs/devfs/devfs_vnops.c From jhb at freebsd.org Wed May 7 20:17:38 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed May 7 20:17:48 2008 Subject: cvs commit: src/sys/net bpf.c In-Reply-To: <200706150253.l5F2rpBV089069@repoman.freebsd.org> References: <200706150253.l5F2rpBV089069@repoman.freebsd.org> Message-ID: <200805071617.57772.jhb@freebsd.org> On Thursday 14 June 2007 10:53:51 pm Christian S.J. Peron wrote: > csjp 2007-06-15 02:53:51 UTC > > FreeBSD src repository > > Modified files: > sys/net bpf.c > Log: > - Conditionally pickup Giant around the network interface > ioctl routines if we are running with !mpsafenet > - Change un-conditional Giant acquisition around ifpromisc > to occur only if we are running with !mpsafenet > > With these locking bits in place, we can now remove the Giant > requirement from BPF, so drop the D_NEEDGIANT device flag. > This change removes Giant acquisitions around BPF device > handlers (read, write, ioctl etc). > > MFC after: 1 month > Discussed with: rwatson Would it be ok to MFC this to 6.x? (Looks like it was just never MFC'd, was curious if a reason came up why it couldn't be MFC'd?) -- John Baldwin From marius at alchemy.franken.de Wed May 7 20:21:38 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed May 7 20:21:44 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c In-Reply-To: <480FA41F.20407@freebsd.org> References: <200803201619.m2KGJQr7033985@repoman.freebsd.org> <20080412193358.GA44768@alchemy.franken.de> <20080423203622.GA66545@alchemy.franken.de> <480F9F8B.5050209@freebsd.org> <20080423205943.GG99566@alchemy.franken.de> <480FA41F.20407@freebsd.org> Message-ID: <20080507202135.GA65358@alchemy.franken.de> On Wed, Apr 23, 2008 at 02:03:27PM -0700, Sam Leffler wrote: > Marius Strobl wrote: > >On Wed, Apr 23, 2008 at 01:43:55PM -0700, Sam Leffler wrote: > > > >>Marius Strobl wrote: > >> > >>>On Sat, Apr 12, 2008 at 09:33:58PM +0200, Marius Strobl wrote: > >>> > >>> > >>>>On Thu, Mar 20, 2008 at 04:19:26PM +0000, Sam Leffler wrote: > >>>> > >>>> > >>>>>sam 2008-03-20 16:19:25 UTC > >>>>> > >>>>> FreeBSD src repository > >>>>> > >>>>> Modified files: > >>>>> sys/dev/usb ehci.c ohci.c > >>>>> Log: > >>>>> Workaround design botch in usb: blindly mixing bus_dma with PIO does > >>>>> not > >>>>> work on architectures with a write-back cache as the PIO writes end up > >>>>> in the cache which the sync(BUS_DMASYNC_POSTREAD) in > >>>>> usb_transfer_complete > >>>>> then discards; compensate in the xfer methods that do PIO by pushing > >>>>> the > >>>>> writes out of the cache before usb_transfer_complete is called. > >>>>> > >>>>> This fixes USB on xscale and likely other places. > >>>>> > >>>>> Sponsored by: hobnob > >>>>> Reviewed by: cognet, imp > >>>>> MFC after: 1 month > >>>>> > >>>>> Revision Changes Path > >>>>> 1.62 +16 -0 src/sys/dev/usb/ehci.c > >>>>> 1.171 +16 -0 src/sys/dev/usb/ohci.c > >>>>> > >>>>> > >>>>This causes a crash during boot on sparc64. Looks like map is still > >>>>NULL at that point. > >>>> > >>>> > >>>> > >>>Are you ok with the change below or would that also prevent > >>>your kludge from taking effect? > >>> > >>>Marius > >>> > >>>Index: ehci.c > >>>=================================================================== > >>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > >>>retrieving revision 1.62 > >>>diff -u -r1.62 ehci.c > >>>--- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > >>>+++ ehci.c 23 Apr 2008 20:23:58 -0000 > >>>@@ -664,6 +664,8 @@ > >>> usbd_pipe_handle pipe = xfer->pipe; > >>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>+ if (dmap->map == NULL) > >>>+ return; > >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>} > >>> > >>>Index: ohci.c > >>>=================================================================== > >>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > >>>retrieving revision 1.171 > >>>diff -u -r1.171 ohci.c > >>>--- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > >>>+++ ohci.c 21 Apr 2008 19:13:54 -0000 > >>>@@ -1571,6 +1571,8 @@ > >>> usbd_pipe_handle pipe = xfer->pipe; > >>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>+ if (dmap->map == NULL) > >>>+ return; > >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>} > >>> > >>> > >>> > >>> > >>> > >>You have not identified why you don't have a dma map. I don't have a > >>way to diagnose your problem and so far as I know no other platform had > >>an issue w/ the change. I suggest you figure out why your map is not > >>setup instead of adding a hack. > >> > >> > > > >It's because the usb(4) code doesn't create DMA maps for > >zero-length transfers, see usbd_transfer(). In the case of > >the backtrace I posted not for usbd_set_address(), which > >does USETW(req.wLength, 0) so later on size is 0 in > >usbd_transfer() hence no DMA map. I don't know why your > >hack doesn't also crash other platforms. > > > Thanks for explaining, I will look. Please hold off for a bit. > Style-wise the version below probably is more appropriate than the above one. The question still is whether that fix prevents hacksync() taking effect as desired, which would make it a very evil hack though as hacksync() then relies on bus_dmamap_sync() working on uninitialized DMA maps. Marius Index: ehci.c =================================================================== RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v retrieving revision 1.62 diff -u -p -r1.62 ehci.c --- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 +++ ehci.c 27 Apr 2008 14:09:53 -0000 @@ -661,9 +661,13 @@ ehci_pcd_enable(void *v_sc) static __inline void hacksync(usbd_xfer_handle xfer) { - usbd_pipe_handle pipe = xfer->pipe; - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; - struct usb_dma_mapping *dmap = &xfer->dmamap; + bus_dma_tag_t tag; + struct usb_dma_mapping *dmap; + + if (xfer->length == 0) + return; + tag = xfer->pipe->device->bus->buffer_dmatag; + dmap = &xfer->dmamap; bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); } Index: ohci.c =================================================================== RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v retrieving revision 1.171 diff -u -p -r1.171 ohci.c --- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 +++ ohci.c 27 Apr 2008 14:09:37 -0000 @@ -1568,9 +1568,13 @@ ohci_device_bulk_done(usbd_xfer_handle x static __inline void hacksync(usbd_xfer_handle xfer) { - usbd_pipe_handle pipe = xfer->pipe; - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; - struct usb_dma_mapping *dmap = &xfer->dmamap; + bus_dma_tag_t tag; + struct usb_dma_mapping *dmap; + + if (xfer->length == 0) + return; + tag = xfer->pipe->device->bus->buffer_dmatag; + dmap = &xfer->dmamap; bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); } From jhb at FreeBSD.org Wed May 7 21:00:51 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Wed May 7 21:00:55 2008 Subject: cvs commit: src/usr.bin/fstat zfs.c Message-ID: <200805072100.m47L0opk071013@repoman.freebsd.org> jhb 2008-05-07 21:00:50 UTC FreeBSD src repository Modified files: usr.bin/fstat zfs.c Log: Use a sledgehammer cast (that was in the original patch to boot) to quiet a warning on 64-bit platforms now that 'size' is an int and not a size_t. Revision Changes Path 1.5 +1 -1 src/usr.bin/fstat/zfs.c From marius at FreeBSD.org Wed May 7 21:14:13 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 7 21:14:15 2008 Subject: cvs commit: src/sys/sun4v/include pcpu.h Message-ID: <200805072114.m47LED0I072454@repoman.freebsd.org> marius 2008-05-07 21:14:13 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sun4v/include pcpu.h Log: Adjust the padding of struct pcpu to src/sys/sys/pcpu.h rev. 1.22.2.1. Revision Changes Path 1.9.2.1 +1 -1 src/sys/sun4v/include/pcpu.h From marius at FreeBSD.org Wed May 7 21:16:56 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 7 21:16:59 2008 Subject: cvs commit: src/sys/modules/esp Makefile src/sys/modules/hfa Makefile src/sys/modules/hme Makefile src/sys/modules/isp Makefile src/sys/modules/ispfw Makefile src/sys/modules/le Makefile src/sys/modules/scc Makefile src/sys/modules/sound/driver Makefile Message-ID: <200805072116.m47LGtfZ072758@repoman.freebsd.org> marius 2008-05-07 21:16:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/modules/esp Makefile sys/modules/hfa Makefile sys/modules/hme Makefile sys/modules/isp Makefile sys/modules/ispfw Makefile sys/modules/le Makefile sys/modules/scc Makefile sys/modules/sound/driver Makefile Log: Don't build unused SBus front-ends for sun4v, don't build EBus front-ends which are also likely to be irrelevant for sun4v (there's no SBus on sun4v and only some EBus devices). While at it fix some style bugs according to style.Makefile(5) where appropriate. Revision Changes Path 1.5.10.1 +5 -7 src/sys/modules/esp/Makefile 1.1.24.1 +4 -4 src/sys/modules/hfa/Makefile 1.3.18.1 +5 -3 src/sys/modules/hme/Makefile 1.3.2.1 +1 -1 src/sys/modules/isp/Makefile 1.4.2.1 +1 -1 src/sys/modules/ispfw/Makefile 1.3.2.1 +1 -1 src/sys/modules/le/Makefile 1.2.2.1 +1 -1 src/sys/modules/scc/Makefile 1.24.2.1 +8 -5 src/sys/modules/sound/driver/Makefile From marius at FreeBSD.org Wed May 7 21:18:22 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 7 21:18:25 2008 Subject: cvs commit: src/sys/sparc64/pci ofw_pcibus.c src/sys/sun4v/include bus_common.h src/sys/sun4v/sun4v nexus.c vnex.c Message-ID: <200805072118.m47LIJ19072856@repoman.freebsd.org> marius 2008-05-07 21:18:19 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sparc64/pci ofw_pcibus.c sys/sun4v/sun4v nexus.c vnex.c Removed files: (Branch: RELENG_7) sys/sun4v/include bus_common.h Log: Remove a header which is unused for sun4v. Revision Changes Path 1.16.2.2 +3 -1 src/sys/sparc64/pci/ofw_pcibus.c 1.1.2.1 +0 -65 src/sys/sun4v/include/bus_common.h (dead) 1.4.2.1 +0 -1 src/sys/sun4v/sun4v/nexus.c 1.6.2.1 +0 -1 src/sys/sun4v/sun4v/vnex.c From marius at FreeBSD.org Wed May 7 21:19:35 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 7 21:19:38 2008 Subject: cvs commit: src/sys/conf files.sun4v Message-ID: <200805072119.m47LJYrY072907@repoman.freebsd.org> marius 2008-05-07 21:19:34 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/conf files.sun4v Log: MFC: 1.15 Don't built the unused counter-timer abstraction. Revision Changes Path 1.11.2.2 +0 -1 src/sys/conf/files.sun4v From marius at FreeBSD.org Wed May 7 21:22:16 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 7 21:22:23 2008 Subject: cvs commit: src/sys/sparc64/include bus_common.h iommuvar.h src/sys/sparc64/pci psycho.c src/sys/sparc64/sbus sbus.c src/sys/sparc64/sparc64 counter.c iommu.c Message-ID: <200805072122.m47LMFx7073170@repoman.freebsd.org> marius 2008-05-07 21:22:15 UTC FreeBSD src repository Modified files: sys/sparc64/include bus_common.h iommuvar.h sys/sparc64/pci psycho.c sys/sparc64/sbus sbus.c sys/sparc64/sparc64 counter.c iommu.c Log: - Use the name returned by device_get_nameunit(9) for the name of the counter-timer timecounter so the associated SYSCTL nodes don't clash on machines having multiple U2P and U2S bridges as well as establishing a clear mapping between these bridges and their timecounter device. - Don't bother setting up a "nice" name for the IOMMU, just use the name returned by device_get_nameunit(9), too. - Fix some minor style(9) bugs. - Use __FBSDID in counter.c MFC after: 1 week Revision Changes Path 1.9 +2 -2 src/sys/sparc64/include/bus_common.h 1.17 +8 -7 src/sys/sparc64/include/iommuvar.h 1.77 +19 -25 src/sys/sparc64/pci/psycho.c 1.48 +3 -9 src/sys/sparc64/sbus/sbus.c 1.7 +13 -11 src/sys/sparc64/sparc64/counter.c 1.47 +4 -4 src/sys/sparc64/sparc64/iommu.c From attilio at FreeBSD.org Wed May 7 21:41:37 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Wed May 7 21:41:38 2008 Subject: cvs commit: src/sys/kern subr_witness.c Message-ID: <200805072141.m47LfaZ0074018@repoman.freebsd.org> attilio 2008-05-07 21:41:36 UTC FreeBSD src repository Modified files: sys/kern subr_witness.c Log: Add a new witness sysctl which returns the relations between any lock and its children in the form: "parent","child" so that head and bottom of an oriented graph can be easilly detected and various form of diagrams can be build. The sysctl is called debug.witness.graphs and it is read-only; in order to get the list of relations, a simple: #sysctl debug.witness.graphs will do the trick. This approach has been choosen in order to support easilly things like the DOT format and such. Soon, an auto-explicative awk script, which filters simple informations returned by the sysctl and converts them into a real DOT script, will be committed to the repository between examples. Discussed with: rwatson Revision Changes Path 1.248 +58 -0 src/sys/kern/subr_witness.c From attilio at FreeBSD.org Wed May 7 21:50:17 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Wed May 7 21:50:31 2008 Subject: cvs commit: src/share/examples/witness lockgraphs.sh Message-ID: <200805072150.m47LoHFe074320@repoman.freebsd.org> attilio 2008-05-07 21:50:17 UTC FreeBSD src repository Added files: share/examples/witness lockgraphs.sh Log: Add a new awk script which parses informations returned by the newly added sysctl debug.witness.graphs and returns all the graphs involving Giant lock creating an appropriate script in DOT format which can be plotted immediately. Submitted by: Michele Dallachiesa Revision Changes Path 1.1 +24 -0 src/share/examples/witness/lockgraphs.sh (new) From sobomax at FreeBSD.org Wed May 7 22:32:41 2008 From: sobomax at FreeBSD.org (Maxim Sobolev) Date: Wed May 7 22:32:49 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507064013.GU32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> Message-ID: <48222782.7000303@FreeBSD.org> Alfred Perlstein wrote: >> It appears that autoconf only believes a type is real if you can typedef it to >> another type, cast 0 to a valid pointer to the new typedef'd type, and do a >> sizeof() of the typdef'd type. The last is where having an opaque type >> breaks down for scripts that want to make sure FILE is a real type. > > > Oh c'mon! we're going to revert this needed fix just because of > autoconf? > > By the time 8.0 rolls around, autoconf will be fixed and there > will be some standard patch/workaround for old autoconf. > > Let's just roll forward with this. We've needed it for years. Can you please explain the "needed" part? What are gains apart from pure aesthetics and removing some type dependency from libc that otherwise needs to know actual storage type of pthread_t&Co? Neither is worth breaking zillion autoconf scripts out there IMHO (not everybody uses up to date ports and ports in general!). -Maxim From kris at FreeBSD.org Wed May 7 23:02:45 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed May 7 23:02:49 2008 Subject: cvs commit: src/share/examples/witness lockgraphs.sh In-Reply-To: <200805072150.m47LoHFe074320@repoman.freebsd.org> References: <200805072150.m47LoHFe074320@repoman.freebsd.org> Message-ID: <48223513.3090603@FreeBSD.org> Attilio Rao wrote: > attilio 2008-05-07 21:50:17 UTC > > FreeBSD src repository > > Added files: > share/examples/witness lockgraphs.sh > Log: > Add a new awk script which parses informations returned by the newly > added sysctl debug.witness.graphs and returns all the graphs involving > Giant lock creating an appropriate script in DOT format which can be > plotted immediately. > > Submitted by: Michele Dallachiesa > > Revision Changes Path > 1.1 +24 -0 src/share/examples/witness/lockgraphs.sh (new) Cool! Kris From alfred at freebsd.org Wed May 7 23:11:10 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Wed May 7 23:11:15 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <48222782.7000303@FreeBSD.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <48222782.7000303@FreeBSD.org> Message-ID: <20080507231109.GE32532@elvis.mu.org> * Maxim Sobolev [080507 15:05] wrote: > Alfred Perlstein wrote: > >>It appears that autoconf only believes a type is real if you can typedef > >>it to another type, cast 0 to a valid pointer to the new typedef'd type, > >>and do a sizeof() of the typdef'd type. The last is where having an > >>opaque type breaks down for scripts that want to make sure FILE is a real > >>type. > > > > > >Oh c'mon! we're going to revert this needed fix just because of > >autoconf? > > > >By the time 8.0 rolls around, autoconf will be fixed and there > >will be some standard patch/workaround for old autoconf. > > > >Let's just roll forward with this. We've needed it for years. > > Can you please explain the "needed" part? What are gains apart from pure > aesthetics and removing some type dependency from libc that otherwise > needs to know actual storage type of pthread_t&Co? Neither is worth > breaking zillion autoconf scripts out there IMHO (not everybody uses up > to date ports and ports in general!). My understanding is that we are stuck with a max 16k stdio descriptors until we rev the structure. Regarding the API rev, this is in CURRENT, and we can change things. I don't think a few base utils AND autoconf is reason to abort this direction. -- - Alfred Perlstein From alfred at freebsd.org Wed May 7 23:14:44 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Wed May 7 23:14:47 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <200805071111.39938.jhb@freebsd.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> Message-ID: <20080507231444.GF32532@elvis.mu.org> * John Baldwin [080507 10:28] wrote: > On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote: > > * John Baldwin [080505 13:47] wrote: > > > On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > > > > On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > > > > >On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > > > > >> I'm _not_ objecting, just interested in why. > > > > >> > > > > >> Any references to discussions on this? Are we now safe for > > > > >> future compat or something? > > > > > > > > > >Having FILE be opaque broke just about every 'configure' script on the > > > > >planet. :( > > > > > > > > Either autoconf and friends are _intended_ as impediments to > > > > portability or they are completely broken by design. > > > > > > It appears that autoconf only believes a type is real if you can typedef > it to > > > another type, cast 0 to a valid pointer to the new typedef'd type, and do > a > > > sizeof() of the typdef'd type. The last is where having an opaque type > > > breaks down for scripts that want to make sure FILE is a real type. > > > > > > Oh c'mon! we're going to revert this needed fix just because of > > autoconf? > > Pretty much. It appears that FILE has been public for so long that there is a > lot of code that assumes it can use it. I don't think that's really fair, stdio has had adequate accessors for a long time, if AN(*) application does the wrong thing for long enough it does not make it right. (*) Important note: when considering autoconf scripts, most of the scripts test's come from a repository of scripts or are carbon copied from each other. Saying that "all ports are broken" is not true, it is a single suite of configuration scripts that are broken and need fixing, then we will be OK. We have precident here of hacked autoconf and ports build logic that automatically "seds" various things in scripts. I think a few knobs can fix this for us. -Alfred From kris at FreeBSD.org Wed May 7 23:19:55 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed May 7 23:19:59 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507231444.GF32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> Message-ID: <48223918.4010001@FreeBSD.org> Alfred Perlstein wrote: > * John Baldwin [080507 10:28] wrote: >> On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote: >>> * John Baldwin [080505 13:47] wrote: >>>> On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: >>>>> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: >>>>>> On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: >>>>>>> I'm _not_ objecting, just interested in why. >>>>>>> >>>>>>> Any references to discussions on this? Are we now safe for >>>>>>> future compat or something? >>>>>> Having FILE be opaque broke just about every 'configure' script on the >>>>>> planet. :( >>>>> Either autoconf and friends are _intended_ as impediments to >>>>> portability or they are completely broken by design. >>>> It appears that autoconf only believes a type is real if you can typedef >> it to >>>> another type, cast 0 to a valid pointer to the new typedef'd type, and do >> a >>>> sizeof() of the typdef'd type. The last is where having an opaque type >>>> breaks down for scripts that want to make sure FILE is a real type. >>> >>> Oh c'mon! we're going to revert this needed fix just because of >>> autoconf? >> Pretty much. It appears that FILE has been public for so long that there is a >> lot of code that assumes it can use it. > > I don't think that's really fair, stdio has had adequate accessors > for a long time, if AN(*) application does the wrong thing for long enough > it does not make it right. > > (*) Important note: when considering autoconf scripts, most of the > scripts test's come from a repository of scripts or are carbon > copied from each other. Saying that "all ports are broken" is not > true, it is a single suite of configuration scripts that are broken > and need fixing, then we will be OK. > > We have precident here of hacked autoconf and ports build logic > that automatically "seds" various things in scripts. I think > a few knobs can fix this for us. The offer was a serious one. If you're interested in evaluating the impact of this change on ports then just say the word. Kris From cokane at FreeBSD.org Thu May 8 00:24:58 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Thu May 8 00:25:02 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <48223918.4010001@FreeBSD.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <48223918.4010001@FreeBSD.org> Message-ID: <1210206184.1679.6.camel@localhost> On Thu, 2008-05-08 at 01:19 +0200, Kris Kennaway wrote: > Alfred Perlstein wrote: > > * John Baldwin [080507 10:28] wrote: > >> On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote: > >>> * John Baldwin [080505 13:47] wrote: > >>>> On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: > >>>>> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: > >>>>>> On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: > >>>>>>> I'm _not_ objecting, just interested in why. > >>>>>>> > >>>>>>> Any references to discussions on this? Are we now safe for > >>>>>>> future compat or something? > >>>>>> Having FILE be opaque broke just about every 'configure' script on the > >>>>>> planet. :( > >>>>> Either autoconf and friends are _intended_ as impediments to > >>>>> portability or they are completely broken by design. > >>>> It appears that autoconf only believes a type is real if you can typedef > >> it to > >>>> another type, cast 0 to a valid pointer to the new typedef'd type, and do > >> a > >>>> sizeof() of the typdef'd type. The last is where having an opaque type > >>>> breaks down for scripts that want to make sure FILE is a real type. > >>> > >>> Oh c'mon! we're going to revert this needed fix just because of > >>> autoconf? > >> Pretty much. It appears that FILE has been public for so long that there is a > >> lot of code that assumes it can use it. > > > > I don't think that's really fair, stdio has had adequate accessors > > for a long time, if AN(*) application does the wrong thing for long enough > > it does not make it right. > > > > (*) Important note: when considering autoconf scripts, most of the > > scripts test's come from a repository of scripts or are carbon > > copied from each other. Saying that "all ports are broken" is not > > true, it is a single suite of configuration scripts that are broken > > and need fixing, then we will be OK. > > > > We have precident here of hacked autoconf and ports build logic > > that automatically "seds" various things in scripts. I think > > a few knobs can fix this for us. > > The offer was a serious one. If you're interested in evaluating the > impact of this change on ports then just say the word. > > Kris > What if we fix this breakage through a patch in our autoconf/automake and then put a toggle in the ports system that could be told to re-run autogen on the offending ports before the configure script is run (hopefully replacing the broken "configure" with one that works)? On an embedded Linux system I am working with, I've been using this approach to fix some "host machine arch not found" errors. I would be able to live with ports being broken for a bit if it means we can get the change in... I'd even put in some time that I can to help fix the ones that I depend upon. -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080508/e2ce99e3/attachment.pgp From jasone at FreeBSD.org Thu May 8 00:42:03 2008 From: jasone at FreeBSD.org (Jason Evans) Date: Thu May 8 00:42:06 2008 Subject: cvs commit: src/lib/libc Versions.def In-Reply-To: <200805071539.m47FdYWZ033147@repoman.freebsd.org> References: <200805071539.m47FdYWZ033147@repoman.freebsd.org> Message-ID: <48224C59.7090005@FreeBSD.org> Alexander Kabaev wrote: > kan 2008-05-07 15:39:34 UTC > > FreeBSD src repository > > Modified files: > lib/libc Versions.def > Log: > Keep versions on a dependency chain to exclude even remote possiblity > of private version ever getting index 2. Why is this the right thing to do? Clearly FBSDprivate_1.0 should never be incremented, but it does not make sense to me to have it depend on any other version. In the absence of a compelling argument, I am of the opinion that Dan Eischen made a good change. Did you discuss this issue with him? Jason From alfred at freebsd.org Thu May 8 00:56:53 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Thu May 8 00:56:56 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <48223918.4010001@FreeBSD.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <48223918.4010001@FreeBSD.org> Message-ID: <20080508005653.GH32532@elvis.mu.org> * Kris Kennaway [080507 16:20] wrote: > Alfred Perlstein wrote: > > > >(*) Important note: when considering autoconf scripts, most of the > >scripts test's come from a repository of scripts or are carbon > >copied from each other. Saying that "all ports are broken" is not > >true, it is a single suite of configuration scripts that are broken > >and need fixing, then we will be OK. > > > >We have precident here of hacked autoconf and ports build logic > >that automatically "seds" various things in scripts. I think > >a few knobs can fix this for us. > > The offer was a serious one. If you're interested in evaluating the > impact of this change on ports then just say the word. There's no way I can look at this within the next two months. Afterwards I will give it a shot if time permits. -- - Alfred Perlstein From wollman at bimajority.org Thu May 8 02:01:30 2008 From: wollman at bimajority.org (Garrett Wollman) Date: Thu May 8 02:01:33 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507231444.GF32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> Message-ID: <18466.22969.506620.244442@hergotha.csail.mit.edu> < said: > I don't think that's really fair, stdio has had adequate accessors > for a long time Actually, no it hasn't. std stdio does not provide visibility into its internal buffering state so that implementations would not be constrained. This does not mean that useful applications would never want to access this information, only that accessing it is not Portable-with-a-capital-P. (Many of these applications implement things which are inherently not Portable anyway, like garbage collection.) I like the idea of making FILE opaque, in the abstract, but it does come with some very real costs, and if we're not prepared to pay those costs, we need to leave FILE translucent at the very least. (At least we can be certain that only the library ever allocates a FILE object, which isn't the case for some other warty interfaces.) -GAWollman From deischen at freebsd.org Thu May 8 05:55:34 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Thu May 8 05:55:42 2008 Subject: cvs commit: src/lib/libc Versions.def In-Reply-To: <48224C59.7090005@FreeBSD.org> References: <200805071539.m47FdYWZ033147@repoman.freebsd.org> <48224C59.7090005@FreeBSD.org> Message-ID: On Wed, 7 May 2008, Jason Evans wrote: > Alexander Kabaev wrote: >> kan 2008-05-07 15:39:34 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/libc Versions.def Log: >> Keep versions on a dependency chain to exclude even remote possiblity >> of private version ever getting index 2. > > Why is this the right thing to do? Clearly FBSDprivate_1.0 should never be > incremented, but it does not make sense to me to have it depend on any other > version. In the absence of a compelling argument, I am of the opinion that > Dan Eischen made a good change. Did you discuss this issue with him? I think it has more to do with how rtld works, though I don't know the details. You can see that kan made this same exact change in rev 1.3 of Versions.def. So in actuality, I backed kan's change out thinking that I had originally committed it that way. FYI, before I commited this change, I looked at how glibc did it. Their private namespace does not inherit from the GLIBC public namespace. But perhaps they have other ways of preventing exactly what kan is trying to avoid. -- DE From peterjeremy at optushome.com.au Thu May 8 07:40:46 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Thu May 8 07:40:51 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <48222782.7000303@FreeBSD.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <48222782.7000303@FreeBSD.org> Message-ID: <20080508074041.GM7293@server.vk2pj.dyndns.org> On Wed, May 07, 2008 at 03:04:50PM -0700, Maxim Sobolev wrote: >Can you please explain the "needed" part? - The file struct is in two pieces: struct __sFILE and struct __sFILEX This is at best a wart. - stdio currently only supports file descriptors <=32767. > What are gains apart from pure aesthetics "data-hiding" is a standard technique. Making FILE opaque means that future changes can be made without impacting altering the ABI. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080508/4a9aa82c/attachment.pgp From kris at FreeBSD.org Thu May 8 08:36:10 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu May 8 08:36:15 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080508005653.GH32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <48223918.4010001@FreeBSD.org> <20080508005653.GH32532@elvis.mu.org> Message-ID: <4822BB77.6060601@FreeBSD.org> Alfred Perlstein wrote: > * Kris Kennaway [080507 16:20] wrote: >> Alfred Perlstein wrote: >>> (*) Important note: when considering autoconf scripts, most of the >>> scripts test's come from a repository of scripts or are carbon >>> copied from each other. Saying that "all ports are broken" is not >>> true, it is a single suite of configuration scripts that are broken >>> and need fixing, then we will be OK. >>> >>> We have precident here of hacked autoconf and ports build logic >>> that automatically "seds" various things in scripts. I think >>> a few knobs can fix this for us. >> The offer was a serious one. If you're interested in evaluating the >> impact of this change on ports then just say the word. > > There's no way I can look at this within the next two months. > > Afterwards I will give it a shot if time permits. No problem, send portmgr an email when you're ready. Of course, if someone else wants to look at it before then, that's fine too. Kris From kris at FreeBSD.org Thu May 8 08:40:30 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu May 8 08:40:33 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <1210206184.1679.6.camel@localhost> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <48223918.4010001@FreeBSD.org> <1210206184.1679.6.camel@localhost> Message-ID: <4822BC7B.9070400@FreeBSD.org> Coleman Kane wrote: > On Thu, 2008-05-08 at 01:19 +0200, Kris Kennaway wrote: >> Alfred Perlstein wrote: >>> * John Baldwin [080507 10:28] wrote: >>>> On Wednesday 07 May 2008 02:40:13 am Alfred Perlstein wrote: >>>>> * John Baldwin [080505 13:47] wrote: >>>>>> On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote: >>>>>>> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote: >>>>>>>> On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: >>>>>>>>> I'm _not_ objecting, just interested in why. >>>>>>>>> >>>>>>>>> Any references to discussions on this? Are we now safe for >>>>>>>>> future compat or something? >>>>>>>> Having FILE be opaque broke just about every 'configure' script on the >>>>>>>> planet. :( >>>>>>> Either autoconf and friends are _intended_ as impediments to >>>>>>> portability or they are completely broken by design. >>>>>> It appears that autoconf only believes a type is real if you can typedef >>>> it to >>>>>> another type, cast 0 to a valid pointer to the new typedef'd type, and do >>>> a >>>>>> sizeof() of the typdef'd type. The last is where having an opaque type >>>>>> breaks down for scripts that want to make sure FILE is a real type. >>>>> Oh c'mon! we're going to revert this needed fix just because of >>>>> autoconf? >>>> Pretty much. It appears that FILE has been public for so long that there is a >>>> lot of code that assumes it can use it. >>> I don't think that's really fair, stdio has had adequate accessors >>> for a long time, if AN(*) application does the wrong thing for long enough >>> it does not make it right. >>> >>> (*) Important note: when considering autoconf scripts, most of the >>> scripts test's come from a repository of scripts or are carbon >>> copied from each other. Saying that "all ports are broken" is not >>> true, it is a single suite of configuration scripts that are broken >>> and need fixing, then we will be OK. >>> >>> We have precident here of hacked autoconf and ports build logic >>> that automatically "seds" various things in scripts. I think >>> a few knobs can fix this for us. >> The offer was a serious one. If you're interested in evaluating the >> impact of this change on ports then just say the word. >> >> Kris >> > > What if we fix this breakage through a patch in our autoconf/automake > and then put a toggle in the ports system that could be told to re-run > autogen on the offending ports before the configure script is run > (hopefully replacing the broken "configure" with one that works)? If it was just the broken autofools then this might work, except 1) It's not just autofools that are broken (the fact that several parts of the base tree were already broken gives some estimation of the rate of other code breakage that should be expected) 2) There are lots of ports that tweak the autoconf output, either upstream in the vendor or in the port. Fixing them to work properly again will be an exercise in patience, subtlety and irritation. Anyway -- again -- we won't know the precise impact until we run a full build with a group of volunteers to study the results. Kris From dfr at FreeBSD.org Thu May 8 10:58:51 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 8 10:58:54 2008 Subject: cvs commit: src/contrib/com_err - Imported sources Message-ID: <200805081058.m48Awp2t041209@repoman.freebsd.org> dfr 2008-05-08 10:58:51 UTC FreeBSD src repository src/contrib/com_err - Imported sources Update of /home/ncvs/src/contrib/com_err In directory repoman.freebsd.org:/tmp/cvs-serv41179 Log Message: Import com_err from heimdal-1.1 Status: Vendor Tag: KTH Release Tags: v_1_1_0 N src/contrib/com_err/lex.c C src/contrib/com_err/parse.y U src/contrib/com_err/error.c N src/contrib/com_err/parse.c C src/contrib/com_err/com_err.c C src/contrib/com_err/compile_et.c U src/contrib/com_err/ChangeLog U src/contrib/com_err/Makefile.am N src/contrib/com_err/version-script.map U src/contrib/com_err/lex.h U src/contrib/com_err/roken_rename.h C src/contrib/com_err/compile_et.h U src/contrib/com_err/Makefile.in C src/contrib/com_err/lex.l C src/contrib/com_err/com_right.h N src/contrib/com_err/parse.h C src/contrib/com_err/com_err.h 7 conflicts created by this import. Use the following command to help the merge: cvs checkout -jKTH:yesterday -jKTH src/contrib/com_err From dfr at FreeBSD.org Thu May 8 11:01:46 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 8 11:01:50 2008 Subject: cvs commit: src/contrib/com_err com_err.c com_err.h com_right.h compile_et.c compile_et.h lex.l parse.y Message-ID: <200805081101.m48B1k9k041422@repoman.freebsd.org> dfr 2008-05-08 11:01:46 UTC FreeBSD src repository Modified files: contrib/com_err com_err.c com_err.h com_right.h compile_et.c compile_et.h lex.l parse.y Log: Merge from the vendor branch and resolve conflicts. Revision Changes Path 1.4 +4 -5 src/contrib/com_err/com_err.c 1.4 +8 -7 src/contrib/com_err/com_err.h 1.4 +4 -4 src/contrib/com_err/com_right.h 1.4 +9 -10 src/contrib/com_err/compile_et.c 1.4 +3 -2 src/contrib/com_err/compile_et.h 1.4 +4 -2 src/contrib/com_err/lex.l 1.4 +22 -16 src/contrib/com_err/parse.y From jhb at freebsd.org Thu May 8 12:36:44 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 8 12:36:52 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080507231109.GE32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <48222782.7000303@FreeBSD.org> <20080507231109.GE32532@elvis.mu.org> Message-ID: <200805080814.38215.jhb@freebsd.org> On Wednesday 07 May 2008 07:11:09 pm Alfred Perlstein wrote: > * Maxim Sobolev [080507 15:05] wrote: > > Alfred Perlstein wrote: > > >>It appears that autoconf only believes a type is real if you can > > >> typedef it to another type, cast 0 to a valid pointer to the new > > >> typedef'd type, and do a sizeof() of the typdef'd type. The last is > > >> where having an opaque type breaks down for scripts that want to make > > >> sure FILE is a real type. > > > > > >Oh c'mon! we're going to revert this needed fix just because of > > >autoconf? > > > > > >By the time 8.0 rolls around, autoconf will be fixed and there > > >will be some standard patch/workaround for old autoconf. > > > > > >Let's just roll forward with this. We've needed it for years. > > > > Can you please explain the "needed" part? What are gains apart from pure > > aesthetics and removing some type dependency from libc that otherwise > > needs to know actual storage type of pthread_t&Co? Neither is worth > > breaking zillion autoconf scripts out there IMHO (not everybody uses up > > to date ports and ports in general!). > > My understanding is that we are stuck with a max 16k stdio descriptors > until we rev the structure. This doesn't require FILE being opaque. I will still fix this, and even if I was able to make FILE opaque the old 16-bit _file field would still have to exist and be valid (for some value of valid) pretty much forever because libc.so.7 users in 7.0 already use it directly. > Regarding the API rev, this is in CURRENT, and we can change things. Since we don't bump the libc major rev anymore with symbol versioning, we are stuck with the ABI of the FILE fields that were ever used directly pretty much forever. > I don't think a few base utils AND autoconf is reason to abort this > direction. I think it is telling that other OS's don't make FILE opaque either. I originally tried it because I thought glibc's FILE was opaque, but I had misparsed the maze of headers and #ifdef's and their FILE is open as well. -- John Baldwin From jhb at freebsd.org Thu May 8 12:36:45 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 8 12:36:59 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <20080508074041.GM7293@server.vk2pj.dyndns.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <48222782.7000303@FreeBSD.org> <20080508074041.GM7293@server.vk2pj.dyndns.org> Message-ID: <200805080816.18083.jhb@freebsd.org> On Thursday 08 May 2008 03:40:41 am Peter Jeremy wrote: > On Wed, May 07, 2008 at 03:04:50PM -0700, Maxim Sobolev wrote: > >Can you please explain the "needed" part? > > - The file struct is in two pieces: struct __sFILE and struct __sFILEX > This is at best a wart. This is already fixed. > - stdio currently only supports file descriptors <=32767. This will soon be fixed. > > What are gains apart from pure aesthetics > > "data-hiding" is a standard technique. Making FILE opaque means that > future changes can be made without impacting altering the ABI. This was the real reason. Fixing the file descriptor bit will involve some ABI hacks because of the inlining, etc. in the current implementation. Removing the inlining and transparency of FILE would avoid the need for similar hacks in the future. -- John Baldwin From dfr at FreeBSD.org Thu May 8 13:11:35 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 8 13:11:39 2008 Subject: cvs commit: src/kerberos5/include version.h Message-ID: <200805081311.m48DBZId059943@repoman.freebsd.org> dfr 2008-05-08 13:11:34 UTC FreeBSD src repository Modified files: kerberos5/include version.h Log: Update heimdal_version. Pointed out by: antoine@ Revision Changes Path 1.15 +2 -2 src/kerberos5/include/version.h From cokane at FreeBSD.org Thu May 8 13:51:18 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Thu May 8 13:51:21 2008 Subject: cvs commit: src/contrib/expat - Imported sources Message-ID: <200805081351.m48DpIWg062201@repoman.freebsd.org> cokane 2008-05-08 13:51:17 UTC FreeBSD src repository src/contrib/expat - Imported sources Update of /home/ncvs/src/contrib/expat In directory repoman.freebsd.org:/tmp/cvs-serv61960 Log Message: Virgin import (trimmed) of eXpat v2.0.1. Discussed and tested with sam and phk who are the two consumers of this library. If there is any other fallout, email me and I will take care of it. Approved by: sam, phk Status: Vendor Tag: EXPAT Release Tags: v2_0_1 U src/contrib/expat/COPYING U src/contrib/expat/Makefile.in U src/contrib/expat/README U src/contrib/expat/configure U src/contrib/expat/configure.in U src/contrib/expat/Changes U src/contrib/expat/expat_config.h.in U src/contrib/expat/MANIFEST U src/contrib/expat/examples/elements.c U src/contrib/expat/examples/outline.c N src/contrib/expat/lib/expat_external.h U src/contrib/expat/lib/asciitab.h U src/contrib/expat/lib/expat.h U src/contrib/expat/lib/iasciitab.h U src/contrib/expat/lib/internal.h U src/contrib/expat/lib/latin1tab.h U src/contrib/expat/lib/nametab.h U src/contrib/expat/lib/utf8tab.h U src/contrib/expat/lib/winconfig.h U src/contrib/expat/lib/xmlparse.c U src/contrib/expat/lib/xmlrole.c U src/contrib/expat/lib/xmlrole.h U src/contrib/expat/lib/xmltok.c U src/contrib/expat/lib/xmltok.h U src/contrib/expat/lib/xmltok_impl.c U src/contrib/expat/lib/xmltok_impl.h U src/contrib/expat/lib/xmltok_ns.c U src/contrib/expat/lib/ascii.h U src/contrib/expat/doc/xmlwf.1 U src/contrib/expat/doc/reference.html U src/contrib/expat/doc/style.css U src/contrib/expat/doc/xmlwf.sgml N src/contrib/expat/doc/expat.png N src/contrib/expat/doc/valid-xhtml10.png U src/contrib/expat/tests/runtests.c U src/contrib/expat/tests/xmltest.sh U src/contrib/expat/tests/README.txt U src/contrib/expat/tests/chardata.h N src/contrib/expat/tests/minicheck.c N src/contrib/expat/tests/minicheck.h U src/contrib/expat/tests/chardata.c N src/contrib/expat/tests/runtestspp.cpp N src/contrib/expat/tests/benchmark/README.txt N src/contrib/expat/tests/benchmark/benchmark.c N src/contrib/expat/tests/benchmark/benchmark.dsp N src/contrib/expat/tests/benchmark/benchmark.dsw U src/contrib/expat/xmlwf/xmlwin32url.cxx U src/contrib/expat/xmlwf/readfilemap.c U src/contrib/expat/xmlwf/codepage.h U src/contrib/expat/xmlwf/ct.c U src/contrib/expat/xmlwf/filemap.h U src/contrib/expat/xmlwf/unixfilemap.c U src/contrib/expat/xmlwf/xmlfile.c U src/contrib/expat/xmlwf/win32filemap.c U src/contrib/expat/xmlwf/xmlfile.h U src/contrib/expat/xmlwf/xmlwf.c U src/contrib/expat/xmlwf/xmlmime.c U src/contrib/expat/xmlwf/xmlmime.h U src/contrib/expat/xmlwf/xmltchar.h U src/contrib/expat/xmlwf/xmlurl.h U src/contrib/expat/xmlwf/codepage.c No conflicts created by this import From cokane at FreeBSD.org Thu May 8 13:56:58 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Thu May 8 13:57:01 2008 Subject: cvs commit: src/contrib/expat FREEBSD-upgrade Message-ID: <200805081356.m48DuwA4062353@repoman.freebsd.org> cokane 2008-05-08 13:56:58 UTC FreeBSD src repository Modified files: contrib/expat FREEBSD-upgrade Log: Update the FREEBSD-upgrade for expat 2.0.1 Approved by: sam, phk Revision Changes Path 1.2 +95 -0 src/contrib/expat/FREEBSD-upgrade From cokane at FreeBSD.org Thu May 8 14:01:43 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Thu May 8 14:01:45 2008 Subject: cvs commit: src/lib/libexpat Makefile libbsdxml.3 src/sbin/ifconfig regdomain.c Message-ID: <200805081401.m48E1gsc062594@repoman.freebsd.org> cokane 2008-05-08 14:01:42 UTC FreeBSD src repository Modified files: lib/libexpat Makefile libbsdxml.3 sbin/ifconfig regdomain.c Log: Update the lib/expat tree for the new v2.0.1 expat import. The bsdxml.h header is now in two parts: bsdxml.h and bsdxml_external.h, representing the expat.h and expat_external.h headers. Updated the info on the man page as well. Also, fixed a type-error in a printf in sbin/ifconfig/regdomain.c that would cause a compiler warning. Approved by: sam, phk Revision Changes Path 1.7 +10 -4 src/lib/libexpat/Makefile 1.4 +2 -2 src/lib/libexpat/libbsdxml.3 1.2 +1 -1 src/sbin/ifconfig/regdomain.c From scottl at FreeBSD.org Thu May 8 15:05:39 2008 From: scottl at FreeBSD.org (Scott Long) Date: Thu May 8 15:05:49 2008 Subject: cvs commit: src/sys/dev/bce if_bce.c Message-ID: <200805081505.m48F5cHa066615@repoman.freebsd.org> scottl 2008-05-08 15:05:38 UTC FreeBSD src repository Modified files: sys/dev/bce if_bce.c Log: The BCE chips appear to have an undocumented requirement that RX frames be aligned on an 8 byte boundary. Prior to rev 1.36 this wasn't a problem because mbuf clusters tend be naturally aligned. The switch to using split buffers with the first buffer being the embedded data area of the mbuf has broken this assumption, at least on i386, causing a complete failure of RX functionality. Fix this for now by using a full cluster for the first RX buffer. A more sophisticated approach could be done with the old buffer scheme to realign the m_data pointer with m_adj(), but I'm also not clear on performance benefits of this old scheme or the performance implications of adding an m_adj() call to every allocation. Revision Changes Path 1.39 +8 -0 src/sys/dev/bce/if_bce.c From andre at freebsd.org Thu May 8 15:31:02 2008 From: andre at freebsd.org (Andre Oppermann) Date: Thu May 8 15:31:08 2008 Subject: cvs commit: src/sys/dev/bce if_bce.c In-Reply-To: <200805081505.m48F5cHa066615@repoman.freebsd.org> References: <200805081505.m48F5cHa066615@repoman.freebsd.org> Message-ID: <48231CB8.6030509@freebsd.org> Scott Long wrote: > scottl 2008-05-08 15:05:38 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bce if_bce.c > Log: > The BCE chips appear to have an undocumented requirement that RX frames be > aligned on an 8 byte boundary. Prior to rev 1.36 this wasn't a problem > because mbuf clusters tend be naturally aligned. The switch to using > split buffers with the first buffer being the embedded data area of the > mbuf has broken this assumption, at least on i386, causing a complete > failure of RX functionality. Fix this for now by using a full cluster for > the first RX buffer. A more sophisticated approach could be done with the > old buffer scheme to realign the m_data pointer with m_adj(), but I'm also > not clear on performance benefits of this old scheme or the performance > implications of adding an m_adj() call to every allocation. m_align() to your rescue. m_adj() probably wont do the right thing on an empty mbuf (-cluster). -- Andre From dot at dotat.at Thu May 8 16:39:21 2008 From: dot at dotat.at (Tony Finch) Date: Thu May 8 16:39:25 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: <18466.22969.506620.244442@hergotha.csail.mit.edu> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <18466.22969.506620.244442@hergotha.csail.mit.edu> Message-ID: On Wed, 7 May 2008, Garrett Wollman wrote: > > I like the idea of making FILE opaque The C standard requires that FILE is an object type which means that it must not be opaque. (Opaque structures are incomplete types, which are not object types.) Tony. -- f.anthony.n.finch http://dotat.at/ FITZROY SOLE: WEST OR NORTHWEST VEERING NORTH 3 OR 4, OCCASIONALLY 5. MODERATE. SHOWERS AND FOG PATCHES. MODERATE OR GOOD, OCCASIONALLY VERY POOR. From joerg at britannica.bec.de Thu May 8 16:47:37 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Thu May 8 16:47:41 2008 Subject: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c In-Reply-To: References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <200805071111.39938.jhb@freebsd.org> <20080507231444.GF32532@elvis.mu.org> <18466.22969.506620.244442@hergotha.csail.mit.edu> Message-ID: <20080508164726.GA2596@britannica.bec.de> On Thu, May 08, 2008 at 05:18:23PM +0100, Tony Finch wrote: > On Wed, 7 May 2008, Garrett Wollman wrote: > > > > I like the idea of making FILE opaque > > The C standard requires that FILE is an object type which means that it > must not be opaque. (Opaque structures are incomplete types, which are > not object types.) The C standard is also quite explicit that anything but sizeof(FILE) is implementation defined. I have not found a single reason why sizeof(FILE) should be valid. I believe that is not intended by the standard. Joerg From thompsa at FreeBSD.org Thu May 8 17:24:07 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Thu May 8 17:24:09 2008 Subject: cvs commit: src/sys/geom/linux_lvm g_linux_lvm.c g_linux_lvm.h src/share/man/man4 geom_linux_lvm.4 Message-ID: <200805081724.m48HO6Qj082166@repoman.freebsd.org> thompsa 2008-05-08 17:24:06 UTC FreeBSD src repository Added files: (Branch: RELENG_7) sys/geom/linux_lvm g_linux_lvm.c g_linux_lvm.h share/man/man4 geom_linux_lvm.4 Log: MFC geom_linux_lvm(4), a geom class to map Linux LVM logical volumes. Revision Changes Path 1.1.2.1 +88 -0 src/share/man/man4/geom_linux_lvm.4 (new) 1.1.2.1 +1178 -0 src/sys/geom/linux_lvm/g_linux_lvm.c (new) 1.1.2.1 +113 -0 src/sys/geom/linux_lvm/g_linux_lvm.h (new) From thompsa at FreeBSD.org Thu May 8 17:25:23 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Thu May 8 17:25:25 2008 Subject: cvs commit: src/sys/modules/geom Makefile src/sys/modules/geom/geom_linux_lvm Makefile src/sys/conf NOTES files options src/share/man/man4 Makefile Message-ID: <200805081725.m48HPN2T082319@repoman.freebsd.org> thompsa 2008-05-08 17:25:23 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/modules/geom Makefile sys/conf NOTES files options share/man/man4 Makefile Added files: (Branch: RELENG_7) sys/modules/geom/geom_linux_lvm Makefile Log: MFC Hook geom_linux_lvm up to the build. Revision Changes Path 1.393.2.10 +1 -0 src/share/man/man4/Makefile 1.1454.2.8 +1 -0 src/sys/conf/NOTES 1.1243.2.21 +1 -0 src/sys/conf/files 1.608.2.5 +1 -0 src/sys/conf/options 1.19.2.2 +1 -0 src/sys/modules/geom/Makefile 1.1.2.1 +8 -0 src/sys/modules/geom/geom_linux_lvm/Makefile (new) From grehan at FreeBSD.org Thu May 8 17:55:45 2008 From: grehan at FreeBSD.org (Peter Grehan) Date: Thu May 8 17:55:47 2008 Subject: cvs commit: src/sys/dev/ata ata-disk.c ata-lowlevel.c atapi-cd.c atapi-fd.c atapi-tape.c Message-ID: <200805081755.m48HtiQC083294@repoman.freebsd.org> grehan 2008-05-08 17:55:44 UTC FreeBSD src repository Modified files: sys/dev/ata ata-disk.c ata-lowlevel.c atapi-cd.c atapi-fd.c atapi-tape.c Log: Fix panic and breakage for non-DMA ATA devices e.g. powermac macio cells. Handle cases where dma function pointers may be NULL, and where the max_iosize can't be derived from a DMA data structure. For the latter, revert to the prior behaviour of using DFLTPHYS for the max i/o size when there is no other data. Reviewed by: marcel No objection by: sos Revision Changes Path 1.211 +1 -1 src/sys/dev/ata/ata-disk.c 1.84 +3 -1 src/sys/dev/ata/ata-lowlevel.c 1.200 +4 -1 src/sys/dev/ata/atapi-cd.c 1.115 +1 -1 src/sys/dev/ata/atapi-fd.c 1.108 +1 -1 src/sys/dev/ata/atapi-tape.c From kabaev at gmail.com Thu May 8 18:45:48 2008 From: kabaev at gmail.com (Alexander Kabaev) Date: Thu May 8 18:46:03 2008 Subject: cvs commit: src/lib/libc Versions.def In-Reply-To: References: <200805071539.m47FdYWZ033147@repoman.freebsd.org> <48224C59.7090005@FreeBSD.org> Message-ID: <20080508144536.55a1a1d1@kan.dnsalias.net> On Thu, 8 May 2008 01:55:32 -0400 (EDT) Daniel Eischen wrote: > On Wed, 7 May 2008, Jason Evans wrote: > > > Alexander Kabaev wrote: > >> kan 2008-05-07 15:39:34 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >> lib/libc Versions.def Log: > >> Keep versions on a dependency chain to exclude even remote > >> possiblity of private version ever getting index 2. > > > > Why is this the right thing to do? Clearly FBSDprivate_1.0 should > > never be incremented, but it does not make sense to me to have it > > depend on any other version. In the absence of a compelling > > argument, I am of the opinion that Dan Eischen made a good change. > > Did you discuss this issue with him? > > I think it has more to do with how rtld works, though I don't > know the details. You can see that kan made this same exact > change in rev 1.3 of Versions.def. So in actuality, I backed > kan's change out thinking that I had originally committed it > that way. > -- > DE rtld magically expects version with verndx 2 to be the oldest version applied to the shared library. It uses this to resolve symbols for old unversioned binaries that happen to run against the versioned library. Having FBSDPrivate to be a root of its own depenency tree can potentionally cause linker to assign it version #2 instead of FBSD_1.0, breaking old binaries. Keeping all versions in a dependency chain rooted at FBSD_1.0 is a simple way to avoid the breakage. In general, 'dependency' in version strings is useless and people should read too much into it. Nor should they apply their object-oriented language concepts while looking at what version inherits from what other version. > > FYI, before I commited this change, I looked at how glibc did it. > Their private namespace does not inherit from the GLIBC public > namespace. But perhaps they have other ways of preventing > exactly what kan is trying to avoid. > You looked at sources, I guess, not what gets generated after they run their AWK script on it. $ readelf -V /compat/linux/lib/libc-2.3.6.so ... Version definition section '.gnu.version_d' contains 18 entries: Addr: 0x0000000000011b40 Offset: 0x011b40 Link: 4 (.dynstr) 000000: Rev: 1 Flags: BASE Index: 1 Cnt: 1 Name: libc.so.6 0x001c: Rev: 1 Flags: none Index: 2 Cnt: 1 Name: GLIBC_2.0 0x0038: Rev: 1 Flags: none Index: 3 Cnt: 2 Name: GLIBC_2.1 0x0054: Parent 1: GLIBC_2.0 ... 0x0230: Rev: 1 Flags: none Index: 17 Cnt: 2 Name: GLIBC_PRIVATE 0x024c: Parent 1: GLIBC_2.3.4 -- Alexander Kabaev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080508/cceab6aa/signature.pgp From deischen at freebsd.org Thu May 8 19:21:38 2008 From: deischen at freebsd.org (Daniel Eischen) Date: Thu May 8 19:21:42 2008 Subject: cvs commit: src/lib/libc Versions.def In-Reply-To: <20080508144536.55a1a1d1@kan.dnsalias.net> References: <200805071539.m47FdYWZ033147@repoman.freebsd.org> <48224C59.7090005@FreeBSD.org> <20080508144536.55a1a1d1@kan.dnsalias.net> Message-ID: On Thu, 8 May 2008, Alexander Kabaev wrote: > On Thu, 8 May 2008 01:55:32 -0400 (EDT) > Daniel Eischen wrote: > >> >> FYI, before I commited this change, I looked at how glibc did it. >> Their private namespace does not inherit from the GLIBC public >> namespace. But perhaps they have other ways of preventing >> exactly what kan is trying to avoid. >> > You looked at sources, I guess, not what gets generated after they run > their AWK script on it. No, I looked at the awk script, but that's not to say that I interpreted it correctly ;-) > $ readelf -V /compat/linux/lib/libc-2.3.6.so > ... > Version definition section '.gnu.version_d' contains 18 entries: > Addr: 0x0000000000011b40 Offset: 0x011b40 Link: 4 (.dynstr) > 000000: Rev: 1 Flags: BASE Index: 1 Cnt: 1 Name: libc.so.6 > 0x001c: Rev: 1 Flags: none Index: 2 Cnt: 1 Name: GLIBC_2.0 > 0x0038: Rev: 1 Flags: none Index: 3 Cnt: 2 Name: GLIBC_2.1 > 0x0054: Parent 1: GLIBC_2.0 > ... > 0x0230: Rev: 1 Flags: none Index: 17 Cnt: 2 Name: GLIBC_PRIVATE > 0x024c: Parent 1: GLIBC_2.3.4 -- DE From jhb at FreeBSD.org Thu May 8 20:05:31 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 8 20:05:33 2008 Subject: cvs commit: src/lib/libftpio ftpio.c Message-ID: <200805082005.m48K5Uts090395@repoman.freebsd.org> jhb 2008-05-08 20:05:30 UTC FreeBSD src repository Modified files: lib/libftpio ftpio.c Log: Don't set the _file member of the FILE when opening a FTP connection. Nothing in libftpio uses _file, and the only consumer in the tree (sysinstall) doesn't invoke fileno() on the FILE. MFC after: 2 months Revision Changes Path 1.47 +0 -1 src/lib/libftpio/ftpio.c From marius at FreeBSD.org Thu May 8 20:57:09 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 8 20:57:13 2008 Subject: cvs commit: src/sys/sparc64/sparc64 upa.c Message-ID: <200805082057.m48Kv80p001499@repoman.freebsd.org> marius 2008-05-08 20:57:08 UTC FreeBSD src repository Modified files: sys/sparc64/sparc64 upa.c Log: Use directly instead of depending on header pollution in the otherwise unused . Revision Changes Path 1.11 +1 -1 src/sys/sparc64/sparc64/upa.c From marius at FreeBSD.org Thu May 8 21:02:07 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 8 21:02:10 2008 Subject: cvs commit: src/sys/sparc64/sparc64 bus_machdep.c Message-ID: <200805082102.m48L27aB001785@repoman.freebsd.org> marius 2008-05-08 21:02:07 UTC FreeBSD src repository Modified files: sys/sparc64/sparc64 bus_machdep.c Log: Remove #if 0'ed code referencing no longer existent ecache_flush(). Revision Changes Path 1.48 +0 -7 src/sys/sparc64/sparc64/bus_machdep.c From marius at FreeBSD.org Thu May 8 21:10:40 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 8 21:10:46 2008 Subject: cvs commit: src/sys/sparc64/include bus.h Message-ID: <200805082110.m48LAesQ003108@repoman.freebsd.org> marius 2008-05-08 21:10:39 UTC FreeBSD src repository Modified files: sys/sparc64/include bus.h Log: - Remove the BUS_HANDLE_MIN checking in the __BUS_DEBUG_ACCESS macro; for UPA it should have fulfilled its purpose by now and Fireplane- and JBus-based machines are way to messy in organization to implement something equivalent. - Fix a bunch of style(9) bugs. Revision Changes Path 1.43 +109 -81 src/sys/sparc64/include/bus.h From delphij at FreeBSD.org Thu May 8 21:22:28 2008 From: delphij at FreeBSD.org (Xin LI) Date: Thu May 8 21:22:31 2008 Subject: cvs commit: src/sys/dev/usb uipaq.c usbdevs Message-ID: <200805082122.m48LMSR1003497@repoman.freebsd.org> delphij 2008-05-08 21:22:28 UTC FreeBSD src repository Modified files: sys/dev/usb uipaq.c usbdevs Log: Add ID for HTC PPC6700 Modem. Submitted by: Kris Moore MFC after: 3 days Revision Changes Path 1.11 +1 -0 src/sys/dev/usb/uipaq.c 1.352 +1 -0 src/sys/dev/usb/usbdevs From jhb at FreeBSD.org Thu May 8 22:21:10 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 8 22:21:12 2008 Subject: cvs commit: src/sys/netinet tcp_syncache.c Message-ID: <200805082221.m48ML9fq006515@repoman.freebsd.org> jhb 2008-05-08 22:21:09 UTC FreeBSD src repository Modified files: sys/netinet tcp_syncache.c Log: Always bump tcpstat.tcps_badrst if we get a RST for a connection in the syncache that has an invalid SEQ instead of only doing it when we suceed in mallocing space for the log message. MFC after: 1 week Reviewed by: sam, bz Revision Changes Path 1.144 +5 -4 src/sys/netinet/tcp_syncache.c From scf at FreeBSD.org Thu May 8 23:57:30 2008 From: scf at FreeBSD.org (Sean Farley) Date: Thu May 8 23:57:33 2008 Subject: cvs commit: src/include readpassphrase.h Message-ID: <200805082357.m48NvTBx012316@repoman.freebsd.org> scf 2008-05-08 23:57:29 UTC FreeBSD src repository Modified files: include readpassphrase.h Log: Define the size_t type since readpassphrase(3) requires it in its definition and sys/types.h is not listed within the synopsis of the man page. MFC after: 1 week Revision Changes Path 1.3 +6 -0 src/include/readpassphrase.h From weongyo at FreeBSD.org Fri May 9 02:20:40 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Fri May 9 02:20:41 2008 Subject: cvs commit: src/sys/modules Makefile Message-ID: <200805090220.m492Kd6E030043@repoman.freebsd.org> weongyo 2008-05-09 02:20:39 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/modules Makefile Log: MFC: rev. 1.560 Add malo driver to the build Approved by: thompsa (mentor) Revision Changes Path 1.540.2.13 +1 -0 src/sys/modules/Makefile From weongyo at FreeBSD.org Fri May 9 02:23:11 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Fri May 9 02:23:13 2008 Subject: cvs commit: src/share/man/man4 Makefile Message-ID: <200805090223.m492NBDU030135@repoman.freebsd.org> weongyo 2008-05-09 02:23:11 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) share/man/man4 Makefile Log: MFC: rev. 1.413 Connect malo.4 to the build. Approved by: thompsa (mentor) Revision Changes Path 1.393.2.11 +1 -0 src/share/man/man4/Makefile From rafan at FreeBSD.org Fri May 9 02:28:15 2008 From: rafan at FreeBSD.org (Rong-En Fan) Date: Fri May 9 02:28:17 2008 Subject: cvs commit: src/contrib/ncurses - Imported sources Message-ID: <200805090228.m492SE2i030280@repoman.freebsd.org> rafan 2008-05-09 02:28:14 UTC FreeBSD src repository src/contrib/ncurses - Imported sources Update of /home/ncvs/src/contrib/ncurses In directory repoman.freebsd.org:/tmp/cvs-serv30266 Log Message: Import ncurses 5.6-20080503 snapshot onto the vender branch Status: Vendor Tag: NCURSES Release Tags: v5_6_20080503 U src/contrib/ncurses/dist.mk U src/contrib/ncurses/AUTHORS U src/contrib/ncurses/README U src/contrib/ncurses/configure U src/contrib/ncurses/mkdirs.sh U src/contrib/ncurses/mk-2nd.awk U src/contrib/ncurses/config.guess U src/contrib/ncurses/config.sub U src/contrib/ncurses/NEWS U src/contrib/ncurses/announce.html.in U src/contrib/ncurses/mk-0th.awk U src/contrib/ncurses/Makefile.os2 U src/contrib/ncurses/INSTALL U src/contrib/ncurses/ANNOUNCE U src/contrib/ncurses/TO-DO U src/contrib/ncurses/Makefile.in U src/contrib/ncurses/mk-hdr.awk U src/contrib/ncurses/tar-copy.sh U src/contrib/ncurses/MANIFEST U src/contrib/ncurses/README.emx U src/contrib/ncurses/configure.in U src/contrib/ncurses/aclocal.m4 U src/contrib/ncurses/convert_configure.pl U src/contrib/ncurses/install-sh U src/contrib/ncurses/mk-1st.awk U src/contrib/ncurses/panel/p_show.c U src/contrib/ncurses/panel/p_top.c U src/contrib/ncurses/panel/p_below.c U src/contrib/ncurses/panel/modules U src/contrib/ncurses/panel/p_new.c U src/contrib/ncurses/panel/p_replace.c U src/contrib/ncurses/panel/p_above.c U src/contrib/ncurses/panel/p_delete.c U src/contrib/ncurses/panel/panel.h U src/contrib/ncurses/panel/p_bottom.c U src/contrib/ncurses/panel/p_win.c U src/contrib/ncurses/panel/p_hidden.c U src/contrib/ncurses/panel/panel.priv.h U src/contrib/ncurses/panel/p_move.c U src/contrib/ncurses/panel/headers U src/contrib/ncurses/panel/p_update.c U src/contrib/ncurses/panel/p_user.c U src/contrib/ncurses/panel/panel.c U src/contrib/ncurses/panel/llib-lpanelw U src/contrib/ncurses/panel/Makefile.in U src/contrib/ncurses/panel/p_hide.c U src/contrib/ncurses/panel/llib-lpanel U src/contrib/ncurses/include/ncurses_dll.h U src/contrib/ncurses/include/Caps.keys U src/contrib/ncurses/include/nc_tparm.h U src/contrib/ncurses/include/edit_cfg.sh U src/contrib/ncurses/include/Caps.uwin U src/contrib/ncurses/include/unctrl.h.in U src/contrib/ncurses/include/MKhashsize.sh U src/contrib/ncurses/include/term_entry.h U src/contrib/ncurses/include/Caps.aix4 U src/contrib/ncurses/include/Caps.hpux11 U src/contrib/ncurses/include/Caps.osf1r5 U src/contrib/ncurses/include/headers U src/contrib/ncurses/include/termcap.h.in U src/contrib/ncurses/include/curses.wide U src/contrib/ncurses/include/curses.h.in U src/contrib/ncurses/include/Makefile.in U src/contrib/ncurses/include/Caps U src/contrib/ncurses/include/capdefaults.c U src/contrib/ncurses/include/hashed_db.h U src/contrib/ncurses/include/tic.h U src/contrib/ncurses/include/nc_alloc.h U src/contrib/ncurses/include/MKterm.h.awk.in U src/contrib/ncurses/include/MKkey_defs.sh U src/contrib/ncurses/include/nc_panel.h U src/contrib/ncurses/include/MKparametrized.sh U src/contrib/ncurses/include/MKncurses_def.sh U src/contrib/ncurses/include/ncurses_defs U src/contrib/ncurses/include/curses.tail U src/contrib/ncurses/include/ncurses_cfg.hin U src/contrib/ncurses/form/fty_enum.c U src/contrib/ncurses/form/frm_sub.c U src/contrib/ncurses/form/llib-lformw U src/contrib/ncurses/form/fld_newftyp.c U src/contrib/ncurses/form/frm_def.c U src/contrib/ncurses/form/form.priv.h U src/contrib/ncurses/form/fty_alnum.c U src/contrib/ncurses/form/fld_type.c U src/contrib/ncurses/form/frm_driver.c U src/contrib/ncurses/form/frm_hook.c U src/contrib/ncurses/form/fld_current.c U src/contrib/ncurses/form/form.h U src/contrib/ncurses/form/frm_opts.c U src/contrib/ncurses/form/READ.ME U src/contrib/ncurses/form/frm_page.c U src/contrib/ncurses/form/fty_ipv4.c U src/contrib/ncurses/form/headers U src/contrib/ncurses/form/llib-lform U src/contrib/ncurses/form/fld_arg.c U src/contrib/ncurses/form/frm_user.c U src/contrib/ncurses/form/fld_info.c U src/contrib/ncurses/form/fld_ftlink.c U src/contrib/ncurses/form/fld_move.c U src/contrib/ncurses/form/frm_scale.c U src/contrib/ncurses/form/frm_data.c U src/contrib/ncurses/form/frm_post.c U src/contrib/ncurses/form/f_trace.c U src/contrib/ncurses/form/frm_win.c U src/contrib/ncurses/form/fld_pad.c U src/contrib/ncurses/form/fld_max.c U src/contrib/ncurses/form/fld_ftchoice.c U src/contrib/ncurses/form/modules U src/contrib/ncurses/form/fld_opts.c U src/contrib/ncurses/form/fld_page.c U src/contrib/ncurses/form/fty_regex.c U src/contrib/ncurses/form/Makefile.in U src/contrib/ncurses/form/frm_req_name.c U src/contrib/ncurses/form/fld_stat.c U src/contrib/ncurses/form/frm_cursor.c U src/contrib/ncurses/form/fty_alpha.c U src/contrib/ncurses/form/fty_num.c U src/contrib/ncurses/form/fld_link.c U src/contrib/ncurses/form/fld_attr.c U src/contrib/ncurses/form/fty_int.c U src/contrib/ncurses/form/fld_just.c U src/contrib/ncurses/form/fld_def.c U src/contrib/ncurses/form/fld_user.c U src/contrib/ncurses/form/fld_dup.c U src/contrib/ncurses/progs/dump_entry.c U src/contrib/ncurses/progs/capconvert U src/contrib/ncurses/progs/tic.c U src/contrib/ncurses/progs/tput.c U src/contrib/ncurses/progs/clear.c U src/contrib/ncurses/progs/progs.priv.h U src/contrib/ncurses/progs/tset.c U src/contrib/ncurses/progs/modules U src/contrib/ncurses/progs/clear.sh U src/contrib/ncurses/progs/MKtermsort.sh U src/contrib/ncurses/progs/dump_entry.h U src/contrib/ncurses/progs/toe.c U src/contrib/ncurses/progs/infocmp.c U src/contrib/ncurses/progs/Makefile.in U src/contrib/ncurses/misc/ncu-indent U src/contrib/ncurses/misc/jpf-indent U src/contrib/ncurses/misc/cleantic.cmd U src/contrib/ncurses/misc/chkdef.cmd U src/contrib/ncurses/misc/csort U src/contrib/ncurses/misc/run_tic.in U src/contrib/ncurses/misc/ncurses-config.in U src/contrib/ncurses/misc/shlib U src/contrib/ncurses/misc/form.def U src/contrib/ncurses/misc/emx.src U src/contrib/ncurses/misc/cmpdef.cmd U src/contrib/ncurses/misc/panel.def U src/contrib/ncurses/misc/Makefile.in U src/contrib/ncurses/misc/menu.def U src/contrib/ncurses/misc/makellib U src/contrib/ncurses/misc/ncurses.def U src/contrib/ncurses/misc/panel.ref U src/contrib/ncurses/misc/tdlint U src/contrib/ncurses/misc/form.ref U src/contrib/ncurses/misc/makedef.cmd U src/contrib/ncurses/misc/menu.ref U src/contrib/ncurses/misc/ncurses.ref U src/contrib/ncurses/misc/gen_edit.sh U src/contrib/ncurses/misc/terminfo.src U src/contrib/ncurses/misc/tabset/vt100 U src/contrib/ncurses/misc/tabset/vt300 U src/contrib/ncurses/misc/tabset/std U src/contrib/ncurses/misc/tabset/stdcrt U src/contrib/ncurses/man/curs_trace.3x U src/contrib/ncurses/man/curs_delch.3x U src/contrib/ncurses/man/menu_spacing.3x U src/contrib/ncurses/man/form_driver.3x U src/contrib/ncurses/man/menu_pattern.3x U src/contrib/ncurses/man/form_win.3x U src/contrib/ncurses/man/curs_border.3x U src/contrib/ncurses/man/tic.1m U src/contrib/ncurses/man/panel.3x U src/contrib/ncurses/man/curs_getstr.3x U src/contrib/ncurses/man/curs_refresh.3x U src/contrib/ncurses/man/curs_inch.3x U src/contrib/ncurses/man/curs_getcchar.3x U src/contrib/ncurses/man/curs_instr.3x U src/contrib/ncurses/man/keyok.3x U src/contrib/ncurses/man/form_new.3x U src/contrib/ncurses/man/menu_cursor.3x U src/contrib/ncurses/man/curs_add_wchstr.3x U src/contrib/ncurses/man/curs_window.3x U src/contrib/ncurses/man/curs_termcap.3x U src/contrib/ncurses/man/curs_attr.3x U src/contrib/ncurses/man/toe.1m U src/contrib/ncurses/man/form_opts.3x U src/contrib/ncurses/man/mitem_new.3x U src/contrib/ncurses/man/form.3x U src/contrib/ncurses/man/curs_insch.3x U src/contrib/ncurses/man/manlinks.sed U src/contrib/ncurses/man/tset.1 U src/contrib/ncurses/man/wresize.3x U src/contrib/ncurses/man/infocmp.1m U src/contrib/ncurses/man/form_field.3x U src/contrib/ncurses/man/captoinfo.1m U src/contrib/ncurses/man/key_defined.3x U src/contrib/ncurses/man/term.5 U src/contrib/ncurses/man/form_field_just.3x U src/contrib/ncurses/man/curs_bkgrnd.3x U src/contrib/ncurses/man/menu_mark.3x U src/contrib/ncurses/man/curs_addwstr.3x U src/contrib/ncurses/man/keybound.3x U src/contrib/ncurses/man/curs_add_wch.3x U src/contrib/ncurses/man/form_post.3x U src/contrib/ncurses/man/curs_insstr.3x U src/contrib/ncurses/man/menu_hook.3x U src/contrib/ncurses/man/mitem_opts.3x U src/contrib/ncurses/man/curs_addchstr.3x U src/contrib/ncurses/man/curs_color.3x U src/contrib/ncurses/man/menu_userptr.3x U src/contrib/ncurses/man/form_new_page.3x U src/contrib/ncurses/man/curs_printw.3x U src/contrib/ncurses/man/curs_initscr.3x U src/contrib/ncurses/man/curs_inopts.3x U src/contrib/ncurses/man/form_field_info.3x U src/contrib/ncurses/man/curs_slk.3x U src/contrib/ncurses/man/curs_move.3x U src/contrib/ncurses/man/curs_outopts.3x U src/contrib/ncurses/man/form_fieldtype.3x U src/contrib/ncurses/man/curs_ins_wstr.3x U src/contrib/ncurses/man/curs_termattrs.3x U src/contrib/ncurses/man/mitem_userptr.3x U src/contrib/ncurses/man/curs_touch.3x U src/contrib/ncurses/man/terminfo.head U src/contrib/ncurses/man/curs_terminfo.3x U src/contrib/ncurses/man/curs_get_wstr.3x U src/contrib/ncurses/man/make_sed.sh U src/contrib/ncurses/man/curs_deleteln.3x U src/contrib/ncurses/man/curs_clear.3x U src/contrib/ncurses/man/curs_beep.3x U src/contrib/ncurses/man/form_userptr.3x U src/contrib/ncurses/man/curs_opaque.3x U src/contrib/ncurses/man/curs_in_wchstr.3x U src/contrib/ncurses/man/form_data.3x U src/contrib/ncurses/man/curs_addstr.3x U src/contrib/ncurses/man/curs_getch.3x U src/contrib/ncurses/man/tput.1 U src/contrib/ncurses/man/mitem_visible.3x U src/contrib/ncurses/man/menu_format.3x U src/contrib/ncurses/man/curs_getyx.3x U src/contrib/ncurses/man/form_field_attributes.3x U src/contrib/ncurses/man/infotocap.1m U src/contrib/ncurses/man/menu.3x U src/contrib/ncurses/man/default_colors.3x U src/contrib/ncurses/man/curs_scanw.3x U src/contrib/ncurses/man/curs_pad.3x U src/contrib/ncurses/man/curs_addch.3x U src/contrib/ncurses/man/curs_threads.3x U src/contrib/ncurses/man/form_field_validation.3x U src/contrib/ncurses/man/mitem_current.3x U src/contrib/ncurses/man/curs_util.3x U src/contrib/ncurses/man/ncurses.3x U src/contrib/ncurses/man/menu_post.3x U src/contrib/ncurses/man/curs_extend.3x U src/contrib/ncurses/man/curs_border_set.3x U src/contrib/ncurses/man/form_page.3x U src/contrib/ncurses/man/curs_legacy.3x U src/contrib/ncurses/man/clear.1 U src/contrib/ncurses/man/form_field_userptr.3x U src/contrib/ncurses/man/form_field_new.3x U src/contrib/ncurses/man/curs_mouse.3x U src/contrib/ncurses/man/curs_overlay.3x U src/contrib/ncurses/man/terminfo.tail U src/contrib/ncurses/man/menu_requestname.3x U src/contrib/ncurses/man/curs_ins_wch.3x U src/contrib/ncurses/man/mitem_value.3x U src/contrib/ncurses/man/form_hook.3x U src/contrib/ncurses/man/curs_scr_dump.3x U src/contrib/ncurses/man/curs_inwstr.3x U src/contrib/ncurses/man/curs_in_wch.3x U src/contrib/ncurses/man/menu_items.3x U src/contrib/ncurses/man/define_key.3x U src/contrib/ncurses/man/term.7 U src/contrib/ncurses/man/form_field_opts.3x U src/contrib/ncurses/man/man_db.renames U src/contrib/ncurses/man/form_field_buffer.3x U src/contrib/ncurses/man/menu_opts.3x U src/contrib/ncurses/man/curs_kernel.3x U src/contrib/ncurses/man/MKterminfo.sh U src/contrib/ncurses/man/curs_print.3x U src/contrib/ncurses/man/curs_scroll.3x U src/contrib/ncurses/man/curs_inchstr.3x U src/contrib/ncurses/man/menu_win.3x U src/contrib/ncurses/man/mitem_name.3x U src/contrib/ncurses/man/form_requestname.3x U src/contrib/ncurses/man/menu_driver.3x U src/contrib/ncurses/man/menu_attributes.3x U src/contrib/ncurses/man/menu_new.3x U src/contrib/ncurses/man/curs_get_wch.3x U src/contrib/ncurses/man/legacy_coding.3x U src/contrib/ncurses/man/form_cursor.3x U src/contrib/ncurses/man/resizeterm.3x U src/contrib/ncurses/man/Makefile.in U src/contrib/ncurses/man/curs_bkgd.3x U src/contrib/ncurses/doc/hackguide.doc U src/contrib/ncurses/doc/ncurses-intro.doc U src/contrib/ncurses/doc/html/ncurses-intro.html U src/contrib/ncurses/doc/html/announce.html U src/contrib/ncurses/doc/html/hackguide.html U src/contrib/ncurses/doc/html/NCURSES-Programming-HOWTO.html U src/contrib/ncurses/menu/m_new.c U src/contrib/ncurses/menu/mf_common.h U src/contrib/ncurses/menu/m_sub.c U src/contrib/ncurses/menu/m_item_vis.c U src/contrib/ncurses/menu/m_opts.c U src/contrib/ncurses/menu/menu.h U src/contrib/ncurses/menu/m_item_use.c U src/contrib/ncurses/menu/m_item_nam.c U src/contrib/ncurses/menu/m_driver.c U src/contrib/ncurses/menu/READ.ME U src/contrib/ncurses/menu/llib-lmenu U src/contrib/ncurses/menu/m_pad.c U src/contrib/ncurses/menu/llib-lmenuw U src/contrib/ncurses/menu/headers U src/contrib/ncurses/menu/m_pattern.c U src/contrib/ncurses/menu/m_attribs.c U src/contrib/ncurses/menu/m_spacing.c U src/contrib/ncurses/menu/m_hook.c U src/contrib/ncurses/menu/m_req_name.c U src/contrib/ncurses/menu/Makefile.in U src/contrib/ncurses/menu/m_item_new.c U src/contrib/ncurses/menu/m_scale.c U src/contrib/ncurses/menu/m_item_top.c U src/contrib/ncurses/menu/modules U src/contrib/ncurses/menu/m_cursor.c U src/contrib/ncurses/menu/m_item_opt.c U src/contrib/ncurses/menu/m_win.c U src/contrib/ncurses/menu/m_items.c U src/contrib/ncurses/menu/menu.priv.h U src/contrib/ncurses/menu/m_global.c U src/contrib/ncurses/menu/m_trace.c U src/contrib/ncurses/menu/m_userptr.c U src/contrib/ncurses/menu/m_post.c U src/contrib/ncurses/menu/eti.h U src/contrib/ncurses/menu/m_format.c U src/contrib/ncurses/menu/m_item_cur.c U src/contrib/ncurses/menu/m_item_val.c U src/contrib/ncurses/ncurses/README U src/contrib/ncurses/ncurses/fifo_defs.h U src/contrib/ncurses/ncurses/SigAction.h U src/contrib/ncurses/ncurses/curses.priv.h U src/contrib/ncurses/ncurses/modules U src/contrib/ncurses/ncurses/llib-lncurses U src/contrib/ncurses/ncurses/llib-lncursesw U src/contrib/ncurses/ncurses/README.IZ U src/contrib/ncurses/ncurses/Makefile.in U src/contrib/ncurses/ncurses/llib-lncursest U src/contrib/ncurses/ncurses/trace/visbuf.c U src/contrib/ncurses/ncurses/trace/trace_xnames.c U src/contrib/ncurses/ncurses/trace/varargs.c U src/contrib/ncurses/ncurses/trace/trace_buf.c U src/contrib/ncurses/ncurses/trace/lib_tracemse.c U src/contrib/ncurses/ncurses/trace/lib_tracebits.c U src/contrib/ncurses/ncurses/trace/lib_tracedmp.c U src/contrib/ncurses/ncurses/trace/lib_tracechr.c U src/contrib/ncurses/ncurses/trace/trace_tries.c U src/contrib/ncurses/ncurses/trace/README U src/contrib/ncurses/ncurses/trace/lib_traceatr.c U src/contrib/ncurses/ncurses/trace/lib_trace.c U src/contrib/ncurses/ncurses/base/lib_set_term.c U src/contrib/ncurses/ncurses/base/legacy_coding.c U src/contrib/ncurses/ncurses/base/lib_restart.c U src/contrib/ncurses/ncurses/base/lib_hline.c U src/contrib/ncurses/ncurses/base/lib_touch.c U src/contrib/ncurses/ncurses/base/MKlib_gen.sh U src/contrib/ncurses/ncurses/base/keybound.c U src/contrib/ncurses/ncurses/base/lib_scanw.c U src/contrib/ncurses/ncurses/base/lib_erase.c U src/contrib/ncurses/ncurses/base/lib_clrbot.c U src/contrib/ncurses/ncurses/base/lib_endwin.c U src/contrib/ncurses/ncurses/base/key_defined.c U src/contrib/ncurses/ncurses/base/lib_freeall.c U src/contrib/ncurses/ncurses/base/keyok.c U src/contrib/ncurses/ncurses/base/lib_colorset.c U src/contrib/ncurses/ncurses/base/lib_window.c U src/contrib/ncurses/ncurses/base/lib_delwin.c U src/contrib/ncurses/ncurses/base/lib_scrreg.c U src/contrib/ncurses/ncurses/base/lib_printw.c U src/contrib/ncurses/ncurses/base/lib_getch.c U src/contrib/ncurses/ncurses/base/lib_nl.c U src/contrib/ncurses/ncurses/base/lib_addch.c U src/contrib/ncurses/ncurses/base/lib_slktouch.c U src/contrib/ncurses/ncurses/base/safe_sprintf.c U src/contrib/ncurses/ncurses/base/MKkeyname.awk U src/contrib/ncurses/ncurses/base/lib_newwin.c U src/contrib/ncurses/ncurses/base/memmove.c U src/contrib/ncurses/ncurses/base/lib_slklab.c U src/contrib/ncurses/ncurses/base/lib_instr.c U src/contrib/ncurses/ncurses/base/lib_initscr.c U src/contrib/ncurses/ncurses/base/lib_refresh.c U src/contrib/ncurses/ncurses/base/version.c U src/contrib/ncurses/ncurses/base/wresize.c U src/contrib/ncurses/ncurses/base/lib_pad.c U src/contrib/ncurses/ncurses/base/use_window.c U src/contrib/ncurses/ncurses/base/nc_panel.c U src/contrib/ncurses/ncurses/base/lib_flash.c U src/contrib/ncurses/ncurses/base/lib_slkatr_set.c U src/contrib/ncurses/ncurses/base/lib_wattron.c U src/contrib/ncurses/ncurses/base/lib_color.c U src/contrib/ncurses/ncurses/base/lib_echo.c U src/contrib/ncurses/ncurses/base/lib_slkset.c U src/contrib/ncurses/ncurses/base/lib_insch.c U src/contrib/ncurses/ncurses/base/lib_clear.c U src/contrib/ncurses/ncurses/base/lib_overlay.c U src/contrib/ncurses/ncurses/base/lib_box.c U src/contrib/ncurses/ncurses/base/lib_slkatrset.c U src/contrib/ncurses/ncurses/base/lib_scroll.c U src/contrib/ncurses/ncurses/base/lib_scrollok.c U src/contrib/ncurses/ncurses/base/lib_insnstr.c U src/contrib/ncurses/ncurses/base/lib_chgat.c U src/contrib/ncurses/ncurses/base/lib_dft_fgbg.c U src/contrib/ncurses/ncurses/base/lib_winch.c U src/contrib/ncurses/ncurses/base/lib_immedok.c U src/contrib/ncurses/ncurses/base/lib_clreol.c U src/contrib/ncurses/ncurses/base/lib_slkatron.c U src/contrib/ncurses/ncurses/base/lib_slkrefr.c U src/contrib/ncurses/ncurses/base/lib_wattroff.c U src/contrib/ncurses/ncurses/base/README U src/contrib/ncurses/ncurses/base/MKunctrl.awk U src/contrib/ncurses/ncurses/base/lib_insdel.c U src/contrib/ncurses/ncurses/base/sigaction.c U src/contrib/ncurses/ncurses/base/lib_mvwin.c U src/contrib/ncurses/ncurses/base/lib_slkattr.c U src/contrib/ncurses/ncurses/base/lib_screen.c U src/contrib/ncurses/ncurses/base/lib_addstr.c U src/contrib/ncurses/ncurses/base/lib_slkclear.c U src/contrib/ncurses/ncurses/base/lib_slkcolor.c U src/contrib/ncurses/ncurses/base/lib_mouse.c U src/contrib/ncurses/ncurses/base/lib_slk.c U src/contrib/ncurses/ncurses/base/lib_slkatrof.c U src/contrib/ncurses/ncurses/base/lib_vline.c U src/contrib/ncurses/ncurses/base/lib_clearok.c U src/contrib/ncurses/ncurses/base/lib_delch.c U src/contrib/ncurses/ncurses/base/lib_getstr.c U src/contrib/ncurses/ncurses/base/lib_slkinit.c U src/contrib/ncurses/ncurses/base/define_key.c U src/contrib/ncurses/ncurses/base/lib_newterm.c U src/contrib/ncurses/ncurses/base/lib_move.c U src/contrib/ncurses/ncurses/base/lib_ungetch.c U src/contrib/ncurses/ncurses/base/lib_beep.c U src/contrib/ncurses/ncurses/base/lib_inchstr.c U src/contrib/ncurses/ncurses/base/lib_redrawln.c U src/contrib/ncurses/ncurses/base/tries.c U src/contrib/ncurses/ncurses/base/lib_leaveok.c U src/contrib/ncurses/ncurses/base/resizeterm.c U src/contrib/ncurses/ncurses/base/vsscanf.c U src/contrib/ncurses/ncurses/base/lib_bkgd.c U src/contrib/ncurses/ncurses/base/lib_isendwin.c U src/contrib/ncurses/ncurses/tty/tty_update.c U src/contrib/ncurses/ncurses/tty/lib_twait.c U src/contrib/ncurses/ncurses/tty/lib_tstp.c U src/contrib/ncurses/ncurses/tty/MKexpanded.sh U src/contrib/ncurses/ncurses/tty/hashmap.c U src/contrib/ncurses/ncurses/tty/tty_display.h U src/contrib/ncurses/ncurses/tty/lib_mvcur.c U src/contrib/ncurses/ncurses/tty/hardscroll.c U src/contrib/ncurses/ncurses/tty/lib_vidattr.c U src/contrib/ncurses/ncurses/tty/tty_input.h U src/contrib/ncurses/ncurses/tinfo/captoinfo.c U src/contrib/ncurses/ncurses/tinfo/lib_data.c U src/contrib/ncurses/ncurses/tinfo/lib_print.c U src/contrib/ncurses/ncurses/tinfo/lib_napms.c U src/contrib/ncurses/ncurses/tinfo/MKkeys_list.sh U src/contrib/ncurses/ncurses/tinfo/access.c U src/contrib/ncurses/ncurses/tinfo/db_iterator.c U src/contrib/ncurses/ncurses/tinfo/lib_kernel.c U src/contrib/ncurses/ncurses/tinfo/lib_options.c U src/contrib/ncurses/ncurses/tinfo/lib_termcap.c U src/contrib/ncurses/ncurses/tinfo/doalloc.c U src/contrib/ncurses/ncurses/tinfo/README U src/contrib/ncurses/ncurses/tinfo/trim_sgr0.c U src/contrib/ncurses/ncurses/tinfo/name_match.c U src/contrib/ncurses/ncurses/tinfo/lib_tparm.c U src/contrib/ncurses/ncurses/tinfo/lib_raw.c U src/contrib/ncurses/ncurses/tinfo/alloc_ttype.c U src/contrib/ncurses/ncurses/tinfo/init_keytry.c U src/contrib/ncurses/ncurses/tinfo/make_keys.c U src/contrib/ncurses/ncurses/tinfo/getenv_num.c U src/contrib/ncurses/ncurses/tinfo/MKcaptab.awk U src/contrib/ncurses/ncurses/tinfo/strings.c U src/contrib/ncurses/ncurses/tinfo/lib_termname.c U src/contrib/ncurses/ncurses/tinfo/use_screen.c U src/contrib/ncurses/ncurses/tinfo/lib_longname.c U src/contrib/ncurses/ncurses/tinfo/comp_expand.c U src/contrib/ncurses/ncurses/tinfo/free_ttype.c U src/contrib/ncurses/ncurses/tinfo/lib_has_cap.c U src/contrib/ncurses/ncurses/tinfo/MKcaptab.sh U src/contrib/ncurses/ncurses/tinfo/comp_scan.c U src/contrib/ncurses/ncurses/tinfo/lib_tputs.c U src/contrib/ncurses/ncurses/tinfo/MKnames.awk U src/contrib/ncurses/ncurses/tinfo/write_entry.c U src/contrib/ncurses/ncurses/tinfo/parse_entry.c U src/contrib/ncurses/ncurses/tinfo/read_termcap.c U src/contrib/ncurses/ncurses/tinfo/lib_tgoto.c U src/contrib/ncurses/ncurses/tinfo/read_entry.c U src/contrib/ncurses/ncurses/tinfo/comp_parse.c U src/contrib/ncurses/ncurses/tinfo/lib_cur_term.c U src/contrib/ncurses/ncurses/tinfo/entries.c U src/contrib/ncurses/ncurses/tinfo/lib_ti.c U src/contrib/ncurses/ncurses/tinfo/MKcodes.awk U src/contrib/ncurses/ncurses/tinfo/hashed_db.c U src/contrib/ncurses/ncurses/tinfo/lib_setup.c U src/contrib/ncurses/ncurses/tinfo/MKfallback.sh U src/contrib/ncurses/ncurses/tinfo/lib_baudrate.c U src/contrib/ncurses/ncurses/tinfo/lib_acs.c U src/contrib/ncurses/ncurses/tinfo/home_terminfo.c U src/contrib/ncurses/ncurses/tinfo/alloc_entry.c U src/contrib/ncurses/ncurses/tinfo/comp_error.c U src/contrib/ncurses/ncurses/tinfo/comp_hash.c U src/contrib/ncurses/ncurses/tinfo/setbuf.c U src/contrib/ncurses/ncurses/tinfo/add_tries.c U src/contrib/ncurses/ncurses/tinfo/lib_ttyflags.c U src/contrib/ncurses/ncurses/widechar/lib_hline_set.c U src/contrib/ncurses/ncurses/widechar/lib_cchar.c U src/contrib/ncurses/ncurses/widechar/lib_add_wch.c U src/contrib/ncurses/ncurses/widechar/lib_erasewchar.c U src/contrib/ncurses/ncurses/widechar/lib_slk_wset.c U src/contrib/ncurses/ncurses/widechar/lib_inwstr.c U src/contrib/ncurses/ncurses/widechar/charable.c U src/contrib/ncurses/ncurses/widechar/lib_box_set.c U src/contrib/ncurses/ncurses/widechar/lib_unget_wch.c U src/contrib/ncurses/ncurses/widechar/lib_get_wch.c U src/contrib/ncurses/ncurses/widechar/lib_in_wchnstr.c U src/contrib/ncurses/ncurses/widechar/lib_pecho_wchar.c U src/contrib/ncurses/ncurses/widechar/lib_wunctrl.c U src/contrib/ncurses/ncurses/widechar/lib_key_name.c U src/contrib/ncurses/ncurses/widechar/lib_vid_attr.c U src/contrib/ncurses/ncurses/widechar/lib_in_wch.c U src/contrib/ncurses/ncurses/widechar/lib_wacs.c U src/contrib/ncurses/ncurses/widechar/lib_vline_set.c U src/contrib/ncurses/ncurses/widechar/lib_ins_wch.c U src/contrib/ncurses/ncurses/widechar/lib_get_wstr.c No conflicts created by this import From rafan at FreeBSD.org Fri May 9 02:28:53 2008 From: rafan at FreeBSD.org (Rong-En Fan) Date: Fri May 9 02:28:55 2008 Subject: cvs commit: src/lib/ncurses/ncurses ncurses_cfg.h Message-ID: <200805090228.m492SqGb030326@repoman.freebsd.org> rafan 2008-05-09 02:28:52 UTC FreeBSD src repository Modified files: lib/ncurses/ncurses ncurses_cfg.h Log: - Update for ncurses 5.6-20080509 Revision Changes Path 1.11 +1 -1 src/lib/ncurses/ncurses/ncurses_cfg.h From rafan at FreeBSD.org Fri May 9 02:30:25 2008 From: rafan at FreeBSD.org (Rong-En Fan) Date: Fri May 9 02:30:28 2008 Subject: cvs commit: src/contrib/ncurses FREEBSD-upgrade FREEBSD-vendor Message-ID: <200805090230.m492UO1F030451@repoman.freebsd.org> rafan 2008-05-09 02:30:24 UTC FreeBSD src repository Modified files: contrib/ncurses FREEBSD-upgrade FREEBSD-vendor Log: - Update for 5.6-20080503 Revision Changes Path 1.4 +2 -2 src/contrib/ncurses/FREEBSD-upgrade 1.2 +2 -2 src/contrib/ncurses/FREEBSD-vendor From doconnor at gsoft.com.au Fri May 9 05:20:53 2008 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Fri May 9 05:21:10 2008 Subject: cvs commit: src/include readpassphrase.h In-Reply-To: <200805082357.m48NvTBx012316@repoman.freebsd.org> References: <200805082357.m48NvTBx012316@repoman.freebsd.org> Message-ID: <200805091450.39656.doconnor@gsoft.com.au> On Fri, 9 May 2008, Sean Farley wrote: > scf 2008-05-08 23:57:29 UTC > > FreeBSD src repository > > Modified files: > include readpassphrase.h > Log: > Define the size_t type since readpassphrase(3) requires it in its > definition and sys/types.h is not listed within the synopsis of the > man page. Surely it would be better to amend the documentation? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080509/477fa323/attachment.pgp From rafan at FreeBSD.org Fri May 9 06:53:04 2008 From: rafan at FreeBSD.org (Rong-En Fan) Date: Fri May 9 06:53:07 2008 Subject: cvs commit: src/lib/ncurses/ncurses ncurses_cfg.h Message-ID: <200805090653.m496r4PW052223@repoman.freebsd.org> rafan 2008-05-09 06:53:04 UTC FreeBSD src repository Modified files: lib/ncurses/ncurses ncurses_cfg.h Log: - Last commit should be "update for 5.6-20080503" Revision Changes Path 1.12 +0 -0 src/lib/ncurses/ncurses/ncurses_cfg.h From pjd at FreeBSD.org Fri May 9 07:42:04 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Fri May 9 07:42:07 2008 Subject: cvs commit: src/sys/kern subr_param.c Message-ID: <200805090742.m497g3qL054749@repoman.freebsd.org> pjd 2008-05-09 07:42:02 UTC FreeBSD src repository Modified files: sys/kern subr_param.c Log: - Export HZ value via kern.hz sysctl (this is the same name as for the loader tunable). - Document other sysctls in this file and also mark them as loader tunable via CTLFLAG_RDTUN flag. Reviewed by: roberto Revision Changes Path 1.75 +17 -8 src/sys/kern/subr_param.c From olli at fromme.com Fri May 9 09:08:23 2008 From: olli at fromme.com (Oliver Fromme) Date: Fri May 9 09:08:26 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <200805090742.m497g3qL054749@repoman.freebsd.org> from "Pawel Jakub Dawidek" at May 09, 2008 07:42:02 AM Message-ID: <200805090908.m4998KvB007397@haluter.fromme.com> Pawel Jakub Dawidek wrote: > Modified files: > sys/kern subr_param.c > Log: > - Export HZ value via kern.hz sysctl (this is the same name as for the > loader tunable). It's probably just me, but I don't see the usefulness of this. The HZ value is already exported via kern.clockrate. (I'm not saying the change is wrong, I'm just looking for an explanation.) (On the other hand, how about exporting the value of the kernel variable "ticks"? Just a thought.) Best regards Oliver -- Oliver Fromme, Bunsenstr. 13, 81735 Muenchen, Germany ``We are all but compressed light'' (Albert Einstein) From pjd at FreeBSD.org Fri May 9 09:12:35 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Fri May 9 09:12:37 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <200805090908.m4998KvB007397@haluter.fromme.com> References: <200805090742.m497g3qL054749@repoman.freebsd.org> <200805090908.m4998KvB007397@haluter.fromme.com> Message-ID: <20080509091228.GC2480@garage.freebsd.pl> On Fri, May 09, 2008 at 11:08:20AM +0200, Oliver Fromme wrote: > > Pawel Jakub Dawidek wrote: > > Modified files: > > sys/kern subr_param.c > > Log: > > - Export HZ value via kern.hz sysctl (this is the same name as for the > > loader tunable). > > It's probably just me, but I don't see the usefulness of > this. The HZ value is already exported via kern.clockrate. > (I'm not saying the change is wrong, I'm just looking for > an explanation.) The reason for this change was that I was trying to recall what is the name of the tunable and I wasn't able to find it with simple "sysctl -a | grep hz". In an ideal world most of not all loader tunables should also be visible as read-only sysctls. > (On the other hand, how about exporting the value of the > kernel variable "ticks"? Just a thought.) No opinion on that one. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080509/0b45c742/attachment.pgp From olli at fromme.com Fri May 9 09:56:16 2008 From: olli at fromme.com (Oliver Fromme) Date: Fri May 9 09:56:18 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <20080509091228.GC2480@garage.freebsd.pl> from "Pawel Jakub Dawidek" at May 09, 2008 11:12:28 AM Message-ID: <200805090956.m499uEvT007906@haluter.fromme.com> Pawel Jakub Dawidek wrote: > On Fri, May 09, 2008 at 11:08:20AM +0200, Oliver Fromme wrote: > > Pawel Jakub Dawidek wrote: > > > Modified files: > > > sys/kern subr_param.c=20 > > > Log: > > > - Export HZ value via kern.hz sysctl (this is the same name as for the > > > loader tunable). > > > > It's probably just me, but I don't see the usefulness of > > this. The HZ value is already exported via kern.clockrate. > > (I'm not saying the change is wrong, I'm just looking for > > an explanation.) > > The reason for this change was that I was trying to recall what is > the name of the tunable and I wasn't able to find it with simple > "sysctl -a | grep hz". In an ideal world most of not all loader > tunables should also be visible as read-only sysctls. Hm. It was my understanding that the loader tunables are already exported via kenv(2), so typing "kenv" should include them all. I was probably wrong, though. Thanks for the explanation. It's now clearer to me. Best regards Oliver -- Oliver Fromme, Bunsenstr. 13, 81735 Muenchen, Germany ``We are all but compressed light'' (Albert Einstein) From dfr at FreeBSD.org Fri May 9 10:34:24 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Fri May 9 10:34:26 2008 Subject: cvs commit: src/sys/kern kern_lockf.c Message-ID: <200805091034.m49AYNKK072819@repoman.freebsd.org> dfr 2008-05-09 10:34:23 UTC FreeBSD src repository Modified files: sys/kern kern_lockf.c Log: When blocking on an F_FLOCK style lock request which is upgrading a shared lock to exclusive, drop the shared lock before deadlock detection. MFC after: 2 days Revision Changes Path 1.64 +12 -11 src/sys/kern/kern_lockf.c From dfr at FreeBSD.org Fri May 9 13:27:21 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Fri May 9 13:27:24 2008 Subject: cvs commit: src/kerberos5/usr.bin/krb5-config Makefile Message-ID: <200805091327.m49DRKwr099891@repoman.freebsd.org> dfr 2008-05-09 13:27:20 UTC FreeBSD src repository Modified files: kerberos5/usr.bin/krb5-config Makefile Log: Update magic sed script for heimdal-1.1 Revision Changes Path 1.16 +7 -4 src/kerberos5/usr.bin/krb5-config/Makefile From pjd at FreeBSD.org Fri May 9 14:54:20 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Fri May 9 14:54:24 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <200805090956.m499uEvT007906@haluter.fromme.com> References: <20080509091228.GC2480@garage.freebsd.pl> <200805090956.m499uEvT007906@haluter.fromme.com> Message-ID: <20080509095911.GE2480@garage.freebsd.pl> On Fri, May 09, 2008 at 11:56:14AM +0200, Oliver Fromme wrote: > > Pawel Jakub Dawidek wrote: > > On Fri, May 09, 2008 at 11:08:20AM +0200, Oliver Fromme wrote: > > > Pawel Jakub Dawidek wrote: > > > > Modified files: > > > > sys/kern subr_param.c=20 > > > > Log: > > > > - Export HZ value via kern.hz sysctl (this is the same name as for the > > > > loader tunable). > > > > > > It's probably just me, but I don't see the usefulness of > > > this. The HZ value is already exported via kern.clockrate. > > > (I'm not saying the change is wrong, I'm just looking for > > > an explanation.) > > > > The reason for this change was that I was trying to recall what is > > the name of the tunable and I wasn't able to find it with simple > > "sysctl -a | grep hz". In an ideal world most of not all loader > > tunables should also be visible as read-only sysctls. > > Hm. It was my understanding that the loader tunables > are already exported via kenv(2), so typing "kenv" > should include them all. I was probably wrong, though. Only the one that are set (eg. by hints or by you in loader.conf). kenv(1) doesn't list all the tunables. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080509/bdbb86bb/attachment.pgp From scf at FreeBSD.org Fri May 9 14:57:34 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Fri May 9 14:57:39 2008 Subject: cvs commit: src/include readpassphrase.h In-Reply-To: <200805091450.39656.doconnor@gsoft.com.au> References: <200805082357.m48NvTBx012316@repoman.freebsd.org> <200805091450.39656.doconnor@gsoft.com.au> Message-ID: On Fri, 9 May 2008, Daniel O'Connor wrote: > On Fri, 9 May 2008, Sean Farley wrote: >> scf 2008-05-08 23:57:29 UTC >> >> FreeBSD src repository >> >> Modified files: >> include readpassphrase.h >> Log: >> Define the size_t type since readpassphrase(3) requires it in its >> definition and sys/types.h is not listed within the synopsis of the >> man page. > > Surely it would be better to amend the documentation? I had difficulty deciding on this. It was either change the code to follow the specification (man page) or update the documentation. What tipped it toward patching the code was the assumption that the man page may be correct for some OS's and coders may have written their code based on the man page. Of course, they probably have already included sys/types.h (or any header that defines size_t) to get it to compile. Questions: 1. Does the fact that it is not a system call mean that it should not define size_t? 2. Are string.h and strings.h, for example, exceptions due to legacy? I am open to changing the man page. Does anyone know if other *BSD systems also need sys/types.h with this program[1]? Sean 1. http://www.farley.org/freebsd/tmp/readpassphrase.c -- scf@FreeBSD.org From kostikbel at gmail.com Fri May 9 15:31:03 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Fri May 9 15:31:10 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <20080509095911.GE2480@garage.freebsd.pl> References: <20080509091228.GC2480@garage.freebsd.pl> <200805090956.m499uEvT007906@haluter.fromme.com> <20080509095911.GE2480@garage.freebsd.pl> Message-ID: <20080509150231.GI18958@deviant.kiev.zoral.com.ua> On Fri, May 09, 2008 at 11:59:11AM +0200, Pawel Jakub Dawidek wrote: > On Fri, May 09, 2008 at 11:56:14AM +0200, Oliver Fromme wrote: > > > > Pawel Jakub Dawidek wrote: > > > On Fri, May 09, 2008 at 11:08:20AM +0200, Oliver Fromme wrote: > > > > Pawel Jakub Dawidek wrote: > > > > > Modified files: > > > > > sys/kern subr_param.c=20 > > > > > Log: > > > > > - Export HZ value via kern.hz sysctl (this is the same name as for the > > > > > loader tunable). > > > > > > > > It's probably just me, but I don't see the usefulness of > > > > this. The HZ value is already exported via kern.clockrate. > > > > (I'm not saying the change is wrong, I'm just looking for > > > > an explanation.) > > > > > > The reason for this change was that I was trying to recall what is > > > the name of the tunable and I wasn't able to find it with simple > > > "sysctl -a | grep hz". In an ideal world most of not all loader > > > tunables should also be visible as read-only sysctls. > > > > Hm. It was my understanding that the loader tunables > > are already exported via kenv(2), so typing "kenv" > > should include them all. I was probably wrong, though. > > Only the one that are set (eg. by hints or by you in loader.conf). > kenv(1) doesn't list all the tunables. Meantime, all of the *siz ought to be writable sysctls. Roman Divacky had the patches, I think they finally shall be committed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080509/4da483cd/attachment.pgp From sam at freebsd.org Fri May 9 16:21:08 2008 From: sam at freebsd.org (Sam Leffler) Date: Fri May 9 16:21:11 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c In-Reply-To: <20080507202135.GA65358@alchemy.franken.de> References: <200803201619.m2KGJQr7033985@repoman.freebsd.org> <20080412193358.GA44768@alchemy.franken.de> <20080423203622.GA66545@alchemy.franken.de> <480F9F8B.5050209@freebsd.org> <20080423205943.GG99566@alchemy.franken.de> <480FA41F.20407@freebsd.org> <20080507202135.GA65358@alchemy.franken.de> Message-ID: <482479EE.8060701@freebsd.org> Marius Strobl wrote: > On Wed, Apr 23, 2008 at 02:03:27PM -0700, Sam Leffler wrote: > >> Marius Strobl wrote: >> >>> On Wed, Apr 23, 2008 at 01:43:55PM -0700, Sam Leffler wrote: >>> >>> >>>> Marius Strobl wrote: >>>> >>>> >>>>> On Sat, Apr 12, 2008 at 09:33:58PM +0200, Marius Strobl wrote: >>>>> >>>>> >>>>> >>>>>> On Thu, Mar 20, 2008 at 04:19:26PM +0000, Sam Leffler wrote: >>>>>> >>>>>> >>>>>> >>>>>>> sam 2008-03-20 16:19:25 UTC >>>>>>> >>>>>>> FreeBSD src repository >>>>>>> >>>>>>> Modified files: >>>>>>> sys/dev/usb ehci.c ohci.c >>>>>>> Log: >>>>>>> Workaround design botch in usb: blindly mixing bus_dma with PIO does >>>>>>> not >>>>>>> work on architectures with a write-back cache as the PIO writes end up >>>>>>> in the cache which the sync(BUS_DMASYNC_POSTREAD) in >>>>>>> usb_transfer_complete >>>>>>> then discards; compensate in the xfer methods that do PIO by pushing >>>>>>> the >>>>>>> writes out of the cache before usb_transfer_complete is called. >>>>>>> >>>>>>> This fixes USB on xscale and likely other places. >>>>>>> >>>>>>> Sponsored by: hobnob >>>>>>> Reviewed by: cognet, imp >>>>>>> MFC after: 1 month >>>>>>> >>>>>>> Revision Changes Path >>>>>>> 1.62 +16 -0 src/sys/dev/usb/ehci.c >>>>>>> 1.171 +16 -0 src/sys/dev/usb/ohci.c >>>>>>> >>>>>>> >>>>>>> >>>>>> This causes a crash during boot on sparc64. Looks like map is still >>>>>> NULL at that point. >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Are you ok with the change below or would that also prevent >>>>> your kludge from taking effect? >>>>> >>>>> Marius >>>>> >>>>> Index: ehci.c >>>>> =================================================================== >>>>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v >>>>> retrieving revision 1.62 >>>>> diff -u -r1.62 ehci.c >>>>> --- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 >>>>> +++ ehci.c 23 Apr 2008 20:23:58 -0000 >>>>> @@ -664,6 +664,8 @@ >>>>> usbd_pipe_handle pipe = xfer->pipe; >>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; >>>>> + if (dmap->map == NULL) >>>>> + return; >>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>>>> } >>>>> >>>>> Index: ohci.c >>>>> =================================================================== >>>>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v >>>>> retrieving revision 1.171 >>>>> diff -u -r1.171 ohci.c >>>>> --- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 >>>>> +++ ohci.c 21 Apr 2008 19:13:54 -0000 >>>>> @@ -1571,6 +1571,8 @@ >>>>> usbd_pipe_handle pipe = xfer->pipe; >>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; >>>>> + if (dmap->map == NULL) >>>>> + return; >>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>>>> } >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> You have not identified why you don't have a dma map. I don't have a >>>> way to diagnose your problem and so far as I know no other platform had >>>> an issue w/ the change. I suggest you figure out why your map is not >>>> setup instead of adding a hack. >>>> >>>> >>>> >>> It's because the usb(4) code doesn't create DMA maps for >>> zero-length transfers, see usbd_transfer(). In the case of >>> the backtrace I posted not for usbd_set_address(), which >>> does USETW(req.wLength, 0) so later on size is 0 in >>> usbd_transfer() hence no DMA map. I don't know why your >>> hack doesn't also crash other platforms. >>> >>> >> Thanks for explaining, I will look. Please hold off for a bit. >> >> > > Style-wise the version below probably is more appropriate than > the above one. The question still is whether that fix prevents > hacksync() taking effect as desired, which would make it a very > evil hack though as hacksync() then relies on bus_dmamap_sync() > working on uninitialized DMA maps. > > Marius > > Index: ehci.c > =================================================================== > RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > retrieving revision 1.62 > diff -u -p -r1.62 ehci.c > --- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > +++ ehci.c 27 Apr 2008 14:09:53 -0000 > @@ -661,9 +661,13 @@ ehci_pcd_enable(void *v_sc) > static __inline void > hacksync(usbd_xfer_handle xfer) > { > - usbd_pipe_handle pipe = xfer->pipe; > - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > - struct usb_dma_mapping *dmap = &xfer->dmamap; > + bus_dma_tag_t tag; > + struct usb_dma_mapping *dmap; > + > + if (xfer->length == 0) > + return; > + tag = xfer->pipe->device->bus->buffer_dmatag; > + dmap = &xfer->dmamap; > bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > } > > Index: ohci.c > =================================================================== > RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > retrieving revision 1.171 > diff -u -p -r1.171 ohci.c > --- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > +++ ohci.c 27 Apr 2008 14:09:37 -0000 > @@ -1568,9 +1568,13 @@ ohci_device_bulk_done(usbd_xfer_handle x > static __inline void > hacksync(usbd_xfer_handle xfer) > { > - usbd_pipe_handle pipe = xfer->pipe; > - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > - struct usb_dma_mapping *dmap = &xfer->dmamap; > + bus_dma_tag_t tag; > + struct usb_dma_mapping *dmap; > + > + if (xfer->length == 0) > + return; > + tag = xfer->pipe->device->bus->buffer_dmatag; > + dmap = &xfer->dmamap; > bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > } > > > > Sorry for taking so long to look at this. It appears the reason things work everywhere but sparc is because all the other archs use the definition of bus_dmamap_sync which looks like this: #define bus_dmamap_sync(dmat, dmamap, op) \ do { \ if ((dmamap) != NULL) \ _bus_dmamap_sync(dmat, dmamap, op); \ } while (0) So it explicitly checks for the map being NULL and since sparc does not it blows up. Now checking for a NULL map seems very wrong (as the map should be opaque as scott noted) but having sparc have different semantics seems wrong. So rather than add yet another hack in the usb code perhaps we should make sparc's bus_dma code consistent with everyone else on this? There's no mention of this in the man page. Sam From alc at FreeBSD.org Fri May 9 16:48:08 2008 From: alc at FreeBSD.org (Alan Cox) Date: Fri May 9 16:48:10 2008 Subject: cvs commit: src/sys/amd64/amd64 pmap.c src/sys/i386/i386 pmap.c src/sys/vm pmap.h Message-ID: <200805091648.m49Gm7mU019196@repoman.freebsd.org> alc 2008-05-09 16:48:07 UTC FreeBSD src repository Modified files: sys/amd64/amd64 pmap.c sys/i386/i386 pmap.c sys/vm pmap.h Log: Introduce pmap_align_superpage(). It increases the starting virtual address of the given mapping if a different alignment might result in more superpage mappings. Revision Changes Path 1.616 +23 -0 src/sys/amd64/amd64/pmap.c 1.618 +23 -0 src/sys/i386/i386/pmap.c 1.84 +2 -0 src/sys/vm/pmap.h From jhb at FreeBSD.org Fri May 9 18:20:30 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:20:32 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/libgdb fbsd-threads.c Message-ID: <200805091820.m49IKT8x024969@repoman.freebsd.org> jhb 2008-05-09 18:20:29 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/gdb/libgdb fbsd-threads.c Log: MFC: Add 'fbsdcoreops_suppress_target' to support kgdb having its own coredump target and adjust core dump target's long name and documentation. Revision Changes Path 1.16.2.1 +11 -2 src/gnu/usr.bin/gdb/libgdb/fbsd-threads.c From jhb at FreeBSD.org Fri May 9 18:20:36 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:20:39 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/libgdb fbsd-threads.c Message-ID: <200805091820.m49IKZwn024998@repoman.freebsd.org> jhb 2008-05-09 18:20:35 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) gnu/usr.bin/gdb/libgdb fbsd-threads.c Log: MFC: Add 'fbsdcoreops_suppress_target' to support kgdb having its own coredump target and adjust core dump target's long name and documentation. Revision Changes Path 1.13.2.4 +11 -2 src/gnu/usr.bin/gdb/libgdb/fbsd-threads.c From jhb at FreeBSD.org Fri May 9 18:41:41 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:41:45 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kgdb.h kld.c kthr.c main.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Message-ID: <200805091841.m49Ifdb9025728@repoman.freebsd.org> jhb 2008-05-09 18:41:37 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/gdb/kgdb kgdb.h kld.c kthr.c main.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Log: MFC: Rework how kgdb manages kernel and vmcore files to be a bit more gdb-ish. Specifically, you can now use the 'file' and 'core' commands. Also, the kernel module stuff now works for remote targets. Revision Changes Path 1.5.2.3 +10 -6 src/gnu/usr.bin/gdb/kgdb/kgdb.h 1.6.2.4 +52 -23 src/gnu/usr.bin/gdb/kgdb/kld.c 1.7.2.3 +6 -0 src/gnu/usr.bin/gdb/kgdb/kthr.c 1.11.2.3 +86 -119 src/gnu/usr.bin/gdb/kgdb/main.c 1.5.2.2 +139 -22 src/gnu/usr.bin/gdb/kgdb/trgt.c 1.8.2.1 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c 1.3.2.1 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_arm.c 1.6.2.4 +20 -14 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c 1.4.2.1 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_ia64.c 1.2.2.1 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_powerpc.c 1.6.2.1 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_sparc64.c From jhb at FreeBSD.org Fri May 9 18:47:11 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:47:12 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kgdb.h kld.c kthr.c main.c trgt.c trgt_alpha.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_sparc64.c Message-ID: <200805091847.m49IlAtq025969@repoman.freebsd.org> jhb 2008-05-09 18:47:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) gnu/usr.bin/gdb/kgdb kgdb.h kld.c kthr.c main.c trgt.c trgt_alpha.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_sparc64.c Log: MFC: Rework how kgdb manages kernel and vmcore files to be a bit more gdb-ish. Specifically, you can now use the 'file' and 'core' commands. Also, the kernel module stuff now works for remote targets. Revision Changes Path 1.2.2.6 +10 -6 src/gnu/usr.bin/gdb/kgdb/kgdb.h 1.6.4.4 +52 -23 src/gnu/usr.bin/gdb/kgdb/kld.c 1.2.2.8 +6 -0 src/gnu/usr.bin/gdb/kgdb/kthr.c 1.7.2.7 +86 -119 src/gnu/usr.bin/gdb/kgdb/main.c 1.2.2.6 +139 -22 src/gnu/usr.bin/gdb/kgdb/trgt.c 1.2.2.2 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_alpha.c 1.2.2.5 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c 1.2.2.3 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_arm.c 1.2.2.4 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c 1.2.2.2 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_ia64.c 1.2.2.3 +5 -0 src/gnu/usr.bin/gdb/kgdb/trgt_sparc64.c From jhb at FreeBSD.org Fri May 9 18:57:07 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:57:11 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Message-ID: <200805091857.m49Iv7nY026278@repoman.freebsd.org> jhb 2008-05-09 18:57:07 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_powerpc.c trgt_sparc64.c Log: MFC: Enable use of 'tid' for remote targets and use gdb_thread_select() for 'tid' and 'proc' so they provide UI feedback like the 'thread' command. Revision Changes Path 1.7.2.4 +9 -5 src/gnu/usr.bin/gdb/kgdb/kthr.c 1.5.2.3 +20 -30 src/gnu/usr.bin/gdb/kgdb/trgt.c 1.8.2.2 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c 1.3.2.2 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_arm.c 1.6.2.5 +2 -2 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c 1.4.2.2 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_ia64.c 1.2.2.2 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_powerpc.c 1.6.2.2 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_sparc64.c From jhb at FreeBSD.org Fri May 9 18:59:51 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 18:59:53 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_alpha.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_sparc64.c Message-ID: <200805091859.m49IxoYs026382@repoman.freebsd.org> jhb 2008-05-09 18:59:50 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) gnu/usr.bin/gdb/kgdb kthr.c trgt.c trgt_alpha.c trgt_amd64.c trgt_arm.c trgt_i386.c trgt_ia64.c trgt_sparc64.c Log: MFC: Enable use of 'tid' for remote targets and use gdb_thread_select() for 'tid' and 'proc' so they provide UI feedback like the 'thread' command. Revision Changes Path 1.2.2.9 +9 -5 src/gnu/usr.bin/gdb/kgdb/kthr.c 1.2.2.7 +20 -30 src/gnu/usr.bin/gdb/kgdb/trgt.c 1.2.2.3 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_alpha.c 1.2.2.6 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c 1.2.2.4 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_arm.c 1.2.2.5 +2 -2 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c 1.2.2.3 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_ia64.c 1.2.2.4 +1 -1 src/gnu/usr.bin/gdb/kgdb/trgt_sparc64.c From jhb at FreeBSD.org Fri May 9 19:00:40 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 19:00:43 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb trgt_i386.c Message-ID: <200805091900.m49J0eoA026486@repoman.freebsd.org> jhb 2008-05-09 19:00:40 UTC FreeBSD src repository Modified files: gnu/usr.bin/gdb/kgdb trgt_i386.c Log: Trim unneeded header. Revision Changes Path 1.12 +0 -1 src/gnu/usr.bin/gdb/kgdb/trgt_i386.c From jhb at FreeBSD.org Fri May 9 19:02:10 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 19:02:13 2008 Subject: cvs commit: src/sys/kern kern_cpu.c Message-ID: <200805091902.m49J2Aia026546@repoman.freebsd.org> jhb 2008-05-09 19:02:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_cpu.c Log: MFC: Fix a few edge cases with error handling in cpufreq(4)'s CPUFREQ_GET() method. Revision Changes Path 1.27.2.2 +3 -3 src/sys/kern/kern_cpu.c From jhb at FreeBSD.org Fri May 9 19:03:55 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 19:03:58 2008 Subject: cvs commit: src/sys/kern kern_cpu.c Message-ID: <200805091903.m49J3tbP027655@repoman.freebsd.org> jhb 2008-05-09 19:03:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern kern_cpu.c Log: MFC: Fix a few edge cases with error handling in cpufreq(4)'s CPUFREQ_GET() method. Revision Changes Path 1.14.2.6 +3 -3 src/sys/kern/kern_cpu.c From jhb at FreeBSD.org Fri May 9 19:29:09 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 9 19:29:11 2008 Subject: cvs commit: src/sys/net bpf.c Message-ID: <200805091929.m49JT8b6028500@repoman.freebsd.org> jhb 2008-05-09 19:29:08 UTC FreeBSD src repository Modified files: sys/net bpf.c Log: Set D_TRACKCLOSE to avoid a race in devfs that could lead to orphaned bpf devices never getting fully closed. MFC after: 3 days Revision Changes Path 1.195 +1 -0 src/sys/net/bpf.c From rwatson at FreeBSD.org Fri May 9 20:38:26 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Fri May 9 20:38:29 2008 Subject: cvs commit: src/sys/net if_loop.c Message-ID: <200805092038.m49KcPJR031780@repoman.freebsd.org> rwatson 2008-05-09 20:38:25 UTC FreeBSD src repository Modified files: sys/net if_loop.c Log: Trim trailing whitespace at ends of lines. Revision Changes Path 1.116 +16 -16 src/sys/net/if_loop.c From rwatson at FreeBSD.org Fri May 9 20:39:49 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Fri May 9 20:39:51 2008 Subject: cvs commit: src/sys/net if_loop.c Message-ID: <200805092039.m49KdmbM031823@repoman.freebsd.org> rwatson 2008-05-09 20:39:48 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/net if_loop.c Log: Merge if_loop.c:1.115,1.116 from HEAD to RELENG_7: Coerce if_loop.c in the general direction of style(9): - Use ANSI function declarations - Remove use of 'register' keyword - Prefer style(9) return parens, white space - Trim trailing whitespace at ends of lines. Revision Changes Path 1.112.2.1 +34 -50 src/sys/net/if_loop.c From rwatson at FreeBSD.org Fri May 9 20:40:48 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Fri May 9 20:40:52 2008 Subject: cvs commit: src/sys/netinet tcp_input.c Message-ID: <200805092040.m49KemXh031939@repoman.freebsd.org> rwatson 2008-05-09 20:40:48 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet tcp_input.c Log: Merge tcp_input.c:1.374 from HEAD to RELENG_7: Add further TCP inpcb locking assertions to some TCP input code paths. Revision Changes Path 1.370.2.2 +11 -0 src/sys/netinet/tcp_input.c From antoine at FreeBSD.org Fri May 9 22:07:35 2008 From: antoine at FreeBSD.org (Antoine Brodin) Date: Fri May 9 22:08:02 2008 Subject: cvs commit: src/sys/netinet ip_icmp.c In-Reply-To: <200804172324.m3HNOwaI013427@repoman.freebsd.org> References: <200804172324.m3HNOwaI013427@repoman.freebsd.org> Message-ID: On Fri, Apr 18, 2008 at 1:24 AM, George V. Neville-Neil wrote: > gnn 2008-04-17 23:24:58 UTC > > FreeBSD src repository > > Modified files: > sys/netinet ip_icmp.c > Log: > Add in check for loopback as well, which was missing from the original patch. > > PR: 120958 > Submitted by: James Snow > MFC after: 2 weeks > > Revision Changes Path > 1.122 +1 -0 src/sys/netinet/ip_icmp.c Hello George, I don't really know what the problem is, but reverting this change unbreaks ping 127.0.0.1 Cheers, Antoine From julian at FreeBSD.org Fri May 9 23:00:21 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:00:24 2008 Subject: cvs commit: src/lib/libc/sys Symbol.map getsockopt.2 src/usr.bin/netstat route.c Message-ID: <200805092300.m49N0LCZ049521@repoman.freebsd.org> julian 2008-05-09 23:00:21 UTC FreeBSD src repository Modified files: lib/libc/sys Symbol.map getsockopt.2 usr.bin/netstat route.c Log: Add code to allow the system to handle multiple routing tables. This particular implementation is designed to be fully backwards compatible and to be MFC-able to 7.x (and 6.x) Currently the only protocol that can make use of the multiple tables is IPv4 Similar functionality exists in OpenBSD and Linux. From my notes: ----- One thing where FreeBSD has been falling behind, and which by chance I have some time to work on is "policy based routing", which allows different packet streams to be routed by more than just the destination address. Constraints: ------------ I want to make some form of this available in the 6.x tree (and by extension 7.x) , but FreeBSD in general needs it so I might as well do it in -current and back port the portions I need. One of the ways that this can be done is to have the ability to instantiate multiple kernel routing tables (which I will now refer to as "Forwarding Information Bases" or "FIBs" for political correctness reasons). Which FIB a particular packet uses to make the next hop decision can be decided by a number of mechanisms. The policies these mechanisms implement are the "Policies" referred to in "Policy based routing". One of the constraints I have if I try to back port this work to 6.x is that it must be implemented as a EXTENSION to the existing ABIs in 6.x so that third party applications do not need to be recompiled in timespan of the branch. This first version will not have some of the bells and whistles that will come with later versions. It will, for example, be limited to 16 tables in the first commit. Implementation method, Compatible version. (part 1) ------------------------------- For this reason I have implemented a "sufficient subset" of a multiple routing table solution in Perforce, and back-ported it to 6.x. (also in Perforce though not always caught up with what I have done in -current/P4). The subset allows a number of FIBs to be defined at compile time (8 is sufficient for my purposes in 6.x) and implements the changes needed to allow IPV4 to use them. I have not done the changes for ipv6 simply because I do not need it, and I do not have enough knowledge of ipv6 (e.g. neighbor discovery) needed to do it. Other protocol families are left untouched and should there be users with proprietary protocol families, they should continue to work and be oblivious to the existence of the extra FIBs. To understand how this is done, one must know that the current FIB code starts everything off with a single dimensional array of pointers to FIB head structures (One per protocol family), each of which in turn points to the trie of routes available to that family. The basic change in the ABI compatible version of the change is to extent that array to be a 2 dimensional array, so that instead of protocol family X looking at rt_tables[X] for the table it needs, it looks at rt_tables[Y][X] when for all protocol families except ipv4 Y is always 0. Code that is unaware of the change always just sees the first row of the table, which of course looks just like the one dimensional array that existed before. The entry points rtrequest(), rtalloc(), rtalloc1(), rtalloc_ign() are all maintained, but refer only to the first row of the array, so that existing callers in proprietary protocols can continue to do the "right thing". Some new entry points are added, for the exclusive use of ipv4 code called in_rtrequest(), in_rtalloc(), in_rtalloc1() and in_rtalloc_ign(), which have an extra argument which refers the code to the correct row. In addition, there are some new entry points (currently called rtalloc_fib() and friends) that check the Address family being looked up and call either rtalloc() (and friends) if the protocol is not IPv4 forcing the action to row 0 or to the appropriate row if it IS IPv4 (and that info is available). These are for calling from code that is not specific to any particular protocol. The way these are implemented would change in the non ABI preserving code to be added later. One feature of the first version of the code is that for ipv4, the interface routes show up automatically on all the FIBs, so that no matter what FIB you select you always have the basic direct attached hosts available to you. (rtinit() does this automatically). You CAN delete an interface route from one FIB should you want to but by default it's there. ARP information is also available in each FIB. It's assumed that the same machine would have the same MAC address, regardless of which FIB you are using to get to it. This brings us as to how the correct FIB is selected for an outgoing IPV4 packet. Firstly, all packets have a FIB associated with them. if nothing has been done to change it, it will be FIB 0. The FIB is changed in the following ways. Packets fall into one of a number of classes. 1/ locally generated packets, coming from a socket/PCB. Such packets select a FIB from a number associated with the socket/PCB. This in turn is inherited from the process, but can be changed by a socket option. The process in turn inherits it on fork. I have written a utility call setfib that acts a bit like nice.. setfib -3 ping target.example.com # will use fib 3 for ping. It is an obvious extension to make it a property of a jail but I have not done so. It can be achieved by combining the setfib and jail commands. 2/ packets received on an interface for forwarding. By default these packets would use table 0, (or possibly a number settable in a sysctl(not yet)). but prior to routing the firewall can inspect them (see below). (possibly in the future you may be able to associate a FIB with packets received on an interface.. An ifconfig arg, but not yet.) 3/ packets inspected by a packet classifier, which can arbitrarily associate a fib with it on a packet by packet basis. A fib assigned to a packet by a packet classifier (such as ipfw) would over-ride a fib associated by a more default source. (such as cases 1 or 2). 4/ a tcp listen socket associated with a fib will generate accept sockets that are associated with that same fib. 5/ Packets generated in response to some other packet (e.g. reset or icmp packets). These should use the FIB associated with the packet being reponded to. 6/ Packets generated during encapsulation. gif, tun and other tunnel interfaces will encapsulate using the FIB that was in effect withthe proces that set up the tunnel. thus setfib 1 ifconfig gif0 [tunnel instructions] will set the fib for the tunnel to use to be fib 1. Routing messages would be associated with their process, and thus select one FIB or another. messages from the kernel would be associated with the fib they refer to and would only be received by a routing socket associated with that fib. (not yet implemented) In addition Netstat has been edited to be able to cope with the fact that the array is now 2 dimensional. (It looks in system memory using libkvm (!)). Old versions of netstat see only the first FIB. In addition two sysctls are added to give: a) the number of FIBs compiled in (active) b) the default FIB of the calling process. Early testing experience: ------------------------- Basically our (IronPort's) appliance does this functionality already using ipfw fwd but that method has some drawbacks. For example, It can't fully simulate a routing table because it can't influence the socket's choice of local address when a connect() is done. Testing during the generating of these changes has been remarkably smooth so far. Multiple tables have co-existed with no notable side effects, and packets have been routes accordingly. ipfw has grown 2 new keywords: setfib N ip from anay to any count ip from any to any fib N In pf there seems to be a requirement to be able to give symbolic names to the fibs but I do not have that capacity. I am not sure if it is required. SCTP has interestingly enough built in support for this, called VRFs in Cisco parlance. it will be interesting to see how that handles it when it suddenly actually does something. Where to next: -------------------- After committing the ABI compatible version and MFCing it, I'd like to proceed in a forward direction in -current. this will result in some roto-tilling in the routing code. Firstly: the current code's idea of having a separate tree per protocol family, all of the same format, and pointed to by the 1 dimensional array is a bit silly. Especially when one considers that there is code that makes assumptions about every protocol having the same internal structures there. Some protocols don't WANT that sort of structure. (for example the whole idea of a netmask is foreign to appletalk). This needs to be made opaque to the external code. My suggested first change is to add routing method pointers to the 'domain' structure, along with information pointing the data. instead of having an array of pointers to uniform structures, there would be an array pointing to the 'domain' structures for each protocol address domain (protocol family), and the methods this reached would be called. The methods would have an argument that gives FIB number, but the protocol would be free to ignore it. When the ABI can be changed it raises the possibilty of the addition of a fib entry into the "struct route". Currently, the structure contains the sockaddr of the desination, and the resulting fib entry. To make this work fully, one could add a fib number so that given an address and a fib, one can find the third element, the fib entry. Interaction with the ARP layer/ LL layer would need to be revisited as well. Qing Li has been working on this already. This work was sponsored by Ironport Systems/Cisco Reviewed by: several including rwatson, bz and mlair (parts each) Obtained from: Ironport systems/Cisco Revision Changes Path 1.15 +1 -0 src/lib/libc/sys/Symbol.map 1.39 +7 -0 src/lib/libc/sys/getsockopt.2 1.89 +24 -3 src/usr.bin/netstat/route.c From julian at FreeBSD.org Fri May 9 23:03:01 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:03:04 2008 Subject: cvs commit: src/sbin/ipfw ipfw.8 ipfw2.c src/sys/conf NOTES options src/sys/contrib/ipfilter/netinet ip_fil_freebsd.c src/sys/contrib/pf/net pf.c pf_ioctl.c src/sys/kern init_sysent.c sys_socket.c syscalls.c syscalls.master systrace_args.c ... Message-ID: <200805092303.m49N30xA050042@repoman.freebsd.org> julian 2008-05-09 23:03:00 UTC FreeBSD src repository Modified files: sbin/ipfw ipfw.8 ipfw2.c sys/conf NOTES options sys/contrib/ipfilter/netinet ip_fil_freebsd.c sys/contrib/pf/net pf.c pf_ioctl.c sys/kern init_sysent.c sys_socket.c syscalls.c syscalls.master systrace_args.c uipc_socket.c vfs_export.c sys/net if.c if_atmsubr.c if_fwsubr.c if_gif.c if_gif.h if_gre.c if_gre.h if_iso88025subr.c if_stf.c if_var.h radix_mpath.c radix_mpath.h route.c route.h rtsock.c sys/netatalk at_extern.h at_proto.c sys/netgraph/netflow netflow.c sys/netinet if_atm.c if_ether.c in_gif.c in_mcast.c in_pcb.c in_pcb.h in_rmx.c in_var.h ip_fastfwd.c ip_fw.h ip_fw2.c ip_icmp.c ip_input.c ip_mroute.c ip_mroute.h ip_options.c ip_output.c ip_var.h raw_ip.c sctp_os_bsd.h tcp_input.c tcp_subr.c tcp_syncache.c sys/netinet6 in6.c in6_ifattach.c in6_rmx.c nd6_rtr.c sys/netipx ipx_proto.c sys/nfs4client nfs4_vfsops.c sys/nfsclient bootp_subr.c nfs_vfsops.c sys/sys domain.h mbuf.h proc.h socket.h socketvar.h syscall.h syscall.mk sysproto.h Added files: usr.sbin/setfib Makefile setfib.1 setfib.c Log: Add code to allow the system to handle multiple routing tables. This particular implementation is designed to be fully backwards compatible and to be MFC-able to 7.x (and 6.x) Currently the only protocol that can make use of the multiple tables is IPv4 Similar functionality exists in OpenBSD and Linux. From my notes: ----- One thing where FreeBSD has been falling behind, and which by chance I have some time to work on is "policy based routing", which allows different packet streams to be routed by more than just the destination address. Constraints: ------------ I want to make some form of this available in the 6.x tree (and by extension 7.x) , but FreeBSD in general needs it so I might as well do it in -current and back port the portions I need. One of the ways that this can be done is to have the ability to instantiate multiple kernel routing tables (which I will now refer to as "Forwarding Information Bases" or "FIBs" for political correctness reasons). Which FIB a particular packet uses to make the next hop decision can be decided by a number of mechanisms. The policies these mechanisms implement are the "Policies" referred to in "Policy based routing". One of the constraints I have if I try to back port this work to 6.x is that it must be implemented as a EXTENSION to the existing ABIs in 6.x so that third party applications do not need to be recompiled in timespan of the branch. This first version will not have some of the bells and whistles that will come with later versions. It will, for example, be limited to 16 tables in the first commit. Implementation method, Compatible version. (part 1) ------------------------------- For this reason I have implemented a "sufficient subset" of a multiple routing table solution in Perforce, and back-ported it to 6.x. (also in Perforce though not always caught up with what I have done in -current/P4). The subset allows a number of FIBs to be defined at compile time (8 is sufficient for my purposes in 6.x) and implements the changes needed to allow IPV4 to use them. I have not done the changes for ipv6 simply because I do not need it, and I do not have enough knowledge of ipv6 (e.g. neighbor discovery) needed to do it. Other protocol families are left untouched and should there be users with proprietary protocol families, they should continue to work and be oblivious to the existence of the extra FIBs. To understand how this is done, one must know that the current FIB code starts everything off with a single dimensional array of pointers to FIB head structures (One per protocol family), each of which in turn points to the trie of routes available to that family. The basic change in the ABI compatible version of the change is to extent that array to be a 2 dimensional array, so that instead of protocol family X looking at rt_tables[X] for the table it needs, it looks at rt_tables[Y][X] when for all protocol families except ipv4 Y is always 0. Code that is unaware of the change always just sees the first row of the table, which of course looks just like the one dimensional array that existed before. The entry points rtrequest(), rtalloc(), rtalloc1(), rtalloc_ign() are all maintained, but refer only to the first row of the array, so that existing callers in proprietary protocols can continue to do the "right thing". Some new entry points are added, for the exclusive use of ipv4 code called in_rtrequest(), in_rtalloc(), in_rtalloc1() and in_rtalloc_ign(), which have an extra argument which refers the code to the correct row. In addition, there are some new entry points (currently called rtalloc_fib() and friends) that check the Address family being looked up and call either rtalloc() (and friends) if the protocol is not IPv4 forcing the action to row 0 or to the appropriate row if it IS IPv4 (and that info is available). These are for calling from code that is not specific to any particular protocol. The way these are implemented would change in the non ABI preserving code to be added later. One feature of the first version of the code is that for ipv4, the interface routes show up automatically on all the FIBs, so that no matter what FIB you select you always have the basic direct attached hosts available to you. (rtinit() does this automatically). You CAN delete an interface route from one FIB should you want to but by default it's there. ARP information is also available in each FIB. It's assumed that the same machine would have the same MAC address, regardless of which FIB you are using to get to it. This brings us as to how the correct FIB is selected for an outgoing IPV4 packet. Firstly, all packets have a FIB associated with them. if nothing has been done to change it, it will be FIB 0. The FIB is changed in the following ways. Packets fall into one of a number of classes. 1/ locally generated packets, coming from a socket/PCB. Such packets select a FIB from a number associated with the socket/PCB. This in turn is inherited from the process, but can be changed by a socket option. The process in turn inherits it on fork. I have written a utility call setfib that acts a bit like nice.. setfib -3 ping target.example.com # will use fib 3 for ping. It is an obvious extension to make it a property of a jail but I have not done so. It can be achieved by combining the setfib and jail commands. 2/ packets received on an interface for forwarding. By default these packets would use table 0, (or possibly a number settable in a sysctl(not yet)). but prior to routing the firewall can inspect them (see below). (possibly in the future you may be able to associate a FIB with packets received on an interface.. An ifconfig arg, but not yet.) 3/ packets inspected by a packet classifier, which can arbitrarily associate a fib with it on a packet by packet basis. A fib assigned to a packet by a packet classifier (such as ipfw) would over-ride a fib associated by a more default source. (such as cases 1 or 2). 4/ a tcp listen socket associated with a fib will generate accept sockets that are associated with that same fib. 5/ Packets generated in response to some other packet (e.g. reset or icmp packets). These should use the FIB associated with the packet being reponded to. 6/ Packets generated during encapsulation. gif, tun and other tunnel interfaces will encapsulate using the FIB that was in effect withthe proces that set up the tunnel. thus setfib 1 ifconfig gif0 [tunnel instructions] will set the fib for the tunnel to use to be fib 1. Routing messages would be associated with their process, and thus select one FIB or another. messages from the kernel would be associated with the fib they refer to and would only be received by a routing socket associated with that fib. (not yet implemented) In addition Netstat has been edited to be able to cope with the fact that the array is now 2 dimensional. (It looks in system memory using libkvm (!)). Old versions of netstat see only the first FIB. In addition two sysctls are added to give: a) the number of FIBs compiled in (active) b) the default FIB of the calling process. Early testing experience: ------------------------- Basically our (IronPort's) appliance does this functionality already using ipfw fwd but that method has some drawbacks. For example, It can't fully simulate a routing table because it can't influence the socket's choice of local address when a connect() is done. Testing during the generating of these changes has been remarkably smooth so far. Multiple tables have co-existed with no notable side effects, and packets have been routes accordingly. ipfw has grown 2 new keywords: setfib N ip from anay to any count ip from any to any fib N In pf there seems to be a requirement to be able to give symbolic names to the fibs but I do not have that capacity. I am not sure if it is required. SCTP has interestingly enough built in support for this, called VRFs in Cisco parlance. it will be interesting to see how that handles it when it suddenly actually does something. Where to next: -------------------- After committing the ABI compatible version and MFCing it, I'd like to proceed in a forward direction in -current. this will result in some roto-tilling in the routing code. Firstly: the current code's idea of having a separate tree per protocol family, all of the same format, and pointed to by the 1 dimensional array is a bit silly. Especially when one considers that there is code that makes assumptions about every protocol having the same internal structures there. Some protocols don't WANT that sort of structure. (for example the whole idea of a netmask is foreign to appletalk). This needs to be made opaque to the external code. My suggested first change is to add routing method pointers to the 'domain' structure, along with information pointing the data. instead of having an array of pointers to uniform structures, there would be an array pointing to the 'domain' structures for each protocol address domain (protocol family), and the methods this reached would be called. The methods would have an argument that gives FIB number, but the protocol would be free to ignore it. When the ABI can be changed it raises the possibilty of the addition of a fib entry into the "struct route". Currently, the structure contains the sockaddr of the desination, and the resulting fib entry. To make this work fully, one could add a fib number so that given an address and a fib, one can find the third element, the fib entry. Interaction with the ARP layer/ LL layer would need to be revisited as well. Qing Li has been working on this already. This work was sponsored by Ironport Systems/Cisco Reviewed by: several including rwatson, bz and mlair (parts each) Obtained from: Ironport systems/Cisco Revision Changes Path 1.212 +12 -0 src/sbin/ipfw/ipfw.8 1.119 +37 -2 src/sbin/ipfw/ipfw2.c 1.1485 +2 -0 src/sys/conf/NOTES 1.628 +1 -0 src/sys/conf/options 1.10 +2 -2 src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c 1.54 +32 -4 src/sys/contrib/pf/net/pf.c 1.32 +2 -2 src/sys/contrib/pf/net/pf_ioctl.c 1.240 +1 -1 src/sys/kern/init_sysent.c 1.76 +1 -1 src/sys/kern/sys_socket.c 1.224 +1 -1 src/sys/kern/syscalls.c 1.243 +1 -1 src/sys/kern/syscalls.master 1.24 +7 -0 src/sys/kern/systrace_args.c 1.310 +20 -0 src/sys/kern/uipc_socket.c 1.342 +16 -3 src/sys/kern/vfs_export.c 1.279 +6 -3 src/sys/net/if.c 1.47 +2 -1 src/sys/net/if_atmsubr.c 1.26 +1 -1 src/sys/net/if_fwsubr.c 1.69 +3 -0 src/sys/net/if_gif.c 1.20 +1 -0 src/sys/net/if_gif.h 1.48 +6 -1 src/sys/net/if_gre.c 1.14 +1 -0 src/sys/net/if_gre.h 1.78 +2 -1 src/sys/net/if_iso88025subr.c 1.62 +7 -2 src/sys/net/if_stf.c 1.118 +2 -0 src/sys/net/if_var.h 1.5 +2 -2 src/sys/net/radix_mpath.c 1.2 +2 -1 src/sys/net/radix_mpath.h 1.129 +390 -128 src/sys/net/route.c 1.70 +31 -4 src/sys/net/route.h 1.146 +9 -5 src/sys/net/rtsock.c 1.19 +1 -0 src/sys/netatalk/at_extern.h 1.14 +1 -1 src/sys/netatalk/at_proto.c 1.29 +4 -2 src/sys/netgraph/netflow/netflow.c 1.22 +1 -1 src/sys/netinet/if_atm.c 1.171 +180 -117 src/sys/netinet/if_ether.c 1.39 +6 -2 src/sys/netinet/in_gif.c 1.5 +2 -1 src/sys/netinet/in_mcast.c 1.206 +2 -1 src/sys/netinet/in_pcb.c 1.106 +1 -1 src/sys/netinet/in_pcb.h 1.59 +126 -28 src/sys/netinet/in_rmx.c 1.62 +16 -0 src/sys/netinet/in_var.h 1.42 +1 -1 src/sys/netinet/ip_fastfwd.c 1.114 +4 -0 src/sys/netinet/ip_fw.h 1.186 +48 -6 src/sys/netinet/ip_fw2.c 1.123 +12 -5 src/sys/netinet/ip_icmp.c 1.336 +5 -5 src/sys/netinet/ip_input.c 1.139 +2 -2 src/sys/netinet/ip_mroute.c 1.32 +1 -1 src/sys/netinet/ip_mroute.h 1.10 +3 -2 src/sys/netinet/ip_options.c 1.283 +5 -3 src/sys/netinet/ip_output.c 1.102 +1 -1 src/sys/netinet/ip_var.h 1.184 +1 -1 src/sys/netinet/raw_ip.c 1.34 +1 -1 src/sys/netinet/sctp_os_bsd.h 1.376 +1 -0 src/sys/netinet/tcp_input.c 1.306 +7 -1 src/sys/netinet/tcp_subr.c 1.145 +4 -0 src/sys/netinet/tcp_syncache.c 1.79 +2 -1 src/sys/netinet6/in6.c 1.42 +3 -3 src/sys/netinet6/in6_ifattach.c 1.21 +8 -4 src/sys/netinet6/in6_rmx.c 1.39 +2 -1 src/sys/netinet6/nd6_rtr.c 1.23 +11 -1 src/sys/netipx/ipx_proto.c 1.34 +2 -1 src/sys/nfs4client/nfs4_vfsops.c 1.71 +3 -2 src/sys/nfsclient/bootp_subr.c 1.205 +1 -0 src/sys/nfsclient/nfs_vfsops.c 1.23 +6 -0 src/sys/sys/domain.h 1.226 +20 -2 src/sys/sys/mbuf.h 1.513 +1 -0 src/sys/sys/proc.h 1.100 +1 -0 src/sys/sys/socket.h 1.163 +1 -0 src/sys/sys/socketvar.h 1.221 +1 -0 src/sys/sys/syscall.h 1.176 +1 -0 src/sys/sys/syscall.mk 1.225 +5 -0 src/sys/sys/sysproto.h 1.1 +6 -0 src/usr.sbin/setfib/Makefile (new) 1.1 +92 -0 src/usr.sbin/setfib/setfib.1 (new) 1.1 +103 -0 src/usr.sbin/setfib/setfib.c (new) From julian at FreeBSD.org Fri May 9 23:08:41 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:08:45 2008 Subject: cvs commit: src/lib/libc/sys setfib.2 Message-ID: <200805092308.m49N8eCQ051367@repoman.freebsd.org> julian 2008-05-09 23:08:40 UTC FreeBSD src repository Added files: lib/libc/sys setfib.2 Log: setfib.2 got left out of the last commit Revision Changes Path 1.1 +79 -0 src/lib/libc/sys/setfib.2 (new) From julian at FreeBSD.org Fri May 9 23:09:57 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:10:00 2008 Subject: cvs commit: src/lib/libc/sys Makefile.inc Message-ID: <200805092309.m49N9vcx051410@repoman.freebsd.org> julian 2008-05-09 23:09:57 UTC FreeBSD src repository Modified files: lib/libc/sys Makefile.inc Log: Add setfib.2 to the list of man pages to add Revision Changes Path 1.136 +1 -1 src/lib/libc/sys/Makefile.inc From julian at FreeBSD.org Fri May 9 23:14:06 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:14:09 2008 Subject: cvs commit: src UPDATING Message-ID: <200805092314.m49NE1fH051580@repoman.freebsd.org> julian 2008-05-09 23:14:01 UTC FreeBSD src repository Modified files: . UPDATING Log: Add a note about multiple routing tables support Revision Changes Path 1.528 +7 -0 src/UPDATING From julian at FreeBSD.org Fri May 9 23:15:56 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:15:59 2008 Subject: cvs commit: src/sys/sys param.h Message-ID: <200805092315.m49NFuKl051687@repoman.freebsd.org> julian 2008-05-09 23:15:56 UTC FreeBSD src repository Modified files: sys/sys param.h Log: bump __FreeBSD_version Revision Changes Path 1.353 +1 -1 src/sys/sys/param.h From alc at FreeBSD.org Fri May 9 23:31:42 2008 From: alc at FreeBSD.org (Alan Cox) Date: Fri May 9 23:31:45 2008 Subject: cvs commit: src/sys/arm/arm pmap.c src/sys/ia64/ia64 pmap.c src/sys/mips/mips pmap.c src/sys/powerpc/powerpc pmap_dispatch.c src/sys/sparc64/sparc64 pmap.c src/sys/sun4v/sun4v pmap.c Message-ID: <200805092331.m49NVgK7052263@repoman.freebsd.org> alc 2008-05-09 23:31:42 UTC FreeBSD src repository Modified files: sys/arm/arm pmap.c sys/ia64/ia64 pmap.c sys/mips/mips pmap.c sys/powerpc/powerpc pmap_dispatch.c sys/sparc64/sparc64 pmap.c sys/sun4v/sun4v pmap.c Log: Add a stub for pmap_align_superpage() on machines that don't (yet) implement pmap-level support for superpages. Revision Changes Path 1.100 +10 -0 src/sys/arm/arm/pmap.c 1.200 +10 -0 src/sys/ia64/ia64/pmap.c 1.4 +10 -0 src/sys/mips/mips/pmap.c 1.13 +10 -0 src/sys/powerpc/powerpc/pmap_dispatch.c 1.172 +10 -0 src/sys/sparc64/sparc64/pmap.c 1.43 +10 -0 src/sys/sun4v/sun4v/pmap.c From julian at FreeBSD.org Fri May 9 23:53:02 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Fri May 9 23:53:04 2008 Subject: cvs commit: src/contrib/pf/pfctl parse.y Message-ID: <200805092353.m49Nr19A053025@repoman.freebsd.org> julian 2008-05-09 23:53:01 UTC FreeBSD src repository Modified files: contrib/pf/pfctl parse.y Log: Max's changes got left out of the MRT commit. Revision Changes Path 1.9 +6 -15 src/contrib/pf/pfctl/parse.y From julian at FreeBSD.org Sat May 10 00:43:14 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Sat May 10 00:43:17 2008 Subject: cvs commit: src/usr.sbin Makefile Message-ID: <200805100043.m4A0hEnx055616@repoman.freebsd.org> julian 2008-05-10 00:43:13 UTC FreeBSD src repository Modified files: usr.sbin Makefile Log: allow setfib to be compiled. Revision Changes Path 1.385 +1 -0 src/usr.sbin/Makefile From alfred at freebsd.org Sat May 10 01:26:45 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Sat May 10 01:26:55 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <200805090908.m4998KvB007397@haluter.fromme.com> References: <200805090742.m497g3qL054749@repoman.freebsd.org> <200805090908.m4998KvB007397@haluter.fromme.com> Message-ID: <20080510012645.GV32532@elvis.mu.org> * Oliver Fromme [080509 02:08] wrote: > > Pawel Jakub Dawidek wrote: > > Modified files: > > sys/kern subr_param.c > > Log: > > - Export HZ value via kern.hz sysctl (this is the same name as for the > > loader tunable). > > It's probably just me, but I don't see the usefulness of > this. The HZ value is already exported via kern.clockrate. > (I'm not saying the change is wrong, I'm just looking for > an explanation.) > > (On the other hand, how about exporting the value of the > kernel variable "ticks"? Just a thought.) I've exported 'ticks' before for local hacks, it was useful, making it exported in FreeBSD would be a good idea. -- - Alfred Perlstein From delphij at FreeBSD.org Sat May 10 01:27:23 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 10 01:27:35 2008 Subject: cvs commit: src/sys/dev/mpt mpt_pci.c Message-ID: <200805100127.m4A1RN5U067489@repoman.freebsd.org> delphij 2008-05-10 01:27:23 UTC FreeBSD src repository Modified files: sys/dev/mpt mpt_pci.c Log: Add support for LSI 1078DE (ServeRAID-AR10is SAS/SATA Controller) MFC after: 2 weeks Revision Changes Path 1.52 +6 -0 src/sys/dev/mpt/mpt_pci.c From julian at FreeBSD.org Sat May 10 04:15:22 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Sat May 10 04:15:23 2008 Subject: cvs commit: src/sys/net route.c Message-ID: <200805100415.m4A4FLdv076438@repoman.freebsd.org> julian 2008-05-10 04:15:21 UTC FreeBSD src repository Modified files: sys/net route.c Log: undef MAXFIBS before redefining it Revision Changes Path 1.130 +1 -0 src/sys/net/route.c From julian at FreeBSD.org Sat May 10 04:32:59 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Sat May 10 04:33:01 2008 Subject: cvs commit: src/sys/net route.c route.h Message-ID: <200805100432.m4A4WxZc077322@repoman.freebsd.org> julian 2008-05-10 04:32:59 UTC FreeBSD src repository Modified files: sys/net route.c route.h Log: move a #define from a place it shouldn't have been to a place it should have been. Basically my testign didn't ocver one case that this broke. thanks tinderbox! Revision Changes Path 1.131 +2 -2 src/sys/net/route.c 1.71 +1 -2 src/sys/net/route.h From kientzle at FreeBSD.org Sat May 10 06:12:07 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:12:09 2008 Subject: cvs commit: src/lib/libarchive archive_entry_private.h Message-ID: <200805100612.m4A6C6NQ092148@repoman.freebsd.org> kientzle 2008-05-10 06:12:06 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_entry_private.h Log: MFC: Include space for the trailing NUL byte. Revision Changes Path 1.1.4.2 +1 -1 src/lib/libarchive/archive_entry_private.h From brueffer at FreeBSD.org Sat May 10 06:37:13 2008 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Sat May 10 06:37:16 2008 Subject: cvs commit: src/share/man/man4 malo.4 Message-ID: <200805100637.m4A6bDHJ093896@repoman.freebsd.org> brueffer 2008-05-10 06:37:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) share/man/man4 malo.4 Log: MFC: rev. 1.2 Bring this manpage more in line with other wlan driver manpages. Revision Changes Path 1.3.2.2 +15 -10 src/share/man/man4/malo.4 From kientzle at FreeBSD.org Sat May 10 06:43:00 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:43:03 2008 Subject: cvs commit: src/lib/libarchive archive_entry_strmode.c Message-ID: <200805100642.m4A6gxLi094141@repoman.freebsd.org> kientzle 2008-05-10 06:42:59 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_entry_strmode.c Log: MFC 1.2: Minor portability improvement. Not every platform has S_IXUSR, S_IXGRP, S_IXOTH defines, but the values never change, so just hardcode the constants. Revision Changes Path 1.1.2.2 +3 -3 src/lib/libarchive/archive_entry_strmode.c From kientzle at FreeBSD.org Sat May 10 06:45:24 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:45:27 2008 Subject: cvs commit: src/lib/libarchive archive_read_support_format_iso9660.c Message-ID: <200805100645.m4A6jO4Z094263@repoman.freebsd.org> kientzle 2008-05-10 06:45:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_read_support_format_iso9660.c Log: MFC 1.25: Portability: on platforms that don't have timegm, don't have tm_gmtoff and can't reset the timezone to force mktime to use UTC, just give up and use unadorned mktime(). Revision Changes Path 1.23.2.2 +9 -5 src/lib/libarchive/archive_read_support_format_iso9660.c From kientzle at FreeBSD.org Sat May 10 06:46:15 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:46:17 2008 Subject: cvs commit: src/lib/libarchive archive_string.h archive_string_sprintf.c Message-ID: <200805100646.m4A6kFj6094300@repoman.freebsd.org> kientzle 2008-05-10 06:46:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_string.h archive_string_sprintf.c Log: MFC: Add the useful archive_string_sprintf() function for internal use. Revision Changes Path 1.9.2.1 +3 -0 src/lib/libarchive/archive_string.h 1.9.2.1 +10 -0 src/lib/libarchive/archive_string_sprintf.c From brueffer at FreeBSD.org Sat May 10 06:46:58 2008 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Sat May 10 06:47:01 2008 Subject: cvs commit: src/share/man/man4 malo.4 Message-ID: <200805100646.m4A6kwMl094361@repoman.freebsd.org> brueffer 2008-05-10 06:46:58 UTC FreeBSD src repository Modified files: share/man/man4 malo.4 Log: Remove extraneous .Ed, correct SEE ALSO section. Revision Changes Path 1.4 +2 -3 src/share/man/man4/malo.4 From kientzle at FreeBSD.org Sat May 10 06:49:15 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:49:18 2008 Subject: cvs commit: src/lib/libarchive archive_write.c Message-ID: <200805100649.m4A6nEsb094433@repoman.freebsd.org> kientzle 2008-05-10 06:49:14 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_write.c Log: MFC: Stop using ARCHIVE_DEFAULT_BYTES_PER_BLOCK to set the default block size. The default setting here is arbitrary and shouldn't be published. Someday, we should be smarter about the default here. Revision Changes Path 1.26.2.1 +6 -1 src/lib/libarchive/archive_write.c From kientzle at FreeBSD.org Sat May 10 06:57:05 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 06:57:07 2008 Subject: cvs commit: src/lib/libarchive archive_write_set_format_ar.c archive_write_set_format_cpio.c archive_write_set_format_cpio_newc.c archive_write_set_format_shar.c archive_write_set_format_ustar.c Message-ID: <200805100657.m4A6v4FY095059@repoman.freebsd.org> kientzle 2008-05-10 06:57:04 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_write_set_format_ar.c archive_write_set_format_cpio.c archive_write_set_format_cpio_newc.c archive_write_set_format_shar.c archive_write_set_format_ustar.c Log: MFC: Set the archive format code and name in the generic portion of the archive structure, not the write-specific portion. (This is a bungle from back when the generic and write-specific portions were first separated and the write-specific part accidentally ended up with copies of some of the generic fields.) In particular, archive_format() and archive_format_name() now work correctly on write handles. Revision Changes Path 1.3.4.2 +6 -6 src/lib/libarchive/archive_write_set_format_ar.c 1.11.2.3 +2 -2 src/lib/libarchive/archive_write_set_format_cpio.c 1.1.4.3 +2 -2 src/lib/libarchive/archive_write_set_format_cpio_newc.c 1.18.2.1 +4 -4 src/lib/libarchive/archive_write_set_format_shar.c 1.24.2.2 +2 -2 src/lib/libarchive/archive_write_set_format_ustar.c From kientzle at FreeBSD.org Sat May 10 07:03:18 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 07:03:21 2008 Subject: cvs commit: src/lib/libarchive archive_read.c Message-ID: <200805100703.m4A73Ipe096303@repoman.freebsd.org> kientzle 2008-05-10 07:03:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_read.c Log: MFC: The read side doesn't use the 'nulls' convenience value, so get rid of it. We also don't need to set the block size here, since we don't use it. Revision Changes Path 1.35.2.2 +0 -15 src/lib/libarchive/archive_read.c From kientzle at FreeBSD.org Sat May 10 07:05:15 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 07:05:17 2008 Subject: cvs commit: src/lib/libarchive archive_read_private.h Message-ID: <200805100705.m4A75EtG096398@repoman.freebsd.org> kientzle 2008-05-10 07:05:14 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_read_private.h Log: MFC: Eliminate a bunch of unused fields from the read structure. Most are write-specific values that are leftovers from when read and write used a shared structure. Revision Changes Path 1.3.4.2 +2 -46 src/lib/libarchive/archive_read_private.h From brueffer at FreeBSD.org Sat May 10 07:31:34 2008 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Sat May 10 07:31:37 2008 Subject: cvs commit: src/lib/libc/sys setfib.2 Message-ID: <200805100731.m4A7VYCT098064@repoman.freebsd.org> brueffer 2008-05-10 07:31:34 UTC FreeBSD src repository Modified files: lib/libc/sys setfib.2 Log: Misc mdoc improvements and a typo fix. Revision Changes Path 1.2 +10 -6 src/lib/libc/sys/setfib.2 From brueffer at FreeBSD.org Sat May 10 07:36:48 2008 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Sat May 10 07:36:50 2008 Subject: cvs commit: src/usr.sbin/setfib setfib.1 Message-ID: <200805100736.m4A7aln9098305@repoman.freebsd.org> brueffer 2008-05-10 07:36:47 UTC FreeBSD src repository Modified files: usr.sbin/setfib setfib.1 Log: Misc mdoc improvements. Revision Changes Path 1.2 +9 -4 src/usr.sbin/setfib/setfib.1 From simokawa at FreeBSD.org Sat May 10 09:22:07 2008 From: simokawa at FreeBSD.org (Hidetoshi Shimokawa) Date: Sat May 10 09:22:11 2008 Subject: cvs commit: src/sys/dev/firewire fwohci.c Message-ID: <200805100922.m4A9M6fg014158@repoman.freebsd.org> simokawa 2008-05-10 09:22:06 UTC FreeBSD src repository Modified files: sys/dev/firewire fwohci.c Log: - Disable interrupts on suspend to eliminate excessive 'device physically ejected?' message on resume. - Fix memory leak on resume reported by kiyohara at netbsd.org. MFC after: 2 weeks Revision Changes Path 1.94 +9 -4 src/sys/dev/firewire/fwohci.c From delphij at FreeBSD.org Sat May 10 09:22:17 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 10 09:22:19 2008 Subject: cvs commit: src/usr.bin/netstat route.c Message-ID: <200805100922.m4A9MHdx014188@repoman.freebsd.org> delphij 2008-05-10 09:22:17 UTC FreeBSD src repository Modified files: usr.bin/netstat route.c Log: Fix build. Revision Changes Path 1.90 +4 -3 src/usr.bin/netstat/route.c From brde at optusnet.com.au Sat May 10 11:21:51 2008 From: brde at optusnet.com.au (Bruce Evans) Date: Sat May 10 11:21:55 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <20080510012645.GV32532@elvis.mu.org> References: <200805090742.m497g3qL054749@repoman.freebsd.org> <200805090908.m4998KvB007397@haluter.fromme.com> <20080510012645.GV32532@elvis.mu.org> Message-ID: <20080510210124.H2970@besplex.bde.org> On Fri, 9 May 2008, Alfred Perlstein wrote: > * Oliver Fromme [080509 02:08] wrote: >> >> Pawel Jakub Dawidek wrote: >> > Modified files: >> > sys/kern subr_param.c >> > Log: >> > - Export HZ value via kern.hz sysctl (this is the same name as for the >> > loader tunable). >> >> It's probably just me, but I don't see the usefulness of >> this. The HZ value is already exported via kern.clockrate. >> (I'm not saying the change is wrong, I'm just looking for >> an explanation.) >> >> (On the other hand, how about exporting the value of the >> kernel variable "ticks"? Just a thought.) > > I've exported 'ticks' before for local hacks, it was useful, making it exported > in FreeBSD would be a good idea. Why all this bloat? A ticks counter is already exported as a sysctl in kern.cp_time (add up all the times to get a total. Most statistics utilities do this). Before FreeBSD-4, and still on systems with no separate statclock or with stathz == hz like some of mine, this gives almost exactly the same count as the kernel `ticks' variable. It's hard to think of an application where knowing the variable would be better than this in cases where they are different. Schedulers in the kernel don't use the variable. The variable might be more accurate due to HZ being excessively large, but if you want accuracy, not to mention speed, use clock_gettime(2). I can never remember which sysctls give frequencies and often type "sysctl -a | grep freq". The one for hz is harder to find since it spells "frequency" weirdly as "clockrate" in its name and as "hz" in its output, so it doesn't show up in the above grep. Bruce From kib at FreeBSD.org Sat May 10 11:35:33 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sat May 10 11:35:35 2008 Subject: cvs commit: src/sys/kern kern_event.c Message-ID: <200805101135.m4ABZW2j021109@repoman.freebsd.org> kib 2008-05-10 11:35:32 UTC FreeBSD src repository Modified files: sys/kern kern_event.c Log: The kqueue_close() encountering the KN_INFLUX knotes on the kq being closed is the legitimate situation. For instance, filedescriptor with registered events may be closed in parallel with closing the kqueue. Properly handle the case instead of asserting that this cannot happen. Reported and tested by: pho Reviewed by: jmg MFC after: 2 weeks Revision Changes Path 1.119 +11 -4 src/sys/kern/kern_event.c From kib at FreeBSD.org Sat May 10 11:37:05 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sat May 10 11:37:09 2008 Subject: cvs commit: src/sys/kern kern_event.c Message-ID: <200805101137.m4ABb5pq021379@repoman.freebsd.org> kib 2008-05-10 11:37:05 UTC FreeBSD src repository Modified files: sys/kern kern_event.c Log: Kqueue_scan() may sleep when encountered the influx knotes. On the other hand, it may cause other threads to sleep since kqueue_scan() may mark some knotes as infux. This could lead to the deadlock. Before kqueue_scan() sleeps, wakeup the threads that are waiting for the influx knotes produced by this thread. Tested by: pho (previous version) Reviewed by: jmg MFC after: 2 weeks Revision Changes Path 1.120 +10 -1 src/sys/kern/kern_event.c From simokawa at FreeBSD.org Sat May 10 13:40:43 2008 From: simokawa at FreeBSD.org (Hidetoshi Shimokawa) Date: Sat May 10 13:40:46 2008 Subject: cvs commit: src/sys/dev/firewire firewire.c fwohci.c Message-ID: <200805101340.m4ADegUm037362@repoman.freebsd.org> simokawa 2008-05-10 13:40:42 UTC FreeBSD src repository Modified files: sys/dev/firewire firewire.c fwohci.c Log: - Fix panic on detach. - Fix a comment. MFC after: 2 weeks Revision Changes Path 1.102 +4 -1 src/sys/dev/firewire/firewire.c 1.95 +0 -3 src/sys/dev/firewire/fwohci.c From julian at FreeBSD.org Sat May 10 15:02:57 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Sat May 10 15:02:59 2008 Subject: cvs commit: src/usr.sbin/setfib setfib.c src/sbin/ipfw ipfw2.c Message-ID: <200805101502.m4AF2uts041177@repoman.freebsd.org> julian 2008-05-10 15:02:56 UTC FreeBSD src repository Modified files: usr.sbin/setfib setfib.c sbin/ipfw ipfw2.c Log: Change two variables to size_t to improve portability. Submitted by: Xin Li Revision Changes Path 1.120 +2 -1 src/sbin/ipfw/ipfw2.c 1.2 +1 -1 src/usr.sbin/setfib/setfib.c From rwatson at FreeBSD.org Sat May 10 17:21:26 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 17:21:29 2008 Subject: cvs commit: src/sys/kern uipc_syscalls.c Message-ID: <200805101721.m4AHLKfv058971@repoman.freebsd.org> rwatson 2008-05-10 17:21:20 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern uipc_syscalls.c Log: Merge uipc_syscalls.c:1.271 from HEAD to RELENG_7: When writing trailers in sendfile(2), don't call kern_writev() while holding the socket buffer lock. These leads to an immediate panic due to recursing the socket buffer lock. This bug was introduced in uipc_syscalls.c:1.240, but masked by another bug until that was fixed in uipc_syscalls.c:1.269. Note that the current fix isn't perfect, but better than panicking: normally we guarantee that simultaneous invocations of a system call to write on a stream socket won't be interlaced, which is ensured by use of the socket buffer sleep lock. This is guaranteed for the sendfile headers, but not trailers. In practice, this is likely not a problem, but should be fixed. Pointy hat to: andre (1.240), cperciva (1.269) Revision Changes Path 1.259.2.4 +4 -3 src/sys/kern/uipc_syscalls.c From rwatson at FreeBSD.org Sat May 10 17:30:58 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 17:31:00 2008 Subject: cvs commit: src/sys/security/audit audit.h Message-ID: <200805101730.m4AHUwQ9059297@repoman.freebsd.org> rwatson 2008-05-10 17:30:58 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/security/audit audit.h Log: Merge audit.h:1.17 from HEAD to RELENG_7: Fix include guard spelling. Submitted by: diego Revision Changes Path 1.14.2.1 +1 -1 src/sys/security/audit/audit.h From rwatson at FreeBSD.org Sat May 10 17:31:53 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 17:31:56 2008 Subject: cvs commit: src/lib/libc/sys sctp_generic_recvmsg.2 sctp_peeloff.2 Message-ID: <200805101731.m4AHVrpF059340@repoman.freebsd.org> rwatson 2008-05-10 17:31:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libc/sys sctp_generic_recvmsg.2 sctp_peeloff.2 Log: Merge sctp_generic_recvmsg.2:1.4, sctp_peeloff.2:1.4 from HEAD to RELENG_7: Correct minor typos in SCTP man pages. Revision Changes Path 1.2.2.1 +0 -1 src/lib/libc/sys/sctp_generic_recvmsg.2 1.2.2.1 +1 -1 src/lib/libc/sys/sctp_peeloff.2 From antoine at FreeBSD.org Sat May 10 18:33:38 2008 From: antoine at FreeBSD.org (Antoine Brodin) Date: Sat May 10 18:33:41 2008 Subject: cvs commit: src/sys/net if_ethersubr.c Message-ID: <200805101833.m4AIXc0W062721@repoman.freebsd.org> antoine 2008-05-10 18:33:38 UTC FreeBSD src repository Modified files: sys/net if_ethersubr.c Log: Add missing braces in #if 0ed code. Approved by: rwatson (mentor) MFC after: 1 month Revision Changes Path 1.246 +2 -1 src/sys/net/if_ethersubr.c From antoine at FreeBSD.org Sat May 10 18:39:20 2008 From: antoine at FreeBSD.org (Antoine Brodin) Date: Sat May 10 18:39:23 2008 Subject: cvs commit: src/lib/libc/stdio fdopen.c Message-ID: <200805101839.m4AIdKrs062924@repoman.freebsd.org> antoine 2008-05-10 18:39:20 UTC FreeBSD src repository Modified files: lib/libc/stdio fdopen.c Log: Remove useless call to getdtablesize(2) in fdopen(3) and its useless variable nofile. PR: 123109 Submitted by: Christoph Mallon Approved by: rwatson (mentor) MFC after: 1 month Revision Changes Path 1.11 +0 -4 src/lib/libc/stdio/fdopen.c From rwatson at FreeBSD.org Sat May 10 18:39:55 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 18:39:58 2008 Subject: cvs commit: src/sbin/ddb ddb.8 ddb.c Message-ID: <200805101839.m4AIdsWV062958@repoman.freebsd.org> rwatson 2008-05-10 18:39:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sbin/ddb ddb.8 ddb.c Log: Merge ddb.8:1.4, ddb.c:1.3 from HEAD to RELENG_7: - Normalize usage(), add "ddb pathname" syntax. - Revise the manpage. Revision Changes Path 1.3.2.4 +23 -20 src/sbin/ddb/ddb.8 1.2.2.3 +5 -5 src/sbin/ddb/ddb.c From rwatson at FreeBSD.org Sat May 10 18:43:13 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 18:43:16 2008 Subject: cvs commit: src/sbin/ddb Makefile ddb.8 ddb.c ddb.h ddb_capture.c Message-ID: <200805101843.m4AIhBp3063223@repoman.freebsd.org> rwatson 2008-05-10 18:43:11 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sbin/ddb Makefile ddb.8 ddb.c ddb.h Added files: (Branch: RELENG_7) sbin/ddb ddb_capture.c Log: Merge MAkefile:1.2, ddb.8:1.5, ddb.c:1.4, ddb.h:1.2, ddb_capture.c:1.1 from HEAD to RELENG_7: Add "ddb capture print" and "ddb capture status" commands do ddb(8), alowing the DDB output capture buffer to be easily extracted from user space. Both of these commands include -M/-N arguments, allowing them to be used with kernel crash dumps (or /dev/mem). This makes it easier to use DDB scripting and output capture with minidumps or full dumps rather than with text dumps, allowing DDB output (scripted or otherwise) to be easily extracted from a crash dump. Discussed with: brooks, jhb Revision Changes Path 1.1.2.2 +4 -1 src/sbin/ddb/Makefile 1.3.2.5 +39 -2 src/sbin/ddb/ddb.8 1.2.2.4 +6 -2 src/sbin/ddb/ddb.c 1.1.2.2 +1 -0 src/sbin/ddb/ddb.h 1.1.2.1 +247 -0 src/sbin/ddb/ddb_capture.c (new) From antoine at FreeBSD.org Sat May 10 18:43:23 2008 From: antoine at FreeBSD.org (Antoine Brodin) Date: Sat May 10 18:43:27 2008 Subject: cvs commit: src ObsoleteFiles.inc Message-ID: <200805101843.m4AIhNiE063253@repoman.freebsd.org> antoine 2008-05-10 18:43:23 UTC FreeBSD src repository Modified files: . ObsoleteFiles.inc Log: Add more obsolete files. Approved by: rwatson (mentor) Revision Changes Path 1.138 +9 -0 src/ObsoleteFiles.inc From rwatson at FreeBSD.org Sat May 10 18:43:57 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 18:44:01 2008 Subject: cvs commit: src Makefile Message-ID: <200805101843.m4AIhvpK063285@repoman.freebsd.org> rwatson 2008-05-10 18:43:57 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) . Makefile Log: Merge Makefile:1.348 from HEAD to RELENG_7: Mention -U and -ai arguments to mergemaster in a comment for the general mergemaster line. Suggested by: Ben Laurie Revision Changes Path 1.341.2.3 +1 -1 src/Makefile From rwatson at FreeBSD.org Sat May 10 18:45:31 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 10 18:45:33 2008 Subject: cvs commit: src/sys/netinet ip_fw.h Message-ID: <200805101845.m4AIjV8T063400@repoman.freebsd.org> rwatson 2008-05-10 18:45:31 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet ip_fw.h Log: Merge ip_fw.h:1.113 from HEAD to RELENG_7: Fix a comment typo. Revision Changes Path 1.110.2.3 +1 -1 src/sys/netinet/ip_fw.h From antoine at FreeBSD.org Sat May 10 18:50:46 2008 From: antoine at FreeBSD.org (Antoine Brodin) Date: Sat May 10 18:50:49 2008 Subject: cvs commit: src/contrib/netcat nc.1 netcat.c Message-ID: <200805101850.m4AIojip063664@repoman.freebsd.org> antoine 2008-05-10 18:50:45 UTC FreeBSD src repository Modified files: contrib/netcat nc.1 netcat.c Log: Document freebsd extensions to netcat a bit better: - sort the options - document -o and -O everywhere Reviewed by: delphij Approved by: rwatson (mentor) Revision Changes Path 1.10 +9 -10 src/contrib/netcat/nc.1 1.8 +8 -7 src/contrib/netcat/netcat.c From alc at FreeBSD.org Sat May 10 18:55:36 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 10 18:55:38 2008 Subject: cvs commit: src/share/man/man9 vm_map_find.9 src/sys/vm vm_map.c vm_map.h Message-ID: <200805101855.m4AIta8Z063875@repoman.freebsd.org> alc 2008-05-10 18:55:35 UTC FreeBSD src repository Modified files: share/man/man9 vm_map_find.9 sys/vm vm_map.c vm_map.h Log: Generalize vm_map_find(9)'s parameter "find_space". Specifically, add support for VMFS_ALIGNED_SPACE, which requests the allocation of an address range best suited to superpages. The old options TRUE and FALSE are mapped to VMFS_ANY_SPACE and VMFS_NO_SPACE, so that there is no immediate need to update all of vm_map_find(9)'s callers. While I'm here, correct a misstatement about vm_map_find(9)'s return values in the man page. Revision Changes Path 1.5 +26 -7 src/share/man/man9/vm_map_find.9 1.396 +15 -10 src/sys/vm/vm_map.c 1.124 +9 -1 src/sys/vm/vm_map.h From thompsa at FreeBSD.org Sat May 10 20:07:01 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Sat May 10 20:07:05 2008 Subject: cvs commit: src/sys/dev/if_ndis if_ndis.c Message-ID: <200805102007.m4AK71e1074964@repoman.freebsd.org> thompsa 2008-05-10 20:07:00 UTC FreeBSD src repository Modified files: sys/dev/if_ndis if_ndis.c Log: Partially revert the last rev. Do call ndis_setstate_80211() when we up the interface but break out the associate code into a separate function. This fixes association with an 11b Apple Airport. Reported by: Ted Lindgreen Revision Changes Path 1.137 +113 -65 src/sys/dev/if_ndis/if_ndis.c From thompsa at FreeBSD.org Sat May 10 20:12:43 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Sat May 10 20:12:46 2008 Subject: cvs commit: src/sys/dev/if_ndis if_ndis.c if_ndisvar.h Message-ID: <200805102012.m4AKCh9s075339@repoman.freebsd.org> thompsa 2008-05-10 20:12:43 UTC FreeBSD src repository Modified files: sys/dev/if_ndis if_ndis.c if_ndisvar.h Log: - Associate from a taskq as we can deadlock on the ndis hal and the com lock. - Remove double vap init (ieee80211_start_all) - Keep ic_curchan in sync with the scan results. Revision Changes Path 1.138 +47 -11 src/sys/dev/if_ndis/if_ndis.c 1.31 +2 -0 src/sys/dev/if_ndis/if_ndisvar.h From thompsa at FreeBSD.org Sat May 10 20:25:59 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Sat May 10 20:26:03 2008 Subject: cvs commit: src/sys/dev/ipw if_ipw.c src/sys/dev/ral rt2560.c rt2661.c src/sys/dev/wi if_wi.c Message-ID: <200805102025.m4AKPxp1075884@repoman.freebsd.org> thompsa 2008-05-10 20:25:59 UTC FreeBSD src repository Modified files: sys/dev/ipw if_ipw.c sys/dev/ral rt2560.c rt2661.c sys/dev/wi if_wi.c Log: Only start the vaps if the init routine completed. Revision Changes Path 1.37 +2 -1 src/sys/dev/ipw/if_ipw.c 1.22 +2 -1 src/sys/dev/ral/rt2560.c 1.22 +2 -1 src/sys/dev/ral/rt2661.c 1.217 +2 -1 src/sys/dev/wi/if_wi.c From ache at FreeBSD.org Sat May 10 20:46:11 2008 From: ache at FreeBSD.org (Andrey A. Chernov) Date: Sat May 10 20:46:13 2008 Subject: cvs commit: src/sys/conf kern.mk Message-ID: <200805102046.m4AKkAkC076569@repoman.freebsd.org> ache 2008-05-10 20:46:08 UTC FreeBSD src repository Modified files: sys/conf kern.mk Log: Add -mno-sse3 for amd64 case too PR: 123518 Submitted by: Marc Olzheim Revision Changes Path 1.54 +1 -1 src/sys/conf/kern.mk From alc at FreeBSD.org Sat May 10 21:46:21 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 10 21:46:23 2008 Subject: cvs commit: src/sys/kern kern_malloc.c src/sys/vm vm_extern.h vm_init.c vm_kern.c Message-ID: <200805102146.m4ALkKXA088550@repoman.freebsd.org> alc 2008-05-10 21:46:20 UTC FreeBSD src repository Modified files: sys/kern kern_malloc.c sys/vm vm_extern.h vm_init.c vm_kern.c Log: Introduce a new parameter "superpage_align" to kmem_suballoc() that is used to request superpage alignment for the submap. Request superpage alignment for the kmem_map. Pass VMFS_ANY_SPACE instead of TRUE to vm_map_find(). (They are currently equivalent but VMFS_ANY_SPACE is the new preferred spelling.) Remove a stale comment from kmem_malloc(). Revision Changes Path 1.164 +1 -1 src/sys/kern/kern_malloc.c 1.80 +2 -1 src/sys/vm/vm_extern.h 1.48 +6 -5 src/sys/vm/vm_init.c 1.134 +7 -11 src/sys/vm/vm_kern.c From imp at bsdimp.com Sat May 10 23:00:33 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Sat May 10 23:00:36 2008 Subject: cvs commit: src/sys/kern subr_param.c In-Reply-To: <200805090956.m499uEvT007906@haluter.fromme.com> References: <20080509091228.GC2480@garage.freebsd.pl> <200805090956.m499uEvT007906@haluter.fromme.com> Message-ID: <20080510.170030.-1717257915.imp@bsdimp.com> In message: <200805090956.m499uEvT007906@haluter.fromme.com> Oliver Fromme writes: : : Pawel Jakub Dawidek wrote: : > On Fri, May 09, 2008 at 11:08:20AM +0200, Oliver Fromme wrote: : > > Pawel Jakub Dawidek wrote: : > > > Modified files: : > > > sys/kern subr_param.c=20 : > > > Log: : > > > - Export HZ value via kern.hz sysctl (this is the same name as for the : > > > loader tunable). : > > : > > It's probably just me, but I don't see the usefulness of : > > this. The HZ value is already exported via kern.clockrate. : > > (I'm not saying the change is wrong, I'm just looking for : > > an explanation.) : > : > The reason for this change was that I was trying to recall what is : > the name of the tunable and I wasn't able to find it with simple : > "sysctl -a | grep hz". In an ideal world most of not all loader : > tunables should also be visible as read-only sysctls. : : Hm. It was my understanding that the loader tunables : are already exported via kenv(2), so typing "kenv" : should include them all. I was probably wrong, though. : : Thanks for the explanation. It's now clearer to me. There's a subtle difference between what's in the kenv and what the value of the tunables might be set to in the kernel. Some tunable have alignment requirements, or are ignored completely if the required driver isn't present... Warner From kientzle at FreeBSD.org Sat May 10 23:27:23 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Sat May 10 23:27:26 2008 Subject: cvs commit: src/lib/libarchive archive_write_disk.c config_freebsd.h Message-ID: <200805102327.m4ANRMb8093824@repoman.freebsd.org> kientzle 2008-05-10 23:27:22 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_write_disk.c config_freebsd.h Log: MFC: FreeBSD does have fstat() and libarchive should use it (it reduces some races). But I need to fix a typo in the one use of fstat() first. Revision Changes Path 1.17.2.3 +1 -1 src/lib/libarchive/archive_write_disk.c 1.5.2.2 +2 -0 src/lib/libarchive/config_freebsd.h From alc at FreeBSD.org Sat May 10 23:39:28 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 10 23:39:32 2008 Subject: cvs commit: src/sys/vm memguard.c Message-ID: <200805102339.m4ANdRlK094212@repoman.freebsd.org> alc 2008-05-10 23:39:27 UTC FreeBSD src repository Modified files: sys/vm memguard.c Log: Provide the new argument to kmem_suballoc(). Revision Changes Path 1.7 +1 -1 src/sys/vm/memguard.c From weongyo at FreeBSD.org Sun May 11 05:49:08 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Sun May 11 05:49:11 2008 Subject: cvs commit: src/sys/dev/usb if_zyd.c Message-ID: <200805110549.m4B5n3E5030919@repoman.freebsd.org> weongyo 2008-05-11 05:49:02 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/usb if_zyd.c Log: MFC: rev. 1.12 Fix incorrect dependencies of zyd(4). Approved by: thompsa (mentor) Revision Changes Path 1.4.2.5 +3 -3 src/sys/dev/usb/if_zyd.c From weongyo at FreeBSD.org Sun May 11 05:53:19 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Sun May 11 05:53:23 2008 Subject: cvs commit: src/sys/dev/usb if_zyd.c Message-ID: <200805110553.m4B5rJ97031083@repoman.freebsd.org> weongyo 2008-05-11 05:53:19 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/usb if_zyd.c Log: MFC: rev. 1.13 don't set sniffer mode to ON when the driver is running with the monitor mode. This solves a problem that sometimes mangled frames are passed. Submitted by: Werner Backes Tested by: Werner Backes PR: kern/121608 Approved by: thompsa (mentor) Revision Changes Path 1.4.2.6 +1 -2 src/sys/dev/usb/if_zyd.c From imp at FreeBSD.org Sun May 11 05:54:53 2008 From: imp at FreeBSD.org (Warner Losh) Date: Sun May 11 05:54:56 2008 Subject: cvs commit: src/lib/libthr/arch/mips/include pthread_md.h src/lib/libthr/arch/mips/mips pthread_md.c Message-ID: <200805110554.m4B5sqGG031150@repoman.freebsd.org> imp 2008-05-11 05:54:52 UTC FreeBSD src repository Added files: lib/libthr/arch/mips/include pthread_md.h lib/libthr/arch/mips/mips pthread_md.c Log: Commit missing mips libthr support that I thought I'd committed earlier Revision Changes Path 1.1 +85 -0 src/lib/libthr/arch/mips/include/pthread_md.h (new) 1.1 +56 -0 src/lib/libthr/arch/mips/mips/pthread_md.c (new) From joel at FreeBSD.org Sun May 11 06:40:05 2008 From: joel at FreeBSD.org (Joel Dahl) Date: Sun May 11 06:40:17 2008 Subject: cvs commit: src/share/man/man4 snd_hda.4 Message-ID: <200805110640.m4B6e4gH035156@repoman.freebsd.org> joel 2008-05-11 06:40:04 UTC FreeBSD src repository (doc committer) Modified files: share/man/man4 snd_hda.4 Log: Update HARDWARE section. Revision Changes Path 1.14 +9 -1 src/share/man/man4/snd_hda.4 From obrien at FreeBSD.org Sun May 11 07:13:09 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Sun May 11 07:13:10 2008 Subject: cvs commit: src/usr.sbin/sade config.c label.c system.c termcap.c variable.c Message-ID: <200805110713.m4B7D8Ei037391@repoman.freebsd.org> obrien 2008-05-11 07:13:08 UTC FreeBSD src repository Modified files: usr.sbin/sade config.c label.c system.c termcap.c variable.c Log: Clean up several instances of SADE calling itself sysinstall. (do so generically so the same set of changes can be applied to sysinstall) Revision Changes Path 1.241 +2 -2 src/usr.sbin/sade/config.c 1.157 +1 -1 src/usr.sbin/sade/label.c 1.132 +4 -2 src/usr.sbin/sade/system.c 1.36 +1 -1 src/usr.sbin/sade/termcap.c 1.43 +4 -4 src/usr.sbin/sade/variable.c From obrien at FreeBSD.org Sun May 11 07:18:23 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Sun May 11 07:18:27 2008 Subject: cvs commit: src/usr.sbin/sysinstall config.c label.c system.c variable.c Message-ID: <200805110718.m4B7INko037568@repoman.freebsd.org> obrien 2008-05-11 07:18:22 UTC FreeBSD src repository Modified files: usr.sbin/sysinstall config.c label.c system.c variable.c Log: Sync program name agnostic changes with SADE. Revision Changes Path 1.244 +2 -2 src/usr.sbin/sysinstall/config.c 1.154 +1 -1 src/usr.sbin/sysinstall/label.c 1.131 +4 -2 src/usr.sbin/sysinstall/system.c 1.41 +3 -3 src/usr.sbin/sysinstall/variable.c From dfr at FreeBSD.org Sun May 11 08:27:18 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Sun May 11 08:27:21 2008 Subject: cvs commit: src/kerberos5/lib/libkrb5 Makefile Message-ID: <200805110827.m4B8RIgr041412@repoman.freebsd.org> dfr 2008-05-11 08:27:17 UTC FreeBSD src repository Modified files: kerberos5/lib/libkrb5 Makefile Log: Don't try to make links to manpages that no longer exist. Fixes installworld Submitted by: phk Revision Changes Path 1.19 +0 -6 src/kerberos5/lib/libkrb5/Makefile From dfr at FreeBSD.org Sun May 11 08:53:11 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Sun May 11 08:53:14 2008 Subject: cvs commit: src/sys/kern kern_lockf.c Message-ID: <200805110853.m4B8rBiA051471@repoman.freebsd.org> dfr 2008-05-11 08:53:11 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_lockf.c Log: MFC kern_lockf.c revision 1.64: When blocking on an F_FLOCK style lock request which is upgrading a shared lock to exclusive, drop the shared lock before deadlock detection. Revision Changes Path 1.57.2.2 +12 -11 src/sys/kern/kern_lockf.c From dfr at FreeBSD.org Sun May 11 08:53:56 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Sun May 11 08:54:03 2008 Subject: cvs commit: src/sys/kern kern_lockf.c Message-ID: <200805110853.m4B8rtJQ051512@repoman.freebsd.org> dfr 2008-05-11 08:53:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern kern_lockf.c Log: MFC kern_lockf.c revision 1.64: When blocking on an F_FLOCK style lock request which is upgrading a shared lock to exclusive, drop the shared lock before deadlock detection. Revision Changes Path 1.54.2.2 +12 -11 src/sys/kern/kern_lockf.c From dfr at FreeBSD.org Sun May 11 10:32:38 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Sun May 11 10:32:40 2008 Subject: cvs commit: src/kerberos5/lib/libkrb5 Makefile Message-ID: <200805111032.m4BAWb42057614@repoman.freebsd.org> dfr 2008-05-11 10:32:37 UTC FreeBSD src repository Modified files: kerberos5/lib/libkrb5 Makefile Log: Add manpage links to krb5_principal.3. Revision Changes Path 1.20 +29 -0 src/kerberos5/lib/libkrb5/Makefile From nyan at FreeBSD.org Sun May 11 14:25:25 2008 From: nyan at FreeBSD.org (Takahashi Yoshihiro) Date: Sun May 11 14:25:29 2008 Subject: cvs commit: src/release/pc98 fixit_crunch.conf Message-ID: <200805111425.m4BEPPZw080666@repoman.freebsd.org> nyan 2008-05-11 14:25:25 UTC FreeBSD src repository Modified files: release/pc98 fixit_crunch.conf Log: Add the ed and remove the vi. This fixes a disk-full error. Revision Changes Path 1.16 +1 -3 src/release/pc98/fixit_crunch.conf From thompsa at FreeBSD.org Sun May 11 14:38:48 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Sun May 11 14:38:52 2008 Subject: cvs commit: CVSROOT access Message-ID: <200805111438.m4BEcmaK081169@repoman.freebsd.org> thompsa 2008-05-11 14:38:48 UTC FreeBSD src repository Modified files: . access Log: Forced commit to note weongyo is now free of mentorship. Approved by: core@ (implicit) Revision Changes Path 1.877 +0 -0 CVSROOT/access From obrien at FreeBSD.org Sun May 11 17:24:00 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Sun May 11 17:24:03 2008 Subject: cvs commit: src/usr.sbin/sysinstall config.c label.c main.c sysinstall.h system.c variable.c src/usr.sbin/sade config.c label.c main.c sade.h system.c variable.c Message-ID: <200805111723.m4BHNxLH099973@repoman.freebsd.org> obrien 2008-05-11 17:23:57 UTC FreeBSD src repository Modified files: usr.sbin/sysinstall config.c label.c main.c sysinstall.h system.c variable.c usr.sbin/sade config.c label.c main.c sade.h system.c variable.c Log: Better to just statically set the name vs. determine at run time. Revision Changes Path 1.242 +1 -1 src/usr.sbin/sade/config.c 1.158 +1 -1 src/usr.sbin/sade/label.c 1.81 +1 -0 src/usr.sbin/sade/main.c 1.278 +1 -0 src/usr.sbin/sade/sade.h 1.133 +2 -2 src/usr.sbin/sade/system.c 1.44 +2 -2 src/usr.sbin/sade/variable.c 1.245 +1 -1 src/usr.sbin/sysinstall/config.c 1.155 +1 -1 src/usr.sbin/sysinstall/label.c 1.80 +1 -0 src/usr.sbin/sysinstall/main.c 1.276 +1 -0 src/usr.sbin/sysinstall/sysinstall.h 1.132 +2 -2 src/usr.sbin/sysinstall/system.c 1.42 +2 -2 src/usr.sbin/sysinstall/variable.c From obrien at FreeBSD.org Sun May 11 20:30:48 2008 From: obrien at FreeBSD.org (David O'Brien) Date: Sun May 11 20:30:51 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: <200805061433.27897.jhb@freebsd.org> References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: <20080511203047.GA58310@dragon.NUXI.org> On Tue, May 06, 2008 at 02:33:27PM -0400, John Baldwin wrote: > On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: > > obrien 2008-03-19 14:47:03 UTC > > > > FreeBSD src repository > > > > src/contrib/cvs - Imported sources > > Update of /home/ncvs/src/contrib/cvs > > In directory repoman.freebsd.org:/tmp/cvs-serv25516 > > > > Log Message: > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. > > > > Status: > > > > Vendor Tag: CVSHOME > > Release Tags: v1_11_20080310 > > Please consider reverting this. There have been lots of reports of CVS > breakage after these changes. The latest I ran into today is that 'cvs > update -C' doesn't work anymore. Typically we would first try to fix problems before just reverting. Please give me more information on how to experience this. $ cvs --version Concurrent Versions System (CVS) 1.11.22.1-20080310-FreeBSD (client/server) $ cd /usr/src $ rm ObsoleteFiles.inc $ cvs up ObsoleteFiles.inc $ cvs diff ObsoleteFiles.inc # no changes shown $ echo foo >>ObsoleteFiles.inc $ cvs diff -u0 ObsoleteFiles.inc .. @@ -4383,0 +4384 @@ OLD_DIRS+=usr/libexec/uucp +foo $ cvs up -C ObsoleteFiles.inc (Locally modified ObsoleteFiles.inc moved to .#ObsoleteFiles.inc.1.138) U ObsoleteFiles.inc $ cvs diff ObsoleteFiles.inc # no changes shown This is with a locally CVSup'ed repository. Repeating with a check out using 'cvs -d obrien@ncvs.freebsd.org:/home/ncvs co -l src' gives me the same results. -- David From alc at FreeBSD.org Sun May 11 20:33:47 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sun May 11 20:33:51 2008 Subject: cvs commit: src/sys/amd64/amd64 pmap.c src/sys/i386/i386 pmap.c Message-ID: <200805112033.m4BKXlQ2010044@repoman.freebsd.org> alc 2008-05-11 20:33:47 UTC FreeBSD src repository Modified files: sys/amd64/amd64 pmap.c sys/i386/i386 pmap.c Log: Correct an error in pmap_align_superpage(). Specifically, correctly handle the case where the mapping is greater than a superpage in size but the alignment of the physical pages spans a superpage boundary. Revision Changes Path 1.617 +3 -2 src/sys/amd64/amd64/pmap.c 1.619 +3 -2 src/sys/i386/i386/pmap.c From obrien at freebsd.org Sun May 11 20:37:55 2008 From: obrien at freebsd.org (David O'Brien) Date: Sun May 11 20:37:58 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> Message-ID: <20080511203754.GB58310@dragon.NUXI.org> On Tue, May 06, 2008 at 11:40:09AM -0700, Peter Wemm wrote: > The other big problem of course is that if a file is set to 'o' > expansion mode (preserve keywords, eg: cvs admin -ko or cvs import > -ko), then 'cvs update -A' always repeats the checkout, over and over > again. .. > This is a pretty drastic regression. Peter, Thank you for the short easy steps to reproduce this. I will go over this with a CVS developer the week after BSDcan. -- -- David (obrien@FreeBSD.org) From wearabnet at yahoo.ca Sun May 11 21:40:25 2008 From: wearabnet at yahoo.ca (Abdullah Ibn Hamad Al-Marri) Date: Sun May 11 21:40:30 2008 Subject: cvs commit: src/sys/dev/re if_re.c Message-ID: <539635.39249.qm@web33706.mail.mud.yahoo.com> ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org > Sent: Wednesday, April 23, 2008 3:18:16 AM > Subject: Re: cvs commit: src/sys/dev/re if_re.c > > On Tue, Apr 22, 2008 at 02:14:12AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: Pyun YongHyeon > > > To: src-committers@FreeBSD.org; cvs-src@FreeBSD.org; cvs-all@FreeBSD.org > > > Sent: Tuesday, April 22, 2008 9:14:57 AM > > > Subject: cvs commit: src/sys/dev/re if_re.c > > > > > > yongari 2008-04-22 06:14:57 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: (Branch: RELENG_7) > > > sys/dev/re if_re.c > > > Log: > > > MFC if_re.c 1.114 to RELENG_7. > > > Don't touch MSI enable bit in RL_CFG2 register. For unknown reason > > > clearing MSI enable bit for MSI capable hardwares resulted in Tx > > > problems. MSI enable bit is set only when MSI is requested from > > > user. > > > > > > Revision Changes Path > > > 1.95.2.18 +6 -12 src/sys/dev/re/if_re.c > > > > Pyun, > > > > Thank you for the hard work, this is really great to have finally! > > > > When do you plan to MFC it to RELENG_6? > > > > MFC to RELENG_6 would be done in two weeks or so unless regression > is showed up. > > Thanks. > -- > Regards, > Pyun YongHyeon Hello Pyun, This is just a friendly reminder for the RELENG_6 MFC, if you have the time for that. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From sam at FreeBSD.org Sun May 11 22:11:01 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 22:11:07 2008 Subject: cvs commit: src/sys/dev/ral rt2560.c rt2661.c Message-ID: <200805112211.m4BMB1Ti024528@repoman.freebsd.org> sam 2008-05-11 22:11:01 UTC FreeBSD src repository Modified files: sys/dev/ral rt2560.c rt2661.c Log: fix typo's that broke duration calculation on protection frames Revision Changes Path 1.23 +1 -1 src/sys/dev/ral/rt2560.c 1.23 +1 -1 src/sys/dev/ral/rt2661.c From marius at alchemy.franken.de Sun May 11 22:12:41 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun May 11 22:12:47 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c In-Reply-To: <482479EE.8060701@freebsd.org> References: <200803201619.m2KGJQr7033985@repoman.freebsd.org> <20080412193358.GA44768@alchemy.franken.de> <20080423203622.GA66545@alchemy.franken.de> <480F9F8B.5050209@freebsd.org> <20080423205943.GG99566@alchemy.franken.de> <480FA41F.20407@freebsd.org> <20080507202135.GA65358@alchemy.franken.de> <482479EE.8060701@freebsd.org> Message-ID: <20080511221238.GB36894@alchemy.franken.de> On Fri, May 09, 2008 at 09:21:02AM -0700, Sam Leffler wrote: > Marius Strobl wrote: > >On Wed, Apr 23, 2008 at 02:03:27PM -0700, Sam Leffler wrote: > > > >>Marius Strobl wrote: > >> > >>>On Wed, Apr 23, 2008 at 01:43:55PM -0700, Sam Leffler wrote: > >>> > >>> > >>>>Marius Strobl wrote: > >>>> > >>>> > >>>>>On Sat, Apr 12, 2008 at 09:33:58PM +0200, Marius Strobl wrote: > >>>>> > >>>>> > >>>>> > >>>>>>On Thu, Mar 20, 2008 at 04:19:26PM +0000, Sam Leffler wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>sam 2008-03-20 16:19:25 UTC > >>>>>>> > >>>>>>>FreeBSD src repository > >>>>>>> > >>>>>>>Modified files: > >>>>>>> sys/dev/usb ehci.c ohci.c > >>>>>>>Log: > >>>>>>>Workaround design botch in usb: blindly mixing bus_dma with PIO does > >>>>>>>not > >>>>>>>work on architectures with a write-back cache as the PIO writes end > >>>>>>>up > >>>>>>>in the cache which the sync(BUS_DMASYNC_POSTREAD) in > >>>>>>>usb_transfer_complete > >>>>>>>then discards; compensate in the xfer methods that do PIO by pushing > >>>>>>>the > >>>>>>>writes out of the cache before usb_transfer_complete is called. > >>>>>>> > >>>>>>>This fixes USB on xscale and likely other places. > >>>>>>> > >>>>>>>Sponsored by: hobnob > >>>>>>>Reviewed by: cognet, imp > >>>>>>>MFC after: 1 month > >>>>>>> > >>>>>>>Revision Changes Path > >>>>>>>1.62 +16 -0 src/sys/dev/usb/ehci.c > >>>>>>>1.171 +16 -0 src/sys/dev/usb/ohci.c > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>This causes a crash during boot on sparc64. Looks like map is still > >>>>>>NULL at that point. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>Are you ok with the change below or would that also prevent > >>>>>your kludge from taking effect? > >>>>> > >>>>>Marius > >>>>> > >>>>>Index: ehci.c > >>>>>=================================================================== > >>>>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > >>>>>retrieving revision 1.62 > >>>>>diff -u -r1.62 ehci.c > >>>>>--- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > >>>>>+++ ehci.c 23 Apr 2008 20:23:58 -0000 > >>>>>@@ -664,6 +664,8 @@ > >>>>> usbd_pipe_handle pipe = xfer->pipe; > >>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>>>+ if (dmap->map == NULL) > >>>>>+ return; > >>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>>>} > >>>>> > >>>>>Index: ohci.c > >>>>>=================================================================== > >>>>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > >>>>>retrieving revision 1.171 > >>>>>diff -u -r1.171 ohci.c > >>>>>--- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > >>>>>+++ ohci.c 21 Apr 2008 19:13:54 -0000 > >>>>>@@ -1571,6 +1571,8 @@ > >>>>> usbd_pipe_handle pipe = xfer->pipe; > >>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>>>+ if (dmap->map == NULL) > >>>>>+ return; > >>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>>>} > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>You have not identified why you don't have a dma map. I don't have a > >>>>way to diagnose your problem and so far as I know no other platform had > >>>>an issue w/ the change. I suggest you figure out why your map is not > >>>>setup instead of adding a hack. > >>>> > >>>> > >>>> > >>>It's because the usb(4) code doesn't create DMA maps for > >>>zero-length transfers, see usbd_transfer(). In the case of > >>>the backtrace I posted not for usbd_set_address(), which > >>>does USETW(req.wLength, 0) so later on size is 0 in > >>>usbd_transfer() hence no DMA map. I don't know why your > >>>hack doesn't also crash other platforms. > >>> > >>> > >>Thanks for explaining, I will look. Please hold off for a bit. > >> > >> > > > >Style-wise the version below probably is more appropriate than > >the above one. The question still is whether that fix prevents > >hacksync() taking effect as desired, which would make it a very > >evil hack though as hacksync() then relies on bus_dmamap_sync() > >working on uninitialized DMA maps. > > > >Marius > > > >Index: ehci.c > >=================================================================== > >RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > >retrieving revision 1.62 > >diff -u -p -r1.62 ehci.c > >--- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > >+++ ehci.c 27 Apr 2008 14:09:53 -0000 > >@@ -661,9 +661,13 @@ ehci_pcd_enable(void *v_sc) > > static __inline void > > hacksync(usbd_xfer_handle xfer) > > { > >- usbd_pipe_handle pipe = xfer->pipe; > >- bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >- struct usb_dma_mapping *dmap = &xfer->dmamap; > >+ bus_dma_tag_t tag; > >+ struct usb_dma_mapping *dmap; > >+ > >+ if (xfer->length == 0) > >+ return; > >+ tag = xfer->pipe->device->bus->buffer_dmatag; > >+ dmap = &xfer->dmamap; > > bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > > } > > > >Index: ohci.c > >=================================================================== > >RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > >retrieving revision 1.171 > >diff -u -p -r1.171 ohci.c > >--- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > >+++ ohci.c 27 Apr 2008 14:09:37 -0000 > >@@ -1568,9 +1568,13 @@ ohci_device_bulk_done(usbd_xfer_handle x > > static __inline void > > hacksync(usbd_xfer_handle xfer) > > { > >- usbd_pipe_handle pipe = xfer->pipe; > >- bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >- struct usb_dma_mapping *dmap = &xfer->dmamap; > >+ bus_dma_tag_t tag; > >+ struct usb_dma_mapping *dmap; > >+ > >+ if (xfer->length == 0) > >+ return; > >+ tag = xfer->pipe->device->bus->buffer_dmatag; > >+ dmap = &xfer->dmamap; > > bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > > } > > > > > > > > > Sorry for taking so long to look at this. It appears the reason things > work everywhere but sparc is because all the other archs use the > definition of bus_dmamap_sync which looks like this: > > #define bus_dmamap_sync(dmat, dmamap, op) \ > do { \ > if ((dmamap) != NULL) \ > _bus_dmamap_sync(dmat, dmamap, op); \ > } while (0) > > So it explicitly checks for the map being NULL and since sparc does not > it blows up. Now checking for a NULL map seems very wrong (as the map > should be opaque as scott noted) but having sparc have different > semantics seems wrong. So rather than add yet another hack in the usb > code perhaps we should make sparc's bus_dma code consistent with > everyone else on this? > > There's no mention of this in the man page. My guess would be that this is due to the other archs letting bus_dmamem_alloc() return a NULL DMA map to denote no mapping or bouncing and thus no syncing is required as jhb@ explained. This check is irrelevant to sparc64 and sun4v as these require syncing in any case. I think letting hacksync() rely on this internal optimization of bus_dmamap_sync() is very wrong also. Neither do I see why letting hacksync() just do nothing if xfer->length == 0 is a hack as it's basically the same check usbd_transfer() uses to decide whether to create a DMA map in the first place. Besides, hacksync() already is a very crude hack so one hardly can make it worse. I can just #ifdef arm or #ifndef sparc64 it if you prefer. Marius From sam at freebsd.org Sun May 11 22:27:42 2008 From: sam at freebsd.org (Sam Leffler) Date: Sun May 11 22:27:48 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c In-Reply-To: <20080511221238.GB36894@alchemy.franken.de> References: <200803201619.m2KGJQr7033985@repoman.freebsd.org> <20080412193358.GA44768@alchemy.franken.de> <20080423203622.GA66545@alchemy.franken.de> <480F9F8B.5050209@freebsd.org> <20080423205943.GG99566@alchemy.franken.de> <480FA41F.20407@freebsd.org> <20080507202135.GA65358@alchemy.franken.de> <482479EE.8060701@freebsd.org> <20080511221238.GB36894@alchemy.franken.de> Message-ID: <482772DA.2070104@freebsd.org> Marius Strobl wrote: > On Fri, May 09, 2008 at 09:21:02AM -0700, Sam Leffler wrote: > >> Marius Strobl wrote: >> >>> On Wed, Apr 23, 2008 at 02:03:27PM -0700, Sam Leffler wrote: >>> >>> >>>> Marius Strobl wrote: >>>> >>>> >>>>> On Wed, Apr 23, 2008 at 01:43:55PM -0700, Sam Leffler wrote: >>>>> >>>>> >>>>> >>>>>> Marius Strobl wrote: >>>>>> >>>>>> >>>>>> >>>>>>> On Sat, Apr 12, 2008 at 09:33:58PM +0200, Marius Strobl wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On Thu, Mar 20, 2008 at 04:19:26PM +0000, Sam Leffler wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> sam 2008-03-20 16:19:25 UTC >>>>>>>>> >>>>>>>>> FreeBSD src repository >>>>>>>>> >>>>>>>>> Modified files: >>>>>>>>> sys/dev/usb ehci.c ohci.c >>>>>>>>> Log: >>>>>>>>> Workaround design botch in usb: blindly mixing bus_dma with PIO does >>>>>>>>> not >>>>>>>>> work on architectures with a write-back cache as the PIO writes end >>>>>>>>> up >>>>>>>>> in the cache which the sync(BUS_DMASYNC_POSTREAD) in >>>>>>>>> usb_transfer_complete >>>>>>>>> then discards; compensate in the xfer methods that do PIO by pushing >>>>>>>>> the >>>>>>>>> writes out of the cache before usb_transfer_complete is called. >>>>>>>>> >>>>>>>>> This fixes USB on xscale and likely other places. >>>>>>>>> >>>>>>>>> Sponsored by: hobnob >>>>>>>>> Reviewed by: cognet, imp >>>>>>>>> MFC after: 1 month >>>>>>>>> >>>>>>>>> Revision Changes Path >>>>>>>>> 1.62 +16 -0 src/sys/dev/usb/ehci.c >>>>>>>>> 1.171 +16 -0 src/sys/dev/usb/ohci.c >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> This causes a crash during boot on sparc64. Looks like map is still >>>>>>>> NULL at that point. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Are you ok with the change below or would that also prevent >>>>>>> your kludge from taking effect? >>>>>>> >>>>>>> Marius >>>>>>> >>>>>>> Index: ehci.c >>>>>>> =================================================================== >>>>>>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v >>>>>>> retrieving revision 1.62 >>>>>>> diff -u -r1.62 ehci.c >>>>>>> --- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 >>>>>>> +++ ehci.c 23 Apr 2008 20:23:58 -0000 >>>>>>> @@ -664,6 +664,8 @@ >>>>>>> usbd_pipe_handle pipe = xfer->pipe; >>>>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>>>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; >>>>>>> + if (dmap->map == NULL) >>>>>>> + return; >>>>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>>>>>> } >>>>>>> >>>>>>> Index: ohci.c >>>>>>> =================================================================== >>>>>>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v >>>>>>> retrieving revision 1.171 >>>>>>> diff -u -r1.171 ohci.c >>>>>>> --- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 >>>>>>> +++ ohci.c 21 Apr 2008 19:13:54 -0000 >>>>>>> @@ -1571,6 +1571,8 @@ >>>>>>> usbd_pipe_handle pipe = xfer->pipe; >>>>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>>>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; >>>>>>> + if (dmap->map == NULL) >>>>>>> + return; >>>>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>>>>>> } >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> You have not identified why you don't have a dma map. I don't have a >>>>>> way to diagnose your problem and so far as I know no other platform had >>>>>> an issue w/ the change. I suggest you figure out why your map is not >>>>>> setup instead of adding a hack. >>>>>> >>>>>> >>>>>> >>>>>> >>>>> It's because the usb(4) code doesn't create DMA maps for >>>>> zero-length transfers, see usbd_transfer(). In the case of >>>>> the backtrace I posted not for usbd_set_address(), which >>>>> does USETW(req.wLength, 0) so later on size is 0 in >>>>> usbd_transfer() hence no DMA map. I don't know why your >>>>> hack doesn't also crash other platforms. >>>>> >>>>> >>>>> >>>> Thanks for explaining, I will look. Please hold off for a bit. >>>> >>>> >>>> >>> Style-wise the version below probably is more appropriate than >>> the above one. The question still is whether that fix prevents >>> hacksync() taking effect as desired, which would make it a very >>> evil hack though as hacksync() then relies on bus_dmamap_sync() >>> working on uninitialized DMA maps. >>> >>> Marius >>> >>> Index: ehci.c >>> =================================================================== >>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v >>> retrieving revision 1.62 >>> diff -u -p -r1.62 ehci.c >>> --- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 >>> +++ ehci.c 27 Apr 2008 14:09:53 -0000 >>> @@ -661,9 +661,13 @@ ehci_pcd_enable(void *v_sc) >>> static __inline void >>> hacksync(usbd_xfer_handle xfer) >>> { >>> - usbd_pipe_handle pipe = xfer->pipe; >>> - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>> - struct usb_dma_mapping *dmap = &xfer->dmamap; >>> + bus_dma_tag_t tag; >>> + struct usb_dma_mapping *dmap; >>> + >>> + if (xfer->length == 0) >>> + return; >>> + tag = xfer->pipe->device->bus->buffer_dmatag; >>> + dmap = &xfer->dmamap; >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>> } >>> >>> Index: ohci.c >>> =================================================================== >>> RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v >>> retrieving revision 1.171 >>> diff -u -p -r1.171 ohci.c >>> --- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 >>> +++ ohci.c 27 Apr 2008 14:09:37 -0000 >>> @@ -1568,9 +1568,13 @@ ohci_device_bulk_done(usbd_xfer_handle x >>> static __inline void >>> hacksync(usbd_xfer_handle xfer) >>> { >>> - usbd_pipe_handle pipe = xfer->pipe; >>> - bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; >>> - struct usb_dma_mapping *dmap = &xfer->dmamap; >>> + bus_dma_tag_t tag; >>> + struct usb_dma_mapping *dmap; >>> + >>> + if (xfer->length == 0) >>> + return; >>> + tag = xfer->pipe->device->bus->buffer_dmatag; >>> + dmap = &xfer->dmamap; >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); >>> } >>> >>> >>> >>> >>> >> Sorry for taking so long to look at this. It appears the reason things >> work everywhere but sparc is because all the other archs use the >> definition of bus_dmamap_sync which looks like this: >> >> #define bus_dmamap_sync(dmat, dmamap, op) \ >> do { \ >> if ((dmamap) != NULL) \ >> _bus_dmamap_sync(dmat, dmamap, op); \ >> } while (0) >> >> So it explicitly checks for the map being NULL and since sparc does not >> it blows up. Now checking for a NULL map seems very wrong (as the map >> should be opaque as scott noted) but having sparc have different >> semantics seems wrong. So rather than add yet another hack in the usb >> code perhaps we should make sparc's bus_dma code consistent with >> everyone else on this? >> >> There's no mention of this in the man page. >> > > My guess would be that this is due to the other archs letting > bus_dmamem_alloc() return a NULL DMA map to denote no mapping > or bouncing and thus no syncing is required as jhb@ explained. > This check is irrelevant to sparc64 and sun4v as these require > syncing in any case. I think letting hacksync() rely on this > internal optimization of bus_dmamap_sync() is very wrong also. > Neither do I see why letting hacksync() just do nothing if > xfer->length == 0 is a hack as it's basically the same check > usbd_transfer() uses to decide whether to create a DMA map in > the first place. Besides, hacksync() already is a very crude > hack so one hardly can make it worse. I can just #ifdef arm or > #ifndef sparc64 it if you prefer. > > The check for NULL in bus_dmamap_sync is a dubious optimization. I simply suggested you might want to apply it to sparc's bus_dma code since there's no way of knowing whether there are other places that this is likewise assumed. At this point I don't care; if you want to hack the hacksync routine to check for a null dmapmap or xfer length zero or whatever feel free. It's all just covering up for the brokeness of the usb code. Sam From marius at alchemy.franken.de Sun May 11 22:36:38 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun May 11 22:36:44 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c In-Reply-To: <482772DA.2070104@freebsd.org> References: <200803201619.m2KGJQr7033985@repoman.freebsd.org> <20080412193358.GA44768@alchemy.franken.de> <20080423203622.GA66545@alchemy.franken.de> <480F9F8B.5050209@freebsd.org> <20080423205943.GG99566@alchemy.franken.de> <480FA41F.20407@freebsd.org> <20080507202135.GA65358@alchemy.franken.de> <482479EE.8060701@freebsd.org> <20080511221238.GB36894@alchemy.franken.de> <482772DA.2070104@freebsd.org> Message-ID: <20080511223636.GC36894@alchemy.franken.de> On Sun, May 11, 2008 at 03:27:38PM -0700, Sam Leffler wrote: > Marius Strobl wrote: > >On Fri, May 09, 2008 at 09:21:02AM -0700, Sam Leffler wrote: > > > >>Marius Strobl wrote: > >> > >>>On Wed, Apr 23, 2008 at 02:03:27PM -0700, Sam Leffler wrote: > >>> > >>> > >>>>Marius Strobl wrote: > >>>> > >>>> > >>>>>On Wed, Apr 23, 2008 at 01:43:55PM -0700, Sam Leffler wrote: > >>>>> > >>>>> > >>>>> > >>>>>>Marius Strobl wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>On Sat, Apr 12, 2008 at 09:33:58PM +0200, Marius Strobl wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>>On Thu, Mar 20, 2008 at 04:19:26PM +0000, Sam Leffler wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>>sam 2008-03-20 16:19:25 UTC > >>>>>>>>> > >>>>>>>>>FreeBSD src repository > >>>>>>>>> > >>>>>>>>>Modified files: > >>>>>>>>> sys/dev/usb ehci.c ohci.c > >>>>>>>>>Log: > >>>>>>>>>Workaround design botch in usb: blindly mixing bus_dma with PIO > >>>>>>>>>does not > >>>>>>>>>work on architectures with a write-back cache as the PIO writes > >>>>>>>>>end up > >>>>>>>>>in the cache which the sync(BUS_DMASYNC_POSTREAD) in > >>>>>>>>>usb_transfer_complete > >>>>>>>>>then discards; compensate in the xfer methods that do PIO by > >>>>>>>>>pushing the > >>>>>>>>>writes out of the cache before usb_transfer_complete is called. > >>>>>>>>> > >>>>>>>>>This fixes USB on xscale and likely other places. > >>>>>>>>> > >>>>>>>>>Sponsored by: hobnob > >>>>>>>>>Reviewed by: cognet, imp > >>>>>>>>>MFC after: 1 month > >>>>>>>>> > >>>>>>>>>Revision Changes Path > >>>>>>>>>1.62 +16 -0 src/sys/dev/usb/ehci.c > >>>>>>>>>1.171 +16 -0 src/sys/dev/usb/ohci.c > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>This causes a crash during boot on sparc64. Looks like map is still > >>>>>>>>NULL at that point. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>Are you ok with the change below or would that also prevent > >>>>>>>your kludge from taking effect? > >>>>>>> > >>>>>>>Marius > >>>>>>> > >>>>>>>Index: ehci.c > >>>>>>>=================================================================== > >>>>>>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > >>>>>>>retrieving revision 1.62 > >>>>>>>diff -u -r1.62 ehci.c > >>>>>>>--- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > >>>>>>>+++ ehci.c 23 Apr 2008 20:23:58 -0000 > >>>>>>>@@ -664,6 +664,8 @@ > >>>>>>> usbd_pipe_handle pipe = xfer->pipe; > >>>>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>>>>>+ if (dmap->map == NULL) > >>>>>>>+ return; > >>>>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>>>>>} > >>>>>>> > >>>>>>>Index: ohci.c > >>>>>>>=================================================================== > >>>>>>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > >>>>>>>retrieving revision 1.171 > >>>>>>>diff -u -r1.171 ohci.c > >>>>>>>--- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > >>>>>>>+++ ohci.c 21 Apr 2008 19:13:54 -0000 > >>>>>>>@@ -1571,6 +1571,8 @@ > >>>>>>> usbd_pipe_handle pipe = xfer->pipe; > >>>>>>> bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>>>>> struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>>>>>+ if (dmap->map == NULL) > >>>>>>>+ return; > >>>>>>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>>>>>} > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>You have not identified why you don't have a dma map. I don't have a > >>>>>>way to diagnose your problem and so far as I know no other platform > >>>>>>had an issue w/ the change. I suggest you figure out why your map is > >>>>>>not setup instead of adding a hack. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>It's because the usb(4) code doesn't create DMA maps for > >>>>>zero-length transfers, see usbd_transfer(). In the case of > >>>>>the backtrace I posted not for usbd_set_address(), which > >>>>>does USETW(req.wLength, 0) so later on size is 0 in > >>>>>usbd_transfer() hence no DMA map. I don't know why your > >>>>>hack doesn't also crash other platforms. > >>>>> > >>>>> > >>>>> > >>>>Thanks for explaining, I will look. Please hold off for a bit. > >>>> > >>>> > >>>> > >>>Style-wise the version below probably is more appropriate than > >>>the above one. The question still is whether that fix prevents > >>>hacksync() taking effect as desired, which would make it a very > >>>evil hack though as hacksync() then relies on bus_dmamap_sync() > >>>working on uninitialized DMA maps. > >>> > >>>Marius > >>> > >>>Index: ehci.c > >>>=================================================================== > >>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ehci.c,v > >>>retrieving revision 1.62 > >>>diff -u -p -r1.62 ehci.c > >>>--- ehci.c 20 Mar 2008 16:19:25 -0000 1.62 > >>>+++ ehci.c 27 Apr 2008 14:09:53 -0000 > >>>@@ -661,9 +661,13 @@ ehci_pcd_enable(void *v_sc) > >>>static __inline void > >>>hacksync(usbd_xfer_handle xfer) > >>>{ > >>>- usbd_pipe_handle pipe = xfer->pipe; > >>>- bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>- struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>+ bus_dma_tag_t tag; > >>>+ struct usb_dma_mapping *dmap; > >>>+ > >>>+ if (xfer->length == 0) > >>>+ return; > >>>+ tag = xfer->pipe->device->bus->buffer_dmatag; > >>>+ dmap = &xfer->dmamap; > >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>} > >>> > >>>Index: ohci.c > >>>=================================================================== > >>>RCS file: /usr/data/bsd/cvs/fbsd/src/sys/dev/usb/ohci.c,v > >>>retrieving revision 1.171 > >>>diff -u -p -r1.171 ohci.c > >>>--- ohci.c 20 Mar 2008 16:19:25 -0000 1.171 > >>>+++ ohci.c 27 Apr 2008 14:09:37 -0000 > >>>@@ -1568,9 +1568,13 @@ ohci_device_bulk_done(usbd_xfer_handle x > >>>static __inline void > >>>hacksync(usbd_xfer_handle xfer) > >>>{ > >>>- usbd_pipe_handle pipe = xfer->pipe; > >>>- bus_dma_tag_t tag = pipe->device->bus->buffer_dmatag; > >>>- struct usb_dma_mapping *dmap = &xfer->dmamap; > >>>+ bus_dma_tag_t tag; > >>>+ struct usb_dma_mapping *dmap; > >>>+ > >>>+ if (xfer->length == 0) > >>>+ return; > >>>+ tag = xfer->pipe->device->bus->buffer_dmatag; > >>>+ dmap = &xfer->dmamap; > >>> bus_dmamap_sync(tag, dmap->map, BUS_DMASYNC_PREWRITE); > >>>} > >>> > >>> > >>> > >>> > >>> > >>Sorry for taking so long to look at this. It appears the reason things > >>work everywhere but sparc is because all the other archs use the > >>definition of bus_dmamap_sync which looks like this: > >> > >>#define bus_dmamap_sync(dmat, dmamap, op) \ > >> do { \ > >> if ((dmamap) != NULL) \ > >> _bus_dmamap_sync(dmat, dmamap, op); \ > >> } while (0) > >> > >>So it explicitly checks for the map being NULL and since sparc does not > >>it blows up. Now checking for a NULL map seems very wrong (as the map > >>should be opaque as scott noted) but having sparc have different > >>semantics seems wrong. So rather than add yet another hack in the usb > >>code perhaps we should make sparc's bus_dma code consistent with > >>everyone else on this? > >> > >>There's no mention of this in the man page. > >> > > > >My guess would be that this is due to the other archs letting > >bus_dmamem_alloc() return a NULL DMA map to denote no mapping > >or bouncing and thus no syncing is required as jhb@ explained. > >This check is irrelevant to sparc64 and sun4v as these require > >syncing in any case. I think letting hacksync() rely on this > >internal optimization of bus_dmamap_sync() is very wrong also. > >Neither do I see why letting hacksync() just do nothing if > >xfer->length == 0 is a hack as it's basically the same check > >usbd_transfer() uses to decide whether to create a DMA map in > >the first place. Besides, hacksync() already is a very crude > >hack so one hardly can make it worse. I can just #ifdef arm or > >#ifndef sparc64 it if you prefer. > > > > > The check for NULL in bus_dmamap_sync is a dubious optimization. I > simply suggested you might want to apply it to sparc's bus_dma code > since there's no way of knowing whether there are other places that this > is likewise assumed. At this point I don't care; if you want to hack > the hacksync routine to check for a null dmapmap or xfer length zero or > whatever feel free. It's all just covering up for the brokeness of the > usb code. > I'd like to go for letting hacksync() only call bus_dmamap_sync(9) if xfer->length is not 0 as this seems to be the cleanest solution regarding treating the DMA map as opaque to me. So could you please verify that this doesn't break hacksync() solving the problem you were seeing on arm? Marius From rpaulo at FreeBSD.org Sun May 11 23:14:07 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 11 23:14:11 2008 Subject: cvs commit: src/sys/dev/k8temp k8temp.c Message-ID: <200805112314.m4BNE7Tx027389@repoman.freebsd.org> rpaulo 2008-05-11 23:14:07 UTC FreeBSD src repository Modified files: sys/dev/k8temp k8temp.c Log: Don't use libkern's max() function as that's for unsigned numbers only. Instead use the worldwide known MAX() function. This should fix problems with negative values showing up on dev.cpu.%d.temperature. This is slightly different from the fix in the PR. Submitted by: KOIE Hidetaka PR: 123542 Revision Changes Path 1.3 +2 -2 src/sys/dev/k8temp/k8temp.c From rpaulo at FreeBSD.org Sun May 11 23:17:58 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 11 23:18:02 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805112317.m4BNHwpM027530@repoman.freebsd.org> rpaulo 2008-05-11 23:17:57 UTC FreeBSD src repository Modified files: sys/dev/coretemp coretemp.c Log: Change the check for cpu_high to actually match CPUID 0x06. Submitted by: Arthur Hartwig PR: 122878 MFC after: 3 days Revision Changes Path 1.7 +3 -3 src/sys/dev/coretemp/coretemp.c From sam at FreeBSD.org Sun May 11 23:18:11 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:18:15 2008 Subject: cvs commit: src/sys/net80211 ieee80211_ht.h Message-ID: <200805112318.m4BNIBEg027574@repoman.freebsd.org> sam 2008-05-11 23:18:11 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_ht.h Log: move inline keyword to silence compiler complaints Revision Changes Path 1.6 +3 -3 src/sys/net80211/ieee80211_ht.h From sam at FreeBSD.org Sun May 11 23:20:26 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:20:28 2008 Subject: cvs commit: src/sys/net80211 ieee80211.h Message-ID: <200805112320.m4BNKQ2V027725@repoman.freebsd.org> sam 2008-05-11 23:20:26 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211.h Log: add PLCP service bit definitions Revision Changes Path 1.20 +5 -0 src/sys/net80211/ieee80211.h From sam at FreeBSD.org Sun May 11 23:27:58 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:28:01 2008 Subject: cvs commit: src/sys/net80211 ieee80211_ht.c Message-ID: <200805112327.m4BNRvp5027977@repoman.freebsd.org> sam 2008-05-11 23:27:57 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_ht.c Log: use the current left edge of the BA window when forming ADDBA request so an existing session is re-established with the correct seq# Revision Changes Path 1.10 +4 -3 src/sys/net80211/ieee80211_ht.c From sam at FreeBSD.org Sun May 11 23:32:07 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:32:10 2008 Subject: cvs commit: src/sys/net80211 ieee80211.c ieee80211_ddb.c ieee80211_var.h Message-ID: <200805112332.m4BNW7ww028267@repoman.freebsd.org> sam 2008-05-11 23:32:07 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211.c ieee80211_ddb.c ieee80211_var.h Log: add DFS capability bit and use it to auto-enable DFS support Revision Changes Path 1.50 +3 -2 src/sys/net80211/ieee80211.c 1.2 +1 -1 src/sys/net80211/ieee80211_ddb.c 1.56 +1 -0 src/sys/net80211/ieee80211_var.h From sam at FreeBSD.org Sun May 11 23:33:56 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:34:00 2008 Subject: cvs commit: src/sys/net80211 ieee80211.c Message-ID: <200805112333.m4BNXuxr028363@repoman.freebsd.org> sam 2008-05-11 23:33:56 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211.c Log: use c99-style initialization for ieee80211_phymode_name Revision Changes Path 1.51 +11 -11 src/sys/net80211/ieee80211.c From sam at FreeBSD.org Sun May 11 23:36:59 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Sun May 11 23:37:01 2008 Subject: cvs commit: src/sys/net80211 ieee80211_ioctl.c Message-ID: <200805112336.m4BNawvi028512@repoman.freebsd.org> sam 2008-05-11 23:36:58 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_ioctl.c Log: we have a DFS capability now so enable check Revision Changes Path 1.60 +0 -3 src/sys/net80211/ieee80211_ioctl.c From sam at FreeBSD.org Mon May 12 00:15:31 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Mon May 12 00:15:33 2008 Subject: cvs commit: src/sys/dev/ath if_ath.c src/sys/dev/if_ndis if_ndis.c src/sys/dev/ipw if_ipw.c src/sys/dev/iwi if_iwi.c src/sys/dev/iwn if_iwn.c src/sys/dev/malo if_malo.c src/sys/dev/ral rt2560.c rt2661.c src/sys/dev/usb if_rum.c if_ural.c if_zyd.c ... Message-ID: <200805120015.m4C0FUh3031241@repoman.freebsd.org> sam 2008-05-12 00:15:30 UTC FreeBSD src repository Modified files: sys/dev/ath if_ath.c sys/dev/if_ndis if_ndis.c sys/dev/ipw if_ipw.c sys/dev/iwi if_iwi.c sys/dev/iwn if_iwn.c sys/dev/malo if_malo.c sys/dev/ral rt2560.c rt2661.c sys/dev/usb if_rum.c if_ural.c if_zyd.c sys/dev/wi if_wi.c sys/dev/wpi if_wpi.c sys/net80211 ieee80211.c ieee80211_ddb.c ieee80211_freebsd.c ieee80211_proto.h ieee80211_var.h Log: Minor cleanup of vap create work: o add IEEE80211_C_STA capability to indicate sta mode is supported (was previously assumed) and mark drivers as capable o add ieee80211_opcap array to map an opmode to the equivalent capability bit o move IEEE80211_C_OPMODE definition to where capabilities are defined so it's clear it should be kept in sync (on future additions) o check device capabilities in clone create before trying to create a vap; this makes driver checks unneeded o make error codes return on failed clone request unique o temporarily add console printfs on clone request failures to aid in debugging; these will move under DIAGNOSTIC or similar before release Revision Changes Path 1.186 +2 -1 src/sys/dev/ath/if_ath.c 1.139 +1 -1 src/sys/dev/if_ndis/if_ndis.c 1.38 +3 -1 src/sys/dev/ipw/if_ipw.c 1.62 +2 -1 src/sys/dev/iwi/if_iwi.c 1.5 +2 -1 src/sys/dev/iwn/if_iwn.c 1.4 +2 -1 src/sys/dev/malo/if_malo.c 1.24 +2 -1 src/sys/dev/ral/rt2560.c 1.24 +2 -1 src/sys/dev/ral/rt2661.c 1.21 +2 -1 src/sys/dev/usb/if_rum.c 1.72 +2 -1 src/sys/dev/usb/if_ural.c 1.16 +2 -1 src/sys/dev/usb/if_zyd.c 1.218 +2 -1 src/sys/dev/wi/if_wi.c 1.13 +2 -1 src/sys/dev/wpi/if_wpi.c 1.52 +12 -18 src/sys/net80211/ieee80211.c 1.3 +1 -1 src/sys/net80211/ieee80211_ddb.c 1.19 +11 -0 src/sys/net80211/ieee80211_freebsd.c 1.29 +1 -0 src/sys/net80211/ieee80211_proto.h 1.57 +6 -1 src/sys/net80211/ieee80211_var.h From sam at FreeBSD.org Mon May 12 00:32:53 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Mon May 12 00:32:55 2008 Subject: cvs commit: src/sys/net80211 ieee80211_phy.c ieee80211_phy.h src/sys/dev/ral rt2560.c rt2661.c src/sys/dev/usb if_rum.c if_ural.c if_zyd.c Message-ID: <200805120032.m4C0WrNe031852@repoman.freebsd.org> sam 2008-05-12 00:32:52 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_phy.c ieee80211_phy.h sys/dev/ral rt2560.c rt2661.c sys/dev/usb if_rum.c if_ural.c if_zyd.c Log: Update PLCP<->rate mapping support: o correct mapping of CCK rates to PLCP; was using nonstandard Ralink values which just happened to also be used by Zydas (so went unnoticed) o change ieee80211_plcp2rate api to take a phy type instead of a flag that indicates ofdm/!ofdm o update drivers to match (restore per-driver code to map rate->PLCP) Reviewed by: sephe, weongyo, thompsa Revision Changes Path 1.25 +26 -2 src/sys/dev/ral/rt2560.c 1.25 +26 -2 src/sys/dev/ral/rt2661.c 1.22 +26 -2 src/sys/dev/usb/if_rum.c 1.73 +26 -2 src/sys/dev/usb/if_ural.c 1.17 +27 -3 src/sys/dev/usb/if_zyd.c 1.2 +16 -11 src/sys/net80211/ieee80211_phy.c 1.2 +2 -2 src/sys/net80211/ieee80211_phy.h From sam at FreeBSD.org Mon May 12 00:34:28 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Mon May 12 00:34:29 2008 Subject: cvs commit: src/sys/net80211 ieee80211_proto.h Message-ID: <200805120034.m4C0YSeD031960@repoman.freebsd.org> sam 2008-05-12 00:34:28 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_proto.h Log: declare ieee80211_phymode_name with an array size Revision Changes Path 1.30 +1 -1 src/sys/net80211/ieee80211_proto.h From gnn at FreeBSD.org Mon May 12 02:44:54 2008 From: gnn at FreeBSD.org (George V. Neville-Neil) Date: Mon May 12 02:44:58 2008 Subject: cvs commit: src/sys/netinet ip_icmp.c Message-ID: <200805120244.m4C2irIx047383@repoman.freebsd.org> gnn 2008-05-12 02:44:53 UTC FreeBSD src repository Modified files: sys/netinet ip_icmp.c Log: Fix the loopback interface. Cleaning up some code with new macros was a tad too aggressive. PR: kern/123568 Submitted by: Vladimir Ermakov Obtained from: antoine Revision Changes Path 1.124 +0 -1 src/sys/netinet/ip_icmp.c From julian at FreeBSD.org Mon May 12 06:42:07 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Mon May 12 06:42:09 2008 Subject: cvs commit: src/sys/kern kern_switch.c Message-ID: <200805120642.m4C6g6XN069852@repoman.freebsd.org> julian 2008-05-12 06:42:06 UTC FreeBSD src repository Modified files: sys/kern kern_switch.c Log: fix typo in runz_fuzz noticed by:Elijah Buck Revision Changes Path 1.145 +1 -1 src/sys/kern/kern_switch.c From julian at FreeBSD.org Mon May 12 06:45:37 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Mon May 12 06:45:40 2008 Subject: cvs commit: src/sys/kern kern_switch.c Message-ID: <200805120645.m4C6jbun069981@repoman.freebsd.org> julian 2008-05-12 06:45:37 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern kern_switch.c Log: fix stupid typo in runq-fuzz Revision Changes Path 1.116.2.3 +1 -1 src/sys/kern/kern_switch.c From julian at FreeBSD.org Mon May 12 06:47:50 2008 From: julian at FreeBSD.org (Julian Elischer) Date: Mon May 12 06:47:54 2008 Subject: cvs commit: src/sys/kern kern_switch.c Message-ID: <200805120647.m4C6loAD070244@repoman.freebsd.org> julian 2008-05-12 06:47:49 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_switch.c Log: fix stupid typo.. not an MFC because code is differnt from current but the logic is the same Revision Changes Path 1.137.2.1 +1 -1 src/sys/kern/kern_switch.c From mtm at FreeBSD.org Mon May 12 07:28:03 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 12 07:28:05 2008 Subject: cvs commit: src/etc rc.subr Message-ID: <200805120728.m4C7S3oc073068@repoman.freebsd.org> mtm 2008-05-12 07:28:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc rc.subr Log: MFC: Fix improper use of checkyesno routine. Noticed by: oliver Revision Changes Path 1.34.2.24 +7 -3 src/etc/rc.subr From mtm at FreeBSD.org Mon May 12 07:29:03 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 12 07:29:07 2008 Subject: cvs commit: src/etc rc.subr Message-ID: <200805120729.m4C7T3MU073116@repoman.freebsd.org> mtm 2008-05-12 07:29:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc rc.subr Log: MFC: Fix improper use of checkyesno routine. Noticed by: oliver Revision Changes Path 1.77.2.1 +7 -3 src/etc/rc.subr From mtm at FreeBSD.org Mon May 12 07:32:54 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 12 07:32:57 2008 Subject: cvs commit: src/usr.sbin/sade disks.c label.c Message-ID: <200805120732.m4C7Wruo073278@repoman.freebsd.org> mtm 2008-05-12 07:32:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.sbin/sade disks.c label.c Log: MFC: o Change the warning dialog for the 'W' command in both the label and partition editors to reflect the fact that this is a stand-alone application, not sysinstall(8). o Change an instance of sade(8) refering to itself as sysinstall(8) in a confirmation dialog. Revision Changes Path 1.161.2.2 +4 -7 src/usr.sbin/sade/disks.c 1.155.2.2 +4 -7 src/usr.sbin/sade/label.c From mtm at FreeBSD.org Mon May 12 07:37:41 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Mon May 12 07:37:43 2008 Subject: cvs commit: src/usr.sbin/sade disks.c label.c Message-ID: <200805120737.m4C7berQ073502@repoman.freebsd.org> mtm 2008-05-12 07:37:40 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.sbin/sade disks.c label.c Log: MFC: o Change the warning dialog for the 'W' command in both the label and partition editors to reflect the fact that this is a stand-alone application, not sysinstall(8). o Change an instance of sade(8) refering to itself as sysinstall(8) in a confirmation dialog. Revision Changes Path 1.161.4.1 +4 -7 src/usr.sbin/sade/disks.c 1.155.4.1 +4 -7 src/usr.sbin/sade/label.c From brueffer at FreeBSD.org Mon May 12 08:53:02 2008 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Mon May 12 08:53:06 2008 Subject: cvs commit: src/share/man/man4 iwn.4 Message-ID: <200805120853.m4C8r2mG086440@repoman.freebsd.org> brueffer 2008-05-12 08:53:02 UTC FreeBSD src repository Modified files: share/man/man4 iwn.4 Log: Typo fixes. Revision Changes Path 1.2 +4 -4 src/share/man/man4/iwn.4 From flz at FreeBSD.org Mon May 12 11:49:17 2008 From: flz at FreeBSD.org (Florent Thoumie) Date: Mon May 12 11:49:21 2008 Subject: cvs commit: src/etc/rc.d ntpd Message-ID: <200805121149.m4CBnHUF095520@repoman.freebsd.org> flz 2008-05-12 11:49:16 UTC FreeBSD src repository Modified files: etc/rc.d ntpd Log: Don't require a configuration file. Ntpd will be perfectly happy if there's none or if the file doesn't exist (there's no ntp.conf in the base install). PR: conf/119592 Submitted by: Renaud Waldura MFC after: 1 week Revision Changes Path 1.14 +0 -2 src/etc/rc.d/ntpd From scottl at FreeBSD.org Mon May 12 14:09:22 2008 From: scottl at FreeBSD.org (Scott Long) Date: Mon May 12 14:09:24 2008 Subject: cvs commit: src/sys/dev/mfi mfi.c mfi_ioctl.h Message-ID: <200805121409.m4CE9LJ8015587@repoman.freebsd.org> scottl 2008-05-12 14:09:19 UTC FreeBSD src repository Modified files: sys/dev/mfi mfi.c mfi_ioctl.h Log: Add support for management apps. Work around an apparent firmware bug that results in hung i/o if more than 128 commands are scheduled for an array. Revision Changes Path 1.38 +108 -8 src/sys/dev/mfi/mfi.c 1.6 +18 -0 src/sys/dev/mfi/mfi_ioctl.h From delphij at FreeBSD.org Mon May 12 16:42:02 2008 From: delphij at FreeBSD.org (Xin LI) Date: Mon May 12 16:42:07 2008 Subject: cvs commit: src/sys/dev/usb uipaq.c usbdevs Message-ID: <200805121642.m4CGg16h039170@repoman.freebsd.org> delphij 2008-05-12 16:42:01 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/usb uipaq.c usbdevs Log: MFC: usbdevs revisions 1.331 (mav)+1.347 (mav)+1.352 (kris moore) uipaq.c revisions 1.8+1.10 (mav), 1.9 (stas), 1.11 (kris moore) For several HTC Smartphone/PocketPC support. Revision Changes Path 1.7.2.1 +5 -0 src/sys/dev/usb/uipaq.c 1.328.2.10 +6 -0 src/sys/dev/usb/usbdevs From delphij at FreeBSD.org Mon May 12 18:00:55 2008 From: delphij at FreeBSD.org (Xin LI) Date: Mon May 12 18:00:59 2008 Subject: cvs commit: src/sys/kern kern_jail.c src/sys/sys jail.h Message-ID: <200805121800.m4CI0tOt052589@repoman.freebsd.org> delphij 2008-05-12 18:00:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_jail.c sys/sys jail.h Log: MFC: Instead of rolling our own jail number allocation procedure, use alloc_unr() to do it. Submitted by: Ed Schouten PR: kern/122270 Revision Changes Path 1.70.2.2 +18 -24 src/sys/kern/kern_jail.c 1.29.2.1 +0 -2 src/sys/sys/jail.h From ceri at FreeBSD.org Mon May 12 20:12:35 2008 From: ceri at FreeBSD.org (Ceri Davies) Date: Mon May 12 20:12:37 2008 Subject: cvs commit: src/sys/sys param.h Message-ID: <200805122012.m4CKCYni060141@repoman.freebsd.org> ceri 2008-05-12 20:12:34 UTC FreeBSD src repository Modified files: sys/sys param.h Log: For the sake of the log, revision 1.353 was bumped for setfib(2) and multiple routing table support. Revision Changes Path 1.354 +0 -0 src/sys/sys/param.h From jhb at FreeBSD.org Mon May 12 21:34:53 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 12 21:34:57 2008 Subject: cvs commit: src/sys/pci intpm.c Message-ID: <200805122134.m4CLYqdB072870@repoman.freebsd.org> jhb 2008-05-12 21:34:52 UTC FreeBSD src repository Modified files: sys/pci intpm.c Log: - Set sc->dev to the new-bus device_t so all the device_printf()s work. - Add a missing newline to a printf. MFC after: 1 week Submitted by: Andriy Gapon avg <> icyb.net.ua Revision Changes Path 1.41 +3 -1 src/sys/pci/intpm.c From jhb at freebsd.org Mon May 12 22:10:20 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 12 22:10:28 2008 Subject: cvs commit: src/contrib/cvs - Imported sources In-Reply-To: <20080511203047.GA58310@dragon.NUXI.org> References: <200803191447.m2JEl3xx027666@repoman.freebsd.org> <200805061433.27897.jhb@freebsd.org> <20080511203047.GA58310@dragon.NUXI.org> Message-ID: <200805121809.55788.jhb@freebsd.org> On Sunday 11 May 2008 04:30:47 pm David O'Brien wrote: > On Tue, May 06, 2008 at 02:33:27PM -0400, John Baldwin wrote: > > On Wednesday 19 March 2008 10:47:03 am David E. O'Brien wrote: > > > obrien 2008-03-19 14:47:03 UTC > > > > > > FreeBSD src repository > > > > > > src/contrib/cvs - Imported sources > > > Update of /home/ncvs/src/contrib/cvs > > > In directory repoman.freebsd.org:/tmp/cvs-serv25516 > > > > > > Log Message: > > > Import of 1.11 branch snapshot - using the 10-March-2008 code base. > > > > > > Status: > > > > > > Vendor Tag: CVSHOME > > > Release Tags: v1_11_20080310 > > > > Please consider reverting this. There have been lots of reports of CVS > > breakage after these changes. The latest I ran into today is that 'cvs > > update -C' doesn't work anymore. > > Typically we would first try to fix problems before just reverting. > Please give me more information on how to experience this. cvs(1) is a very critical tool and it isn't clear that the recent upgrades have provided any improvements to justify changing it. % cvs up -r1.137 ObsoleteFiles.inc - edit ObsoleteFiles.inc and create an intentional conflict with 1.138: % cvs diff -u ObsoleteFiles.inc Index: ObsoleteFiles.inc =================================================================== RCS file: /usr/cvs/src/ObsoleteFiles.inc,v retrieving revision 1.137 diff -u -r1.137 ObsoleteFiles.inc --- ObsoleteFiles.inc 20 Apr 2008 16:03:19 -0000 1.137 +++ ObsoleteFiles.inc 12 May 2008 22:08:20 -0000 @@ -35,6 +35,7 @@ OLD_FILES+=usr/share/man/man2/kse_switchin.2.gz OLD_FILES+=usr/share/man/man2/kse_thr_interrupt.2.gz OLD_FILES+=usr/share/man/man2/kse_wakeup.2.gz +XXXX # 20080220: geom_lvm rename to geom_linux_lvm OLD_FILES+=usr/share/man/man4/geom_lvm.4.gz # 20080126: oldcard.4 removal > cvs up -A ObsoleteFiles.inc RCS file: /usr/cvs/src/ObsoleteFiles.inc,v retrieving revision 1.137 retrieving revision 1.138 Merging differences between 1.137 and 1.138 into ObsoleteFiles.inc rcsmerge: warning: conflicts during merge cvs update: conflicts found in ObsoleteFiles.inc C ObsoleteFiles.inc % cvs up -C ObsoleteFiles.inc C ObsoleteFiles.inc % cvs diff -u ObsoleteFiles.inc Index: ObsoleteFiles.inc =================================================================== RCS file: /usr/cvs/src/ObsoleteFiles.inc,v retrieving revision 1.138 diff -u -r1.138 ObsoleteFiles.inc --- ObsoleteFiles.inc 10 May 2008 18:43:22 -0000 1.138 +++ ObsoleteFiles.inc 12 May 2008 22:08:46 -0000 @@ -40,10 +40,14 @@ OLD_FILES+=usr/share/man/man2/kse_switchin.2.gz OLD_FILES+=usr/share/man/man2/kse_thr_interrupt.2.gz OLD_FILES+=usr/share/man/man2/kse_wakeup.2.gz +<<<<<<< ObsoleteFiles.inc +XXXX +======= .if ${TARGET_ARCH} == "amd64" OLD_FILES+=usr/lib32/libkse.so OLD_LIBS+=usr/lib32/libkse.so.3 .endif +>>>>>>> 1.138 # 20080220: geom_lvm rename to geom_linux_lvm OLD_FILES+=usr/share/man/man4/geom_lvm.4.gz # 20080126: oldcard.4 removal -- John Baldwin From rpaulo at FreeBSD.org Mon May 12 22:27:56 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Mon May 12 22:28:01 2008 Subject: cvs commit: src/sys/pci intpm.c In-Reply-To: <200805122134.m4CLYqdB072870@repoman.freebsd.org> References: <200805122134.m4CLYqdB072870@repoman.freebsd.org> Message-ID: <4828C465.9030105@FreeBSD.org> John Baldwin wrote: > jhb 2008-05-12 21:34:52 UTC > > FreeBSD src repository > > Modified files: > sys/pci intpm.c > Log: > - Set sc->dev to the new-bus device_t so all the device_printf()s work. > - Add a missing newline to a printf. > > MFC after: 1 week > Submitted by: Andriy Gapon avg <> icyb.net.ua > > Revision Changes Path > 1.41 +3 -1 src/sys/pci/intpm.c You're fast! I just emailed takanori@ about committing this... Heh. Oh well, thanks. Regards, -- Rui Paulo From pyunyh at gmail.com Tue May 13 01:53:37 2008 From: pyunyh at gmail.com (Pyun YongHyeon) Date: Tue May 13 01:53:40 2008 Subject: cvs commit: src/sys/dev/re if_re.c In-Reply-To: <539635.39249.qm@web33706.mail.mud.yahoo.com> References: <539635.39249.qm@web33706.mail.mud.yahoo.com> Message-ID: <20080513015326.GC32942@cdnetworks.co.kr> On Sun, May 11, 2008 at 02:40:23PM -0700, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > > From: Pyun YongHyeon > > To: Abdullah Ibn Hamad Al-Marri > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org > > Sent: Wednesday, April 23, 2008 3:18:16 AM > > Subject: Re: cvs commit: src/sys/dev/re if_re.c > > > > On Tue, Apr 22, 2008 at 02:14:12AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > > ----- Original Message ---- > > > > From: Pyun YongHyeon > > > > To: src-committers@FreeBSD.org; cvs-src@FreeBSD.org; cvs-all@FreeBSD.org > > > > Sent: Tuesday, April 22, 2008 9:14:57 AM > > > > Subject: cvs commit: src/sys/dev/re if_re.c > > > > > > > > yongari 2008-04-22 06:14:57 UTC > > > > > > > > FreeBSD src repository > > > > > > > > Modified files: (Branch: RELENG_7) > > > > sys/dev/re if_re.c > > > > Log: > > > > MFC if_re.c 1.114 to RELENG_7. > > > > Don't touch MSI enable bit in RL_CFG2 register. For unknown reason > > > > clearing MSI enable bit for MSI capable hardwares resulted in Tx > > > > problems. MSI enable bit is set only when MSI is requested from > > > > user. > > > > > > > > Revision Changes Path > > > > 1.95.2.18 +6 -12 src/sys/dev/re/if_re.c > > > > > > Pyun, > > > > > > Thank you for the hard work, this is really great to have finally! > > > > > > When do you plan to MFC it to RELENG_6? > > > > > > > MFC to RELENG_6 would be done in two weeks or so unless regression > > is showed up. > > > > Thanks. > > -- > > Regards, > > Pyun YongHyeon > > Hello Pyun, > > This is just a friendly reminder for the RELENG_6 MFC, if you have the time for that. > Thanks for the reminder but there is a regression report(kern/123202). I still have no clue how this can happen but let's see how it goes. -- Regards, Pyun YongHyeon From kevlo at FreeBSD.org Tue May 13 09:42:03 2008 From: kevlo at FreeBSD.org (Kevin Lo) Date: Tue May 13 09:42:10 2008 Subject: cvs commit: src/usr.bin/xstr xstr.c Message-ID: <200805130942.m4D9g3LN040432@repoman.freebsd.org> kevlo 2008-05-13 09:42:03 UTC FreeBSD src repository Modified files: usr.bin/xstr xstr.c Log: Improve temporary file handling Obtained from: OpenBSD Revision Changes Path 1.11 +11 -2 src/usr.bin/xstr/xstr.c From nyan at FreeBSD.org Tue May 13 11:51:21 2008 From: nyan at FreeBSD.org (Takahashi Yoshihiro) Date: Tue May 13 11:51:27 2008 Subject: cvs commit: src/release/pc98 fixit-small_crunch.conf Message-ID: <200805131151.m4DBpKKN047399@repoman.freebsd.org> nyan 2008-05-13 11:51:19 UTC FreeBSD src repository Modified files: release/pc98 fixit-small_crunch.conf Log: Replace the ee with the ed to resolve disk overflow. Revision Changes Path 1.10 +1 -2 src/release/pc98/fixit-small_crunch.conf From cognet at FreeBSD.org Tue May 13 14:00:10 2008 From: cognet at FreeBSD.org (Olivier Houchard) Date: Tue May 13 14:00:15 2008 Subject: cvs commit: src/sys/dev/usb if_axe.c usbdevs Message-ID: <200805131400.m4DE0Ax8063017@repoman.freebsd.org> cognet 2008-05-13 14:00:09 UTC FreeBSD src repository Modified files: sys/dev/usb if_axe.c usbdevs Log: From the OpenBSD commit log : Add support for the Apple USB Ethernet adapter. Work around the "latch in at the first working PHY address hack", that fails for this adapter because it returns 0xffff when reading from lower PHY addresses. Also add more debugging printfs Obtained from: OpenBSD MFC After: 3 days Revision Changes Path 1.58 +2 -1 src/sys/dev/usb/if_axe.c 1.353 +1 -0 src/sys/dev/usb/usbdevs From rdivacky at FreeBSD.org Tue May 13 20:01:28 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Tue May 13 20:01:31 2008 Subject: cvs commit: src/sys/amd64/linux32 linux32_dummy.c syscalls.master src/sys/i386/linux linux_dummy.c syscalls.master src/sys/compat/linux linux_emul.c linux_emul.h linux_futex.c linux_futex.h linux_misc.c Message-ID: <200805132001.m4DK1RsU093686@repoman.freebsd.org> rdivacky 2008-05-13 20:01:27 UTC FreeBSD src repository Modified files: sys/amd64/linux32 syscalls.master linux32_dummy.c sys/i386/linux syscalls.master linux_dummy.c sys/compat/linux linux_emul.c linux_emul.h linux_futex.c linux_futex.h linux_misc.c Log: Implement robust futexes. Most of the code is modelled after what Linux does. This is because robust futexes are mostly userspace thing which we cannot alter. Two syscalls maintain pointer to userspace list and when process exits a routine walks this list waking up processes sleeping on futexes from that list. Reviewed by: kib (mentor) MFC after: 1 month Revision Changes Path 1.13 +0 -2 src/sys/amd64/linux32/linux32_dummy.c 1.34 +4 -2 src/sys/amd64/linux32/syscalls.master 1.21 +6 -3 src/sys/compat/linux/linux_emul.c 1.8 +4 -0 src/sys/compat/linux/linux_emul.h 1.13 +161 -0 src/sys/compat/linux/linux_futex.c 1.4 +18 -0 src/sys/compat/linux/linux_futex.h 1.221 +3 -4 src/sys/compat/linux/linux_misc.c 1.50 +0 -2 src/sys/i386/linux/linux_dummy.c 1.93 +4 -2 src/sys/i386/linux/syscalls.master From rdivacky at FreeBSD.org Tue May 13 20:02:26 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Tue May 13 20:02:45 2008 Subject: cvs commit: src/sys/amd64/linux32 linux32_proto.h linux32_syscall.h linux32_sysent.c src/sys/i386/linux linux_proto.h linux_syscall.h linux_sysent.c Message-ID: <200805132002.m4DK2QVI093755@repoman.freebsd.org> rdivacky 2008-05-13 20:02:26 UTC FreeBSD src repository Modified files: sys/amd64/linux32 linux32_proto.h linux32_syscall.h linux32_sysent.c sys/i386/linux linux_proto.h linux_syscall.h linux_sysent.c Log: Regen. Approved by: kib (mentor) Revision Changes Path 1.37 +6 -3 src/sys/amd64/linux32/linux32_proto.h 1.37 +1 -1 src/sys/amd64/linux32/linux32_syscall.h 1.37 +3 -3 src/sys/amd64/linux32/linux32_sysent.c 1.99 +6 -3 src/sys/i386/linux/linux_proto.h 1.91 +1 -1 src/sys/i386/linux/linux_syscall.h 1.98 +3 -3 src/sys/i386/linux/linux_sysent.c From marius at FreeBSD.org Tue May 13 20:58:08 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Tue May 13 20:58:10 2008 Subject: cvs commit: src/sys/dev/usb ehci.c ohci.c Message-ID: <200805132058.m4DKw8gD006214@repoman.freebsd.org> marius 2008-05-13 20:58:08 UTC FreeBSD src repository Modified files: sys/dev/usb ehci.c ohci.c Log: Don't let hacksync() call bus_dmamap_sync(9) on DMA maps which are not initialized. This fixes a panic on sparc64 where calling bus_dmamap_sync(9) on NULL DMA maps is fatal. Approved by: sam Revision Changes Path 1.63 +7 -3 src/sys/dev/usb/ehci.c 1.172 +7 -3 src/sys/dev/usb/ohci.c From gad at FreeBSD.org Tue May 13 21:46:53 2008 From: gad at FreeBSD.org (Garance A Drosehn) Date: Tue May 13 21:46:57 2008 Subject: cvs commit: src/usr.bin/env env.1 env.c Message-ID: <200805132146.m4DLkrEY010139@repoman.freebsd.org> gad 2008-05-13 21:46:50 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/env env.1 env.c Log: MFC *: Add the '-u name' option to the env command, which will completely unset the given variable name (removing it from the environment, instead of just setting it to a null value). [* = 1.10->1.11 env.1, 1.20 env.c] PR: bin/65649 Revision Changes Path 1.9.10.1 +21 -5 src/usr.bin/env/env.1 1.19.2.1 +10 -3 src/usr.bin/env/env.c From remko at FreeBSD.org Tue May 13 21:51:02 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Tue May 13 21:51:04 2008 Subject: cvs commit: src/share/man/man4 termios.4 Message-ID: <200805132151.m4DLp25c010335@repoman.freebsd.org> remko 2008-05-13 21:51:02 UTC FreeBSD src repository Modified files: share/man/man4 termios.4 Log: The first of thirteen patches by Ed that resolves a documentation issue in termios.4, ttydefaults.h does not exist in /usr/include but in /usr/include/sys. MFC after: 3 days Submitted by: Ed Schouten (ed at 80386 dot nl) Revision Changes Path 1.32 +1 -1 src/share/man/man4/termios.4 From remko at FreeBSD.org Tue May 13 21:51:36 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Tue May 13 21:51:39 2008 Subject: cvs commit: src/share/man/man4 termios.4 Message-ID: <200805132151.m4DLpZNd010368@repoman.freebsd.org> remko 2008-05-13 21:51:35 UTC FreeBSD src repository Modified files: share/man/man4 termios.4 Log: Bump modification date. Revision Changes Path 1.33 +1 -1 src/share/man/man4/termios.4 From adrian at FreeBSD.org Tue May 13 22:27:33 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Tue May 13 22:27:35 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805132227.m4DMRWn8012507@repoman.freebsd.org> adrian 2008-05-13 22:27:32 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: BSDCan calendar file update #1. Revision Changes Path 1.230 +3 -0 src/usr.bin/calendar/calendars/calendar.freebsd From adrian at FreeBSD.org Tue May 13 22:46:14 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Tue May 13 22:46:15 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805132246.m4DMkDTm013145@repoman.freebsd.org> adrian 2008-05-13 22:46:13 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: BSDCan update #2. Revision Changes Path 1.231 +1 -0 src/usr.bin/calendar/calendars/calendar.freebsd From adrian at FreeBSD.org Tue May 13 23:07:43 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Tue May 13 23:07:46 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805132307.m4DN7hiB014896@repoman.freebsd.org> adrian 2008-05-13 23:07:43 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Fix whitespace bug introduced a couple commits ago. Revision Changes Path 1.232 +1 -1 src/usr.bin/calendar/calendars/calendar.freebsd From adrian at FreeBSD.org Tue May 13 23:24:07 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Tue May 13 23:24:11 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805132324.m4DNO6F4015576@repoman.freebsd.org> adrian 2008-05-13 23:24:06 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Fix #2. Revision Changes Path 1.233 +1 -1 src/usr.bin/calendar/calendars/calendar.freebsd From brian at FreeBSD.org Wed May 14 00:22:22 2008 From: brian at FreeBSD.org (Brian Somers) Date: Wed May 14 00:22:25 2008 Subject: cvs commit: src/usr.sbin/syslogd syslogd.8 syslogd.c Message-ID: <200805140022.m4E0MMkG018386@repoman.freebsd.org> brian 2008-05-14 00:22:21 UTC FreeBSD src repository Modified files: usr.sbin/syslogd syslogd.8 syslogd.c Log: Add a -8 switch to syslogd to prevent it from mangling 8-bit data. Revision Changes Path 1.62 +19 -2 src/usr.sbin/syslogd/syslogd.8 1.156 +7 -3 src/usr.sbin/syslogd/syslogd.c From remko at FreeBSD.org Wed May 14 00:22:58 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Wed May 14 00:23:00 2008 Subject: cvs commit: src/usr.sbin/pstat pstat.c Message-ID: <200805140022.m4E0Mwjb018441@repoman.freebsd.org> remko 2008-05-14 00:22:58 UTC FreeBSD src repository Modified files: usr.sbin/pstat pstat.c Log: Fix pstat behaviour when using coredumps. The reference to tp was incorrect and should have been poining to &tty, tp is a virtual address from the coredump, while we should obtain the address through the tty struct. Approved by: imp (mentor, implicit trivial changes) MFC after: 1 week Submitted by: Ed Schouten (ed at 80836 dot nl) Revision Changes Path 1.103 +1 -1 src/usr.sbin/pstat/pstat.c From jh at saunalahti.fi Wed May 14 09:07:47 2008 From: jh at saunalahti.fi (Jaakko Heinonen) Date: Wed May 14 09:08:03 2008 Subject: cvs commit: src/sbin/fsck_ffs main.c In-Reply-To: <20080404085746.GB19086@dg.local> References: <200804040150.m341owGT075760@repoman.freebsd.org> <20080404085746.GB19086@dg.local> Message-ID: <20080514084333.GB2388@a91-153-116-186.elisa-laajakaista.fi> Hi, On 2008-04-04, Yar Tikhiy wrote: > On Fri, Apr 04, 2008 at 01:50:58AM +0000, Craig Rodrigues wrote: > > diff -u src/sbin/fsck_ffs/main.c:1.49 src/sbin/fsck_ffs/main.c:1.50 > > --- src/sbin/fsck_ffs/main.c:1.49 Wed Mar 5 08:25:49 2008 > > +++ src/sbin/fsck_ffs/main.c Fri Apr 4 01:50:58 2008 > > @@ -541,6 +541,10 @@ > > build_iovec(&iov, &iovlen, "errmsg", errmsg, > > sizeof(errmsg)); > > build_iovec(&iov, &iovlen, "update", NULL, 0); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > As I've already pointed out, this line you also added is dangerous > because it installs the string "update" to among the root mount > point options, which may blow up later with more changes to the > mount framework. The option still needs to be spelled MNT_UPDATE > and passed as a flag for now. There's also a similar problem with "snapshot" mount option. See these problem reports: kern/122833 kern/118360 Problems are caused by the fact that "snapshot" mount option persist after a nmount(2) call. "update" and "snapshot" shouldn't be permanent mount options. # mount -u -o snapshot /.snap/foo / # mount -u -o atime / mount: /dev/ad2s1a : Cross-device link # mount -u -o nosnapshot / # mount -u -o atime / # Oh, and the original bug still kind of exists: (boot to single user mode) # mount /dev/ad2s1a on / (ufs, local, read-only) devfs on /dev (devfs, local) # mount -o noatime / # mount /dev/ad2s1a on / (ufs, local, noatime) devfs on /dev (devfs, local) # (/ is now read-write) -- Jaakko From rpaulo at FreeBSD.org Wed May 14 09:57:22 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Wed May 14 09:57:28 2008 Subject: cvs commit: src/sys/dev/k8temp k8temp.c Message-ID: <200805140957.m4E9vMs1079013@repoman.freebsd.org> rpaulo 2008-05-14 09:57:21 UTC FreeBSD src repository Modified files: sys/dev/k8temp k8temp.c Log: Actually, don't rely on the unsafe MAX() macro. Use imax() as provided in the PR patch. Pointed out by: bde PR: 123542 Revision Changes Path 1.4 +2 -2 src/sys/dev/k8temp/k8temp.c From rpaulo at FreeBSD.org Wed May 14 10:02:25 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Wed May 14 10:02:30 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805141002.m4EA2Pl1079227@repoman.freebsd.org> rpaulo 2008-05-14 10:02:25 UTC FreeBSD src repository Modified files: sys/dev/coretemp coretemp.c Log: style(9): remove FreeBSD CVS ID from the initial license comment. MFC after: 1 day Revision Changes Path 1.8 +0 -3 src/sys/dev/coretemp/coretemp.c From rpaulo at FreeBSD.org Wed May 14 10:04:17 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Wed May 14 10:04:30 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805141004.m4EA4GJr080400@repoman.freebsd.org> rpaulo 2008-05-14 10:04:16 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/coretemp coretemp.c Log: MFC r1.7: Change the check for cpu_high to actually match CPUID 0x06. Submitted by: Arthur Hartwig PR: 122878 Revision Changes Path 1.2.2.3 +3 -3 src/sys/dev/coretemp/coretemp.c From rpaulo at FreeBSD.org Wed May 14 10:04:17 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Wed May 14 10:04:31 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805141004.m4EA4HTB080417@repoman.freebsd.org> rpaulo 2008-05-14 10:04:17 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/coretemp coretemp.c Log: MFC r1.7: Change the check for cpu_high to actually match CPUID 0x06. Submitted by: Arthur Hartwig PR: 122878 Revision Changes Path 1.2.4.2 +3 -3 src/sys/dev/coretemp/coretemp.c From kib at FreeBSD.org Wed May 14 14:29:55 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Wed May 14 14:30:09 2008 Subject: cvs commit: src/sys/kern kern_conf.c Message-ID: <200805141429.m4EETsc8004688@repoman.freebsd.org> kib 2008-05-14 14:29:54 UTC FreeBSD src repository Modified files: sys/kern kern_conf.c Log: Add the devctl notifications for the cdev create/destroy events. Based on the submission by: Andriy Gapon MFC after: 2 weeks Revision Changes Path 1.212 +42 -0 src/sys/kern/kern_conf.c From bms at FreeBSD.org Wed May 14 14:39:24 2008 From: bms at FreeBSD.org (Bruce M. Simpson) Date: Wed May 14 14:39:28 2008 Subject: cvs commit: src/sys/kern kern_conf.c In-Reply-To: <200805141429.m4EETsc8004688@repoman.freebsd.org> References: <200805141429.m4EETsc8004688@repoman.freebsd.org> Message-ID: <482AF998.8030401@FreeBSD.org> Konstantin Belousov wrote: > Log: > Add the devctl notifications for the cdev create/destroy events. > Very cool! From emax at FreeBSD.org Wed May 14 16:47:32 2008 From: emax at FreeBSD.org (Maksim Yevmenkin) Date: Wed May 14 16:47:47 2008 Subject: cvs commit: src/usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Message-ID: <200805141647.m4EGlUP1021019@repoman.freebsd.org> emax 2008-05-14 16:47:30 UTC FreeBSD src repository Modified files: usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Log: Make -t optional in server mode. If not specified use stdin/stdout. Document this. Do not require channel number in server mode. If not specified - bind to ''wildcard'' channel zero. Real channel number will be obtained automatically and registered with local sdpd(8). While I'm here fix serial port service registration. Submitted by: luigi Tested by: Helge Oldach MFC after: 3 days Revision Changes Path 1.11 +13 -8 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.1 1.11 +21 -16 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.c From ru at FreeBSD.org Wed May 14 17:08:32 2008 From: ru at FreeBSD.org (Ruslan Ermilov) Date: Wed May 14 17:08:40 2008 Subject: cvs commit: src/gnu/usr.bin/man TODO src/gnu/usr.bin/man/lib util.c src/gnu/usr.bin/man/man man.c Message-ID: <200805141708.m4EH8V4F023753@repoman.freebsd.org> ru 2008-05-14 17:08:31 UTC FreeBSD src repository Modified files: gnu/usr.bin/man TODO gnu/usr.bin/man/lib util.c gnu/usr.bin/man/man man.c Log: Add an ability to run man(1) on local files (the argument should contain a `/' character); based on the submission in the PR. PR: bin/120730 MFC after: 1 week Revision Changes Path 1.2 +3 -1 src/gnu/usr.bin/man/TODO 1.9 +20 -0 src/gnu/usr.bin/man/lib/util.c 1.67 +12 -2 src/gnu/usr.bin/man/man/man.c From ru at FreeBSD.org Wed May 14 17:18:14 2008 From: ru at FreeBSD.org (Ruslan Ermilov) Date: Wed May 14 17:18:18 2008 Subject: cvs commit: src/gnu/usr.bin/man/man man.c Message-ID: <200805141718.m4EHIDix024048@repoman.freebsd.org> ru 2008-05-14 17:18:13 UTC FreeBSD src repository Modified files: gnu/usr.bin/man/man man.c Log: Add support for bzip2-compressed manpages. PR: bin/120730 Submitted by: ighighi AT gmail DOT com MFC after: 1 week Revision Changes Path 1.68 +1 -1 src/gnu/usr.bin/man/man/man.c From jasone at FreeBSD.org Wed May 14 18:33:14 2008 From: jasone at FreeBSD.org (Jason Evans) Date: Wed May 14 18:33:19 2008 Subject: cvs commit: src/lib/libc/stdlib rb.h Message-ID: <200805141833.m4EIXDLs028143@repoman.freebsd.org> jasone 2008-05-14 18:33:13 UTC FreeBSD src repository Modified files: lib/libc/stdlib rb.h Log: Clean up cpp logic and comments. Revision Changes Path 1.4 +21 -8 src/lib/libc/stdlib/rb.h From marius at FreeBSD.org Wed May 14 21:00:28 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 14 21:00:32 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c if_bgereg.h Message-ID: <200805142100.m4EL0R1C045095@repoman.freebsd.org> marius 2008-05-14 21:00:27 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Improve the integration of BCM5906[M] support: - Rename BGE_FLAG_EEPROM to BGE_FLAG_EADDR to underline it's absence means "there's no chip containing an Ethernet address fitted to the BGE chip so we have to get it from the firmware instead" rather than "there's no EEPROM, but maybe NVRAM or something else". - Don't treat BCM5906[M] generally like chips w/o BGE_FLAG_EADDR set, just in the two cases really necessary. This gets us line with the original patch for DragonFlyBSD. - For sparc64 restore the intended behavior of obtaining the Ethernet address from the firmware in case BGE_FLAG_EADDR is not set, even for BCM5906[M]. - Fix some style(9) bugs introduced with rev. 1.208 of if_bge.c Approved by: jhb Additional testing by: Thomas Nystroem (BCM5906) Revision Changes Path 1.211 +62 -64 src/sys/dev/bge/if_bge.c 1.80 +1 -2 src/sys/dev/bge/if_bgereg.h From marius at FreeBSD.org Wed May 14 21:07:26 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 14 21:07:27 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c Message-ID: <200805142107.m4EL7Pvp046404@repoman.freebsd.org> marius 2008-05-14 21:07:25 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/bge if_bge.c Log: MFC: 1.208 - Use more appropriate maxsize, nsegments and maxsegsize parameters when creating the parent bus DMA tag. While at it correct the style and a nearby comment. - Take advantage of m_collapse(9) for performance reasons. Revision Changes Path 1.198.2.5 +6 -12 src/sys/dev/bge/if_bge.c From marius at FreeBSD.org Wed May 14 21:22:18 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 14 21:22:21 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c Message-ID: <200805142122.m4ELMIsb047945@repoman.freebsd.org> marius 2008-05-14 21:22:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/bge if_bge.c Log: MFC: 1.206 (partial) Use more appropriate maxsize, nsegments and maxsegsize parameters when creating the parent bus DMA tag. While at it correct the style and a nearby comment. Revision Changes Path 1.91.2.27 +5 -11 src/sys/dev/bge/if_bge.c From marius at FreeBSD.org Wed May 14 21:23:15 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Wed May 14 21:23:17 2008 Subject: cvs commit: src/sys/sparc64/include bus_common.h iommuvar.h src/sys/sparc64/pci psycho.c src/sys/sparc64/sbus sbus.c src/sys/sparc64/sparc64 counter.c iommu.c Message-ID: <200805142123.m4ELNERH048048@repoman.freebsd.org> marius 2008-05-14 21:23:14 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sparc64/include bus_common.h iommuvar.h sys/sparc64/pci psycho.c sys/sparc64/sbus sbus.c sys/sparc64/sparc64 counter.c iommu.c Log: MFC: bus_common.h 1.9; iommuvar.h 1.17; psycho.c 1.77; sbus.c 1.48; counter.c 1.7; iommu.c 1.47 - Use the name returned by device_get_nameunit(9) for the name of the counter-timer timecounter so the associated SYSCTL nodes don't clash on machines having multiple U2P and U2S bridges as well as establishing a clear mapping between these bridges and their timecounter device. - Don't bother setting up a "nice" name for the IOMMU, just use the name returned by device_get_nameunit(9), too. - Fix some minor style(9) bugs. - Use __FBSDID in counter.c Revision Changes Path 1.7.2.1 +2 -2 src/sys/sparc64/include/bus_common.h 1.16.2.1 +8 -7 src/sys/sparc64/include/iommuvar.h 1.70.2.3 +19 -25 src/sys/sparc64/pci/psycho.c 1.46.2.1 +3 -9 src/sys/sparc64/sbus/sbus.c 1.6.10.1 +13 -11 src/sys/sparc64/sparc64/counter.c 1.45.2.2 +4 -4 src/sys/sparc64/sparc64/iommu.c From phk at FreeBSD.org Wed May 14 23:29:02 2008 From: phk at FreeBSD.org (Poul-Henning Kamp) Date: Wed May 14 23:29:04 2008 Subject: cvs commit: src/usr.sbin/fifolog/fifolog_create fifolog_create.c src/usr.sbin/fifolog/fifolog_reader fifolog_reader.c src/usr.sbin/fifolog/fifolog_writer fifolog_writer.c Message-ID: <200805142329.m4ENT2Jm064020@repoman.freebsd.org> phk 2008-05-14 23:29:02 UTC FreeBSD src repository Modified files: usr.sbin/fifolog/fifolog_create fifolog_create.c usr.sbin/fifolog/fifolog_reader fifolog_reader.c usr.sbin/fifolog/fifolog_writer fifolog_writer.c Log: Populate usage() Submitted by: Jaakko Heinonen Revision Changes Path 1.2 +12 -2 src/usr.sbin/fifolog/fifolog_create/fifolog_create.c 1.3 +5 -6 src/usr.sbin/fifolog/fifolog_reader/fifolog_reader.c 1.2 +13 -4 src/usr.sbin/fifolog/fifolog_writer/fifolog_writer.c From brooks at FreeBSD.org Wed May 14 23:53:40 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Wed May 14 23:53:43 2008 Subject: cvs commit: src/etc network.subr Message-ID: <200805142353.m4ENrdtM064884@repoman.freebsd.org> brooks 2008-05-14 23:53:39 UTC FreeBSD src repository Modified files: etc network.subr Log: Don't print the interface status if we only create child or destroy interfaces. Correctly return status from childif_create(). Revision Changes Path 1.186 +3 -3 src/etc/network.subr From brooks at FreeBSD.org Thu May 15 00:08:08 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 00:08:10 2008 Subject: cvs commit: src/etc network.subr Message-ID: <200805150008.m4F082pr066697@repoman.freebsd.org> brooks 2008-05-15 00:08:02 UTC FreeBSD src repository Modified files: etc network.subr Log: Fix last commit and call childif_destroy() correctly. Revision Changes Path 1.187 +1 -1 src/etc/network.subr From brooks at FreeBSD.org Thu May 15 01:06:11 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 01:06:13 2008 Subject: cvs commit: src/etc network.subr src/etc/rc.d netif src/etc/defaults rc.conf src/share/man/man5 rc.conf.5 Message-ID: <200805150106.m4F16AHF080125@repoman.freebsd.org> brooks 2008-05-15 01:06:10 UTC FreeBSD src repository Modified files: etc network.subr etc/rc.d netif etc/defaults rc.conf share/man/man5 rc.conf.5 Log: Change the default value of synchronous_dhclient to NO. To preserve the existing behavior of etc/rc.d/netif, add code to wait up to if_up_delay seconds (30 seconds by default) for a default route to be configured if there are any dhcp interfaces. This should be extended to test that the interface is actually up. X-MFC after: Revision Changes Path 1.335 +2 -1 src/etc/defaults/rc.conf 1.188 +23 -0 src/etc/network.subr 1.27 +23 -0 src/etc/rc.d/netif 1.341 +6 -2 src/share/man/man5/rc.conf.5 From phk at FreeBSD.org Thu May 15 01:22:49 2008 From: phk at FreeBSD.org (Poul-Henning Kamp) Date: Thu May 15 01:22:53 2008 Subject: cvs commit: src/sys/dev/speaker spkr.c Message-ID: <200805150122.m4F1MmDj082816@repoman.freebsd.org> phk 2008-05-15 01:22:48 UTC FreeBSD src repository Modified files: sys/dev/speaker spkr.c Log: Move speaker a lot closer to style(9) Submitted by: Martin Voros Revision Changes Path 1.76 +316 -342 src/sys/dev/speaker/spkr.c From phk at FreeBSD.org Thu May 15 01:25:34 2008 From: phk at FreeBSD.org (Poul-Henning Kamp) Date: Thu May 15 01:25:36 2008 Subject: cvs commit: src/sbin/atacontrol atacontrol.c Message-ID: <200805150125.m4F1PVaf083353@repoman.freebsd.org> phk 2008-05-15 01:25:30 UTC FreeBSD src repository Modified files: sbin/atacontrol atacontrol.c Log: Fix for a bug I introduced when I cleaned up atacontrol: Don't terminate if we are listing devices, a controller might legitimately not be there. Submitted by: "Andrey V. Elsukov" Revision Changes Path 1.48 +5 -3 src/sbin/atacontrol/atacontrol.c From brooks at FreeBSD.org Thu May 15 01:53:09 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 01:53:12 2008 Subject: cvs commit: src/etc/rc.d dhclient Message-ID: <200805150153.m4F1r9Hp084242@repoman.freebsd.org> brooks 2008-05-15 01:53:09 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc/rc.d dhclient Log: MFC: Add very limited support for the isc-dhclient. It will almostly certaintly only work if there's just one interface doing dhcp. This version implements the same logic as the version in the PR, but uses pgrep to be less verbose. PR: conf/95905 Revision Changes Path 1.28.2.3 +4 -0 src/etc/rc.d/dhclient From brooks at FreeBSD.org Thu May 15 01:53:47 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 01:53:51 2008 Subject: cvs commit: src/etc/rc.d dhclient Message-ID: <200805150153.m4F1rlvg084279@repoman.freebsd.org> brooks 2008-05-15 01:53:46 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc/rc.d dhclient Log: MFC: Add very limited support for the isc-dhclient. It will almostly certaintly only work if there's just one interface doing dhcp. This version implements the same logic as the version in the PR, but uses pgrep to be less verbose. PR: conf/95905 Revision Changes Path 1.20.2.7 +4 -0 src/etc/rc.d/dhclient From brooks at FreeBSD.org Thu May 15 01:59:21 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 01:59:23 2008 Subject: cvs commit: src/sbin/dhclient bpf.c Message-ID: <200805150159.m4F1xKBm084470@repoman.freebsd.org> brooks 2008-05-15 01:59:20 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sbin/dhclient bpf.c Log: MFC rev 1.8: When sending packets directly to the DHCP server, use a socket and send directly rather than bogusly sending it out as a link layer broadcast (which fails to be received on some networks). PR: bin/96018 Revision Changes Path 1.2.2.5 +15 -0 src/sbin/dhclient/bpf.c From jhb at FreeBSD.org Thu May 15 03:07:36 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Thu May 15 03:07:37 2008 Subject: cvs commit: src/sys/kern imgact_elf.c Message-ID: <200805150307.m4F37ap6090071@repoman.freebsd.org> jhb 2008-05-15 03:07:34 UTC FreeBSD src repository Modified files: sys/kern imgact_elf.c Log: Go back to using the process command name (p_comm) for the file name and command line arguments stored in the note at the beginning of a core dump instead of the current thread name. Reviewed by: julian Revision Changes Path 1.187 +2 -2 src/sys/kern/imgact_elf.c From weongyo at FreeBSD.org Thu May 15 04:29:29 2008 From: weongyo at FreeBSD.org (Weongyo Jeong) Date: Thu May 15 04:29:36 2008 Subject: cvs commit: src/sys/compat/ndis subr_ndis.c Message-ID: <200805150429.m4F4TTSP094644@repoman.freebsd.org> weongyo 2008-05-15 04:29:28 UTC FreeBSD src repository Modified files: sys/compat/ndis subr_ndis.c Log: Fix a panic when it occurred during initializing the ndis driver because it try to read network address through ifnet structure which is NULL until the ndis driver's initialization is finished. Reviewed by: thompsa Revision Changes Path 1.112 +4 -0 src/sys/compat/ndis/subr_ndis.c From doconnor at gsoft.com.au Thu May 15 08:44:04 2008 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Thu May 15 08:44:10 2008 Subject: cvs commit: src/usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c In-Reply-To: <200805141647.m4EGlUP1021019@repoman.freebsd.org> References: <200805141647.m4EGlUP1021019@repoman.freebsd.org> Message-ID: <200805151814.14386.doconnor@gsoft.com.au> On Thu, 15 May 2008, Maksim Yevmenkin wrote: > Modified files: > usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c > Log: > Make -t optional in server mode. If not specified use > stdin/stdout. Document this. Do not require channel number in server > mode. If not specified - bind to ''wildcard'' channel zero. Real > channel number will be obtained automatically and registered with > local sdpd(8). While I'm here fix serial port service registration. How hard would it be to have a '-t auto' and have it print out the pty it just allocated? It would make it much easier for scripts to work if that was possible. (Maybe just call openpty()?) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080515/7eeec2fa/attachment.pgp From dfr at FreeBSD.org Thu May 15 08:53:32 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 15 08:53:37 2008 Subject: cvs commit: src/kerberos5/lib/libkrb5 Makefile Message-ID: <200805150853.m4F8rV3s034228@repoman.freebsd.org> dfr 2008-05-15 08:53:31 UTC FreeBSD src repository Modified files: kerberos5/lib/libkrb5 Makefile Log: Add the hx509 error table. Revision Changes Path 1.21 +2 -0 src/kerberos5/lib/libkrb5/Makefile From bms at FreeBSD.org Thu May 15 10:43:12 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Thu May 15 10:43:17 2008 Subject: cvs commit: src/usr.bin/ldd ldd.1 Message-ID: <200805151043.m4FAhBG3040123@repoman.freebsd.org> bms 2008-05-15 10:43:11 UTC FreeBSD src repository Modified files: usr.bin/ldd ldd.1 Log: Add an example of how to use ldd -f. Revision Changes Path 1.25 +8 -1 src/usr.bin/ldd/ldd.1 From bms at FreeBSD.org Thu May 15 10:47:15 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Thu May 15 10:47:18 2008 Subject: cvs commit: src/libexec/rtld-elf rtld.1 Message-ID: <200805151047.m4FAlEu6040298@repoman.freebsd.org> bms 2008-05-15 10:47:14 UTC FreeBSD src repository Modified files: libexec/rtld-elf rtld.1 Log: Make the meaning of the %A format specifier, as passed to LD_TRACE_LOADED_OBJECTS_FMT[12], more obvious for users like me. Revision Changes Path 1.47 +5 -2 src/libexec/rtld-elf/rtld.1 From bms at FreeBSD.org Thu May 15 10:51:31 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Thu May 15 10:51:35 2008 Subject: cvs commit: src/usr.bin/ldd ldd.1 Message-ID: <200805151051.m4FApUwU040482@repoman.freebsd.org> bms 2008-05-15 10:51:30 UTC FreeBSD src repository Modified files: usr.bin/ldd ldd.1 Log: Typo Revision Changes Path 1.26 +1 -1 src/usr.bin/ldd/ldd.1 From bms at FreeBSD.org Thu May 15 11:00:24 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Thu May 15 11:00:31 2008 Subject: cvs commit: src/etc rc.initdiskless Message-ID: <200805151100.m4FB0NAU040825@repoman.freebsd.org> bms 2008-05-15 11:00:23 UTC FreeBSD src repository Modified files: etc rc.initdiskless Log: Add support for /conf/T/M/remount_optional. The rc.initdiskless functionality is used by NanoBSD to allow configuration files to live on a separate configuration slice, which acts as NVRAM, whilst the system image is mounted read-only. Normally, if the remount command fails during boot, this is regarded as a fatal error. If /conf/T/M/remount_optional is present, this error is non-fatal. If the file is not present, the default behaviour is unchanged. This is very useful for people building live CD images using FreeBSD, where the NVRAM lives somewhere completely differently from the system image, and may be present on removable media which is not present during the initial boot. Revision Changes Path 1.53 +8 -0 src/etc/rc.initdiskless From jhb at freebsd.org Thu May 15 12:07:58 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 15 12:08:07 2008 Subject: cvs commit: src/sys/pci intpm.c In-Reply-To: <4828C465.9030105@FreeBSD.org> References: <200805122134.m4CLYqdB072870@repoman.freebsd.org> <4828C465.9030105@FreeBSD.org> Message-ID: <200805150746.48423.jhb@freebsd.org> On Monday 12 May 2008 06:27:49 pm Rui Paulo wrote: > John Baldwin wrote: > > jhb 2008-05-12 21:34:52 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/pci intpm.c > > Log: > > - Set sc->dev to the new-bus device_t so all the device_printf()s work. > > - Add a missing newline to a printf. > > > > MFC after: 1 week > > Submitted by: Andriy Gapon avg <> icyb.net.ua > > > > Revision Changes Path > > 1.41 +3 -1 src/sys/pci/intpm.c > > You're fast! > I just emailed takanori@ about committing this... Heh. > Oh well, thanks. Heh, in this case I'm probably the one who broke it while updating intpm (i.e. forgot to set sc->dev when changing it to use device_printf()). -- John Baldwin From philip at FreeBSD.org Thu May 15 15:05:03 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Thu May 15 15:05:13 2008 Subject: cvs commit: src/usr.sbin/moused moused.8 moused.c Message-ID: <200805151505.m4FF53aF063765@repoman.freebsd.org> philip 2008-05-15 15:05:02 UTC FreeBSD src repository Modified files: usr.sbin/moused moused.8 moused.c Log: Improve the virtual scrolling mechanism to make middle clicking less difficult. Add a -L option (yet another option, indeed!) which changes the speed of scrolling and change -U to only affect the scroll threshold. This should make middle-clicking a much more pleasant experience. PR: bin/120186 Submitted by: Aragon Gouveia MFC after: 3 days Revision Changes Path 1.62 +20 -4 src/usr.sbin/moused/moused.8 1.84 +38 -11 src/usr.sbin/moused/moused.c From dfr at FreeBSD.org Thu May 15 15:28:19 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 15 15:28:21 2008 Subject: cvs commit: src/lib/libpam/modules/pam_ksu Makefile Message-ID: <200805151528.m4FFSJYk064638@repoman.freebsd.org> dfr 2008-05-15 15:28:19 UTC FreeBSD src repository Modified files: lib/libpam/modules/pam_ksu Makefile Log: Add new heimdal-1.1 library. Revision Changes Path 1.7 +2 -2 src/lib/libpam/modules/pam_ksu/Makefile From adrian at FreeBSD.org Thu May 15 16:10:56 2008 From: adrian at FreeBSD.org (Adrian Chadd) Date: Thu May 15 16:10:57 2008 Subject: cvs commit: src/tools/regression/aio/aiop aiop.c Message-ID: <200805151610.m4FGAtGf067240@repoman.freebsd.org> adrian 2008-05-15 16:10:55 UTC FreeBSD src repository Modified files: tools/regression/aio/aiop aiop.c Log: Add the ability to do all read, all write, or random read/write. Revision Changes Path 1.2 +44 -9 src/tools/regression/aio/aiop/aiop.c From marius at FreeBSD.org Thu May 15 18:50:11 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 15 18:50:15 2008 Subject: cvs commit: src/sys/sparc64/include bus_common.h Message-ID: <200805151850.m4FIoAJi093382@repoman.freebsd.org> marius 2008-05-15 18:50:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/sparc64/include bus_common.h Log: MFC: 1.6 Style(9) fix - use #define consistently. Revision Changes Path 1.5.2.1 +15 -15 src/sys/sparc64/include/bus_common.h From alc at FreeBSD.org Thu May 15 18:52:31 2008 From: alc at FreeBSD.org (Alan Cox) Date: Thu May 15 18:52:33 2008 Subject: cvs commit: src/sys/vm vm_page.c Message-ID: <200805151852.m4FIqVTq093601@repoman.freebsd.org> alc 2008-05-15 18:52:31 UTC FreeBSD src repository Modified files: sys/vm vm_page.c Log: Don't call vm_reserv_alloc_page() on device-backed objects. Otherwise, the system may panic because there is no reservation structure corresponding to the physical address of the device memory. Reported by: Giorgos Keramidas Revision Changes Path 1.370 +1 -1 src/sys/vm/vm_page.c From brooks at FreeBSD.org Thu May 15 19:27:53 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 19:27:56 2008 Subject: cvs commit: src/usr.bin/getopt README getopt.c Message-ID: <200805151927.m4FJRrC0097238@repoman.freebsd.org> brooks 2008-05-15 19:27:53 UTC FreeBSD src repository Modified files: usr.bin/getopt getopt.c Removed files: usr.bin/getopt README Log: getopt.c is public domain. Add a comment to that effect. Remove confusing README. PR: bin/98911 Submitted by: Jason McIntyre Obtained from: OpenBSD MFC after: 3 days Revision Changes Path 1.2 +0 -57 src/usr.bin/getopt/README (dead) 1.11 +5 -0 src/usr.bin/getopt/getopt.c From dfr at FreeBSD.org Thu May 15 19:55:20 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Thu May 15 19:55:22 2008 Subject: cvs commit: src/include/gssapi gssapi.h Message-ID: <200805151955.m4FJtJW7099342@repoman.freebsd.org> dfr 2008-05-15 19:55:19 UTC FreeBSD src repository Modified files: include/gssapi gssapi.h Log: Add definition for OM_uint64. Submitted by: tmclaugh Revision Changes Path 1.3 +1 -0 src/include/gssapi/gssapi.h From stefanf at FreeBSD.org Thu May 15 19:55:27 2008 From: stefanf at FreeBSD.org (Stefan Farfeleder) Date: Thu May 15 19:55:31 2008 Subject: cvs commit: src/bin/sh expand.c parser.c parser.h Message-ID: <200805151955.m4FJtRMb099378@repoman.freebsd.org> stefanf 2008-05-15 19:55:27 UTC FreeBSD src repository Modified files: bin/sh expand.c parser.c parser.h Log: Expand $LINENO to the current line number. This is required by SUSv3's "User Portability Utilities" option. Often configure scripts generated by the autotools test if $LINENO works and refuse to use /bin/sh if not. Package test run by: pav Revision Changes Path 1.53 +8 -1 src/bin/sh/expand.c 1.59 +22 -3 src/bin/sh/parser.c 1.12 +5 -3 src/bin/sh/parser.h From stefanf at FreeBSD.org Thu May 15 19:58:45 2008 From: stefanf at FreeBSD.org (Stefan Farfeleder) Date: Thu May 15 19:58:48 2008 Subject: cvs commit: src/tools/regression/bin/sh/builtins lineno.0 lineno.0.stdout Message-ID: <200805151958.m4FJwiGw099542@repoman.freebsd.org> stefanf 2008-05-15 19:58:44 UTC FreeBSD src repository Added files: tools/regression/bin/sh/builtins lineno.0 lineno.0.stdout Log: Test the expansion of $LINENO. Revision Changes Path 1.1 +16 -0 src/tools/regression/bin/sh/builtins/lineno.0 (new) 1.1 +9 -0 src/tools/regression/bin/sh/builtins/lineno.0.stdout (new) From brooks at FreeBSD.org Thu May 15 20:04:38 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Thu May 15 20:04:58 2008 Subject: cvs commit: src/usr.bin/cksum cksum.c Message-ID: <200805152004.m4FK4bnM000971@repoman.freebsd.org> brooks 2008-05-15 20:04:37 UTC FreeBSD src repository Modified files: usr.bin/cksum cksum.c Log: Change a use of u_int32_t to uint32_t. PR: bin/93172 Submitted by: Robert Millan MFC after: 1 week Revision Changes Path 1.18 +1 -1 src/usr.bin/cksum/cksum.c From attilio at FreeBSD.org Thu May 15 20:10:07 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Thu May 15 20:10:11 2008 Subject: cvs commit: src/sys/kern kern_sx.c subr_lock.c subr_witness.c src/sys/sys _lock.h _lockmgr.h _mutex.h _rwlock.h _sx.h lock.h lockmgr.h mutex.h rwlock.h Message-ID: <200805152010.m4FKA7p9001327@repoman.freebsd.org> attilio 2008-05-15 20:10:07 UTC FreeBSD src repository Modified files: sys/kern kern_sx.c subr_lock.c subr_witness.c sys/sys _lock.h _lockmgr.h _mutex.h _rwlock.h _sx.h lock.h lockmgr.h mutex.h rwlock.h Log: - Embed the recursion counter for any locking primitive directly in the lock_object, using an unified field called lo_data. - Replace lo_type usage with the w_name usage and at init time pass the lock "type" directly to witness_init() from the parent lock init function. Handle delayed initialization before than witness_initialize() is called through the witness_pendhelp structure. - Axe out LO_ENROLLPEND as it is not really needed. The case where the mutex init delayed wants to be destroyed can't happen because witness_destroy() checks for witness_cold and panic in case. - In enroll(), if we cannot allocate a new object from the freelist, notify that to userspace through a printf(). - Modify the depart function in order to return nothing as in the current CVS version it always returns true and adjust callers accordingly. - Fix the witness_addgraph() argument name prototype. - Remove unuseful code from itismychild(). This commit leads to a shrinked struct lock_object and so smaller locks, in particular on amd64 where 2 uintptr_t (16 bytes per-primitive) are gained. Reviewed by: jhb Revision Changes Path 1.60 +1 -0 src/sys/kern/kern_sx.c 1.23 +1 -4 src/sys/kern/subr_lock.c 1.249 +41 -64 src/sys/kern/subr_witness.c 1.16 +2 -5 src/sys/sys/_lock.h 1.2 +0 -1 src/sys/sys/_lockmgr.h 1.14 +0 -1 src/sys/sys/_mutex.h 1.5 +0 -1 src/sys/sys/_rwlock.h 1.2 +0 -1 src/sys/sys/_sx.h 1.73 +4 -5 src/sys/sys/lock.h 1.70 +1 -0 src/sys/sys/lockmgr.h 1.103 +2 -0 src/sys/sys/mutex.h 1.19 +2 -0 src/sys/sys/rwlock.h From marius at FreeBSD.org Thu May 15 20:12:18 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 15 20:12:21 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c Message-ID: <200805152012.m4FKCHZQ001465@repoman.freebsd.org> marius 2008-05-15 20:12:17 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/bge if_bge.c Log: Forced commit to denote that revision 1.198.2.5 actually was an MFC of 1.206. Revision Changes Path 1.198.2.6 +0 -0 src/sys/dev/bge/if_bge.c From gnn at FreeBSD.org Thu May 15 20:18:45 2008 From: gnn at FreeBSD.org (George V. Neville-Neil) Date: Thu May 15 20:18:49 2008 Subject: cvs commit: src/sys/kern uipc_sockbuf.c src/sys/sys socketvar.h src/usr.bin/netstat inet.c main.c netstat.1 netstat.h Message-ID: <200805152018.m4FKIjHM001758@repoman.freebsd.org> gnn 2008-05-15 20:18:44 UTC FreeBSD src repository Modified files: sys/kern uipc_sockbuf.c sys/sys socketvar.h usr.bin/netstat inet.c main.c netstat.1 netstat.h Log: Update the kernel to count the number of mbufs and clusters (all types) used per socket buffer. Add support to netstat to print out all of the socket buffer statistics. Update the netstat manual page to describe the new -x flag which gives the extended output. Reviewed by: rwatson, julian Revision Changes Path 1.177 +2 -0 src/sys/kern/uipc_sockbuf.c 1.164 +12 -2 src/sys/sys/socketvar.h 1.83 +37 -9 src/usr.bin/netstat/inet.c 1.89 +5 -1 src/usr.bin/netstat/main.c 1.59 +24 -1 src/usr.bin/netstat/netstat.1 1.54 +1 -0 src/usr.bin/netstat/netstat.h From marius at FreeBSD.org Thu May 15 20:21:31 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 15 20:21:33 2008 Subject: cvs commit: src/sys/sparc64/include bus.h Message-ID: <200805152021.m4FKLVVe001932@repoman.freebsd.org> marius 2008-05-15 20:21:31 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sparc64/include bus.h Log: MFC: 1.43 - Remove the BUS_HANDLE_MIN checking in the __BUS_DEBUG_ACCESS macro; for UPA it should have fulfilled its purpose by now and Fireplane- and JBus-based machines are way to messy in organization to implement something equivalent. - Fix a bunch of style(9) bugs. Revision Changes Path 1.41.2.2 +109 -81 src/sys/sparc64/include/bus.h From marius at FreeBSD.org Thu May 15 20:27:19 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Thu May 15 20:27:22 2008 Subject: cvs commit: src/sys/dev/sym sym_defs.h sym_fw.h sym_fw1.h sym_fw2.h sym_hipd.c Message-ID: <200805152027.m4FKRI98002157@repoman.freebsd.org> marius 2008-05-15 20:27:18 UTC FreeBSD src repository Modified files: sys/dev/sym sym_defs.h sym_fw.h sym_fw1.h sym_fw2.h sym_hipd.c Log: - Const'ify firmware and lookup-tables. - Obsolete redundant inst_name and unit members of struct sym_hcb. - Fix three more NULL vs. 0 confusions. - Use device_set_softc(9) to tell the bus layer that this driver allocates a instance of struct sym_hcb itself. Revision Changes Path 1.12 +1 -1 src/sys/dev/sym/sym_defs.h 1.6 +8 -8 src/sys/dev/sym/sym_fw.h 1.9 +2 -2 src/sys/dev/sym/sym_fw1.h 1.10 +2 -2 src/sys/dev/sym/sym_fw2.h 1.70 +40 -40 src/sys/dev/sym/sym_hipd.c From attilio at FreeBSD.org Thu May 15 21:39:25 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Thu May 15 21:39:30 2008 Subject: cvs commit: src/sys/fs/ntfs ntfs_subr.c Message-ID: <200805152139.m4FLdPRh015310@repoman.freebsd.org> attilio 2008-05-15 21:39:25 UTC FreeBSD src repository Modified files: sys/fs/ntfs ntfs_subr.c Log: lockinit() can't accept LK_EXCLUSIVE as an initializaiton flag, so just drop it. Reported by: Josh Carroll Submitted by: jhb Revision Changes Path 1.46 +1 -1 src/sys/fs/ntfs/ntfs_subr.c From scf at FreeBSD.org Fri May 16 01:06:02 2008 From: scf at FreeBSD.org (Sean Farley) Date: Fri May 16 01:06:06 2008 Subject: cvs commit: src/include readpassphrase.h Message-ID: <200805160106.m4G16126036639@repoman.freebsd.org> scf 2008-05-16 01:06:01 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) include readpassphrase.h Log: MFC: Define the size_t type since readpassphrase(3) requires it in its definition and sys/types.h is not listed within the synopsis of the man page. src/include/readpassphrase.h: rev 1.2 -> 1.3 Revision Changes Path 1.2.28.1 +6 -0 src/include/readpassphrase.h From scf at FreeBSD.org Fri May 16 01:22:20 2008 From: scf at FreeBSD.org (Sean Farley) Date: Fri May 16 01:22:23 2008 Subject: cvs commit: src/include readpassphrase.h Message-ID: <200805160122.m4G1MKU0037229@repoman.freebsd.org> scf 2008-05-16 01:22:20 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) include readpassphrase.h Log: MFC: Define the size_t type since readpassphrase(3) requires it in its definition and sys/types.h is not listed within the synopsis of the man page. src/include/readpassphrase.h: rev 1.2 -> 1.3 Revision Changes Path 1.2.18.1 +6 -0 src/include/readpassphrase.h From dfr at FreeBSD.org Fri May 16 02:06:11 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Fri May 16 02:06:13 2008 Subject: cvs commit: src/include/gssapi gssapi.h Message-ID: <200805160206.m4G26A3S039848@repoman.freebsd.org> dfr 2008-05-16 02:06:10 UTC FreeBSD src repository Modified files: include/gssapi gssapi.h Log: Make this c++ compatible. PR: 87726 Revision Changes Path 1.4 +4 -0 src/include/gssapi/gssapi.h From scf at FreeBSD.org Fri May 16 02:07:57 2008 From: scf at FreeBSD.org (Sean Farley) Date: Fri May 16 02:07:59 2008 Subject: cvs commit: src/lib/libutil Makefile gr_util.c libutil.h Message-ID: <200805160207.m4G27vIW039943@repoman.freebsd.org> scf 2008-05-16 02:07:57 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libutil Makefile libutil.h Added files: (Branch: RELENG_7) lib/libutil gr_util.c Log: MFC: Add four utility functions related to struct grp processing modeled in-part after similar calls related to struct pwd in libutil/pw_util.c: - gr_equal() Perform a deep comparison of two struct grp's. It does a thorough, yet unoptimized comparison of all the members regardless of order. - gr_make() Create a string (see group(5)) from a struct grp. - gr_dup() Duplicate a struct grp. Returns a value that is a single contiguous block of memory. - gr_scan() Create a struct grp from a string (as produced by gr_make()). src/lib/libutil/Makefile: rev 1.66 -> 1.67 src/lib/libutil/gr_util.c: rev 0 -> 1.1 src/lib/libutil/libutil.h: rev 1.46 -> 1.47 Revision Changes Path 1.66.2.1 +1 -1 src/lib/libutil/Makefile 1.1.2.1 +234 -0 src/lib/libutil/gr_util.c (new) 1.45.2.1 +7 -0 src/lib/libutil/libutil.h From attilio at FreeBSD.org Fri May 16 02:09:14 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Fri May 16 02:09:17 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/sys lock.h Message-ID: <200805160209.m4G29DK7039986@repoman.freebsd.org> attilio 2008-05-16 02:09:13 UTC FreeBSD src repository Modified files: sys/cddl/compat/opensolaris/sys lock.h Log: LO_ENROLLPEND is no more existing so just axe it (it was left out by the original commit axing it). Revision Changes Path 1.3 +2 -3 src/sys/cddl/compat/opensolaris/sys/lock.h From scf at FreeBSD.org Fri May 16 03:13:37 2008 From: scf at FreeBSD.org (Sean Farley) Date: Fri May 16 03:13:39 2008 Subject: cvs commit: src/sys/net ethernet.h Message-ID: <200805160313.m4G3Dbqs044472@repoman.freebsd.org> scf 2008-05-16 03:13:37 UTC FreeBSD src repository Modified files: sys/net ethernet.h Log: Spelling and capitalization fixes. MFC after: 3 days Revision Changes Path 1.35 +4 -4 src/sys/net/ethernet.h From thompsa at FreeBSD.org Fri May 16 04:15:55 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Fri May 16 04:15:58 2008 Subject: cvs commit: src/sys/dev/wpi if_wpi.c if_wpivar.h Message-ID: <200805160415.m4G4FtRC047720@repoman.freebsd.org> thompsa 2008-05-16 04:15:55 UTC FreeBSD src repository Modified files: sys/dev/wpi if_wpi.c if_wpivar.h Log: The beacon miss notification must run without locks held has it calls back into wpi_raw_xmit(); Revision Changes Path 1.14 +15 -2 src/sys/dev/wpi/if_wpi.c 1.4 +1 -0 src/sys/dev/wpi/if_wpivar.h From grog at FreeBSD.org Fri May 16 04:33:05 2008 From: grog at FreeBSD.org (Greg Lehey) Date: Fri May 16 04:33:09 2008 Subject: cvs commit: src/lib/libc/stdtime strftime.3 Message-ID: <200805160433.m4G4X4mb048318@repoman.freebsd.org> grog 2008-05-16 04:33:04 UTC FreeBSD src repository Modified files: lib/libc/stdtime strftime.3 Log: Clarify that "ante meridiem" and "post meridiem" mean the same thing as the more commonly used "a.m." and "p.m.". Tripped over by: Callum Gibson. MFC after: 2 weeks Revision Changes Path 1.40 +2 -2 src/lib/libc/stdtime/strftime.3 From benno at FreeBSD.org Fri May 16 06:27:04 2008 From: benno at FreeBSD.org (Benno Rice) Date: Fri May 16 06:27:07 2008 Subject: cvs commit: src/sys/conf options src/sys/nfsclient bootp_subr.c Message-ID: <200805160627.m4G6R4Yn063160@repoman.freebsd.org> benno 2008-05-16 06:27:03 UTC FreeBSD src repository Modified files: sys/conf options sys/nfsclient bootp_subr.c Log: Allow the block size used when booting over NFS to be overridden. It defaults to 8192 bytes which is the size currently used. Revision Changes Path 1.629 +1 -0 src/sys/conf/options 1.72 +7 -2 src/sys/nfsclient/bootp_subr.c From benno at FreeBSD.org Fri May 16 06:50:41 2008 From: benno at FreeBSD.org (Benno Rice) Date: Fri May 16 06:50:43 2008 Subject: cvs commit: src/sys/conf NOTES Message-ID: <200805160650.m4G6ofZr063890@repoman.freebsd.org> benno 2008-05-16 06:50:40 UTC FreeBSD src repository Modified files: sys/conf NOTES Log: Document BOOTP_BLOCKSIZE. Revision Changes Path 1.1486 +1 -0 src/sys/conf/NOTES From ps at FreeBSD.org Fri May 16 08:27:03 2008 From: ps at FreeBSD.org (Paul Saab) Date: Fri May 16 08:27:08 2008 Subject: cvs commit: src/sys/dev/ciss ciss.c Message-ID: <200805160827.m4G8R3Yk069484@repoman.freebsd.org> ps 2008-05-16 08:27:03 UTC FreeBSD src repository Modified files: sys/dev/ciss ciss.c Log: Remove a check that didn't allow > 12 byte CDB's to be issued to ciss. This should allow volumes > 2TB to work. Reported by: Emil Mikulic Revision Changes Path 1.88 +0 -6 src/sys/dev/ciss/ciss.c From ps at FreeBSD.org Fri May 16 08:28:47 2008 From: ps at FreeBSD.org (Paul Saab) Date: Fri May 16 08:28:49 2008 Subject: cvs commit: src/sys/dev/ciss ciss.c Message-ID: <200805160828.m4G8Slre069536@repoman.freebsd.org> ps 2008-05-16 08:28:47 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/ciss ciss.c Log: MFC: rev 1.88 Remove a check that didn't allow > 12 byte CDB's to be issued to ciss. This should allow volumes > 2TB to work. Revision Changes Path 1.81.2.4 +0 -6 src/sys/dev/ciss/ciss.c From ps at FreeBSD.org Fri May 16 08:30:25 2008 From: ps at FreeBSD.org (Paul Saab) Date: Fri May 16 08:30:28 2008 Subject: cvs commit: src/sys/dev/ciss ciss.c Message-ID: <200805160830.m4G8UPpx069639@repoman.freebsd.org> ps 2008-05-16 08:30:25 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/ciss ciss.c Log: MFC: rev 1.88 Remove a check that didn't allow > 12 byte CDB's to be issued to ciss. This should allow volumes > 2TB to work. Revision Changes Path 1.64.2.5 +0 -6 src/sys/dev/ciss/ciss.c From kris at FreeBSD.org Fri May 16 10:08:19 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri May 16 10:08:22 2008 Subject: cvs commit: src/sys/kern kern_descrip.c Message-ID: <200805161008.m4GA8J5e084176@repoman.freebsd.org> kris 2008-05-16 10:08:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_descrip.c Log: MFC 1.330, 1.331: fdhold can return NULL, so add the one remaining missing check for this condition. Revision Changes Path 1.313.2.6 +2 -0 src/sys/kern/kern_descrip.c From kris at FreeBSD.org Fri May 16 10:11:16 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri May 16 10:11:19 2008 Subject: cvs commit: src/sys/dev/ieee488 ibfoo.c src/sys/dev/mfi mfi.c src/sys/dev/sound/midi mpu401.c src/sys/dev/usb if_aue.c src/sys/netgraph/netflow ng_netflow.c Message-ID: <200805161011.m4GABGDq084404@repoman.freebsd.org> kris 2008-05-16 10:11:15 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/ieee488 ibfoo.c sys/dev/mfi mfi.c sys/dev/sound/midi mpu401.c sys/dev/usb if_aue.c sys/netgraph/netflow ng_netflow.c Log: MFC: Replace callout_init(..., 1) with callout_init(..., CALLOUT_MPSAFE) for better grep-compliance and to standardize with the rest of the kernel. Revision Changes Path 1.5.12.1 +1 -1 src/sys/dev/ieee488/ibfoo.c 1.33.2.2 +1 -1 src/sys/dev/mfi/mfi.c 1.3.2.1 +1 -1 src/sys/dev/sound/midi/mpu401.c 1.117.2.1 +1 -1 src/sys/dev/usb/if_aue.c 1.14.2.3 +1 -1 src/sys/netgraph/netflow/ng_netflow.c From kib at FreeBSD.org Fri May 16 10:32:52 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 16 10:32:56 2008 Subject: cvs commit: src/sys/dev/fdc fdc.c Message-ID: <200805161032.m4GAWq26085151@repoman.freebsd.org> kib 2008-05-16 10:32:52 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/fdc fdc.c Log: MFC rev. 1.320: The wakeup() line from the rev. 1.319 is wrong and reintroduces a panic race on module unload. The wakeup() is internal to kproc_exit/kthread_exit. The correct fix is to fix the msleep() in detach to sleep on fdc->fdc_thread instead of &fdc->fdc_thread. MFC rev. 1.319: Wakeup the thread doing the fdc_detach() when the fdc worker thread exits [1]. Write access to the write-protected floppy shall call device_unbusy() to pair the device_busy() in the fd_access() [2]. PR: 116537 [1], 116539 [2] Revision Changes Path 1.307.2.5 +8 -2 src/sys/dev/fdc/fdc.c From kib at FreeBSD.org Fri May 16 10:35:17 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 16 10:35:21 2008 Subject: cvs commit: src/sys/fs/devfs devfs_rule.c src/sys/vm vm_mmap.c Message-ID: <200805161035.m4GAZG9G085344@repoman.freebsd.org> kib 2008-05-16 10:35:16 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/fs/devfs devfs_rule.c sys/vm vm_mmap.c Log: MFC rev. 1.24 of the sys/fs/devfs/devfs_rule.c, rev. 1.218 of the sys/vm/vm_mmap.c Do not dereference cdev->si_cdevsw, use the dev_refthread() to properly obtain the reference. In particular, this fixes the panic reported in the PR. Remove the comments stating that this needs to be done. PR: kern/119422 Revision Changes Path 1.14.2.4 +12 -5 src/sys/fs/devfs/devfs_rule.c 1.200.2.5 +16 -4 src/sys/vm/vm_mmap.c From kib at FreeBSD.org Fri May 16 11:41:51 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 16 11:41:55 2008 Subject: cvs commit: src/sys/kern kern_conf.c Message-ID: <200805161141.m4GBfpY9091064@repoman.freebsd.org> kib 2008-05-16 11:41:51 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern kern_conf.c Log: MFC part of the rev. 1.210, and the rev. 1.211. In the giant_XXX wrappers for the device methods of the D_NEEDGIANT drivers, do not dereference the cdev->si_devsw. It is racing with the destroy_devl() clearing of the si_devsw. Instead, use the dev_refthread() and return ENXIO for the destroyed device. PR: kern/122287 Revision Changes Path 1.186.2.10 +64 -20 src/sys/kern/kern_conf.c From gabor at FreeBSD.org Fri May 16 12:50:15 2008 From: gabor at FreeBSD.org (Gabor Kovesdan) Date: Fri May 16 12:50:17 2008 Subject: cvs commit: src/share/timedef hu_HU.ISO8859-2.src hu_HU.UTF-8.src Message-ID: <200805161250.m4GCoFms003950@repoman.freebsd.org> gabor 2008-05-16 12:50:15 UTC FreeBSD src repository (doc,ports committer) Modified files: share/timedef hu_HU.ISO8859-2.src hu_HU.UTF-8.src Log: - The names of the months and the days are in lowercase according to the Hungarian spelling, change them accordingly Requested by: Janos Mohacsi Revision Changes Path 1.9 +50 -50 src/share/timedef/hu_HU.ISO8859-2.src 1.4 +50 -50 src/share/timedef/hu_HU.UTF-8.src From attilio at FreeBSD.org Fri May 16 13:23:48 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Fri May 16 13:23:52 2008 Subject: cvs commit: src/sys/i386/i386 genassym.c src/sys/amd64/amd64 genassym.c src/sys/powerpc/powerpc genassym.c Message-ID: <200805161323.m4GDNl7O006255@repoman.freebsd.org> attilio 2008-05-16 13:23:47 UTC FreeBSD src repository Modified files: sys/i386/i386 genassym.c sys/amd64/amd64 genassym.c sys/powerpc/powerpc genassym.c Log: Removed unused assembly offsets for structures digging. Revision Changes Path 1.168 +0 -3 src/sys/amd64/amd64/genassym.c 1.162 +0 -3 src/sys/i386/i386/genassym.c 1.62 +0 -1 src/sys/powerpc/powerpc/genassym.c From marcel at FreeBSD.org Fri May 16 14:57:50 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Fri May 16 14:57:55 2008 Subject: cvs commit: src/sys/dev/puc pucdata.c Message-ID: <200805161457.m4GEvnmS013697@repoman.freebsd.org> marcel 2008-05-16 14:57:49 UTC FreeBSD src repository Modified files: sys/dev/puc pucdata.c Log: Fix RID calculation. The RID is really the BAR for PCI cards, so the index needs to be translated into an offset. While we did add the offset (0x10), we forgot to account for the width. Tested by: Thomas Vogt MFC after: 3 days Revision Changes Path 1.61 +1 -1 src/sys/dev/puc/pucdata.c From amdmi3 at amdmi3.ru Fri May 16 15:10:51 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri May 16 15:10:56 2008 Subject: cvs commit: src/sys/fs/devfs devfs_rule.c src/sys/vm vm_mmap.c In-Reply-To: <200805161035.m4GAZG9G085344@repoman.freebsd.org> References: <200805161035.m4GAZG9G085344@repoman.freebsd.org> Message-ID: <20080516143203.GG4543@hades.panopticon> * Konstantin Belousov (kib@FreeBSD.org) wrote: > Do not dereference cdev->si_cdevsw, use the dev_refthread() to properly > obtain the reference. In particular, this fixes the panic reported in > the PR. Remove the comments stating that this needs to be done. Thanks. I assume it fixes kern/89784 as well? -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From jhb at FreeBSD.org Fri May 16 15:34:07 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 16 15:34:10 2008 Subject: cvs commit: src/usr.bin/truss Makefile amd64-fbsd32.c amd64-linux32.c amd64linux32.conf extern.h fbsd32.conf main.c Message-ID: <200805161534.m4GFY7AD026990@repoman.freebsd.org> jhb 2008-05-16 15:34:07 UTC FreeBSD src repository Modified files: usr.bin/truss Makefile amd64-fbsd32.c amd64-linux32.c extern.h main.c Added files: usr.bin/truss amd64linux32.conf fbsd32.conf Log: Teach truss about 32-bit FreeBSD and Linux binaries on amd64. Some additional work is needed to handle ABI-specific syscall argument parsing, but this gets the basic tracing working. MFC after: 1 week Revision Changes Path 1.25 +35 -12 src/usr.bin/truss/Makefile 1.30 +28 -18 src/usr.bin/truss/amd64-fbsd32.c 1.28 +13 -13 src/usr.bin/truss/amd64-linux32.c 1.1 +13 -0 src/usr.bin/truss/amd64linux32.conf (new) 1.13 +4 -0 src/usr.bin/truss/extern.h 1.1 +13 -0 src/usr.bin/truss/fbsd32.conf (new) 1.47 +2 -0 src/usr.bin/truss/main.c From mtm at wubethiopia.com Fri May 16 16:07:17 2008 From: mtm at wubethiopia.com (Mike Makonnen) Date: Fri May 16 16:07:24 2008 Subject: cvs commit: src/etc network.subr src/etc/rc.d netif src/etc/defaults rc.conf src/share/man/man5 rc.conf.5 In-Reply-To: <200805150106.m4F16AHF080125@repoman.freebsd.org> References: <200805150106.m4F16AHF080125@repoman.freebsd.org> Message-ID: <482DAE0A.7020309@wubethiopia.com> Brooks Davis wrote: > brooks 2008-05-15 01:06:10 UTC > > FreeBSD src repository > > Modified files: > etc network.subr > etc/rc.d netif > etc/defaults rc.conf > share/man/man5 rc.conf.5 > Log: > Change the default value of synchronous_dhclient to NO. > > To preserve the existing behavior of etc/rc.d/netif, add code to wait > up to if_up_delay seconds (30 seconds by default) for a default route to > be configured if there are any dhcp interfaces. This should be extended > to test that the interface is actually up. Can you clue us in to the reason for the change? From the log message it seems that it preserves the current behavior, but in a more convoluted way. Also, if_up_delay seems to negate the need for synchronous_dhclient. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 FreeBSD | http://www.freebsd.org From rwatson at FreeBSD.org Fri May 16 18:10:08 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Fri May 16 18:10:10 2008 Subject: cvs commit: src/sys/kern uipc_sem.c Message-ID: <200805161810.m4GIA7C2046261@repoman.freebsd.org> rwatson 2008-05-16 18:10:07 UTC FreeBSD src repository Modified files: sys/kern uipc_sem.c Log: Attempt to improve convergence of POSIX semaphore code with style(9). MFC after: 3 days Revision Changes Path 1.31 +38 -31 src/sys/kern/uipc_sem.c From jfv at FreeBSD.org Fri May 16 18:46:31 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Fri May 16 18:46:36 2008 Subject: cvs commit: src/sys/conf files src/sys/dev/ixgbe LICENSE README ixgbe.c ixgbe.h ixgbe_82598.c ixgbe_api.c ixgbe_api.h ixgbe_common.c ixgbe_common.h ixgbe_osdep.h ixgbe_phy.c ixgbe_phy.h ixgbe_type.h tcp_lro.c tcp_lro.h src/sys/modules/ixgbe ... Message-ID: <200805161846.m4GIkU15048088@repoman.freebsd.org> jfv 2008-05-16 18:46:30 UTC FreeBSD src repository Modified files: sys/conf files sys/dev/ixgbe LICENSE ixgbe.c ixgbe.h ixgbe_82598.c ixgbe_api.c ixgbe_api.h ixgbe_common.c ixgbe_common.h ixgbe_osdep.h ixgbe_phy.c ixgbe_phy.h ixgbe_type.h sys/modules/ixgbe Makefile Added files: sys/dev/ixgbe README tcp_lro.c tcp_lro.h Log: This is driver version 1.4.4 of the Intel ixgbe driver. -It has new hardware support -It uses a new method of TX cleanup called Head Write Back -It includes the provisional generic TCP LRO feature contributed by Myricom and made general purpose by me. This should move into the stack upon approval but for this driver drop its in here. -Also bug fixes and etc... MFC in a week if no serious issues arise. Revision Changes Path 1.1298 +2 -0 src/sys/conf/files 1.2 +4 -2 src/sys/dev/ixgbe/LICENSE 1.1 +278 -0 src/sys/dev/ixgbe/README (new) 1.5 +805 -538 src/sys/dev/ixgbe/ixgbe.c 1.4 +107 -70 src/sys/dev/ixgbe/ixgbe.h 1.4 +454 -374 src/sys/dev/ixgbe/ixgbe_82598.c 1.4 +221 -185 src/sys/dev/ixgbe/ixgbe_api.c 1.4 +28 -14 src/sys/dev/ixgbe/ixgbe_api.h 1.4 +402 -285 src/sys/dev/ixgbe/ixgbe_common.c 1.4 +17 -15 src/sys/dev/ixgbe/ixgbe_common.h 1.4 +41 -31 src/sys/dev/ixgbe/ixgbe_osdep.h 1.4 +353 -97 src/sys/dev/ixgbe/ixgbe_phy.c 1.4 +20 -16 src/sys/dev/ixgbe/ixgbe_phy.h 1.4 +313 -208 src/sys/dev/ixgbe/ixgbe_type.h 1.1 +380 -0 src/sys/dev/ixgbe/tcp_lro.c (new) 1.1 +85 -0 src/sys/dev/ixgbe/tcp_lro.h (new) 1.3 +1 -1 src/sys/modules/ixgbe/Makefile From attilio at FreeBSD.org Fri May 16 19:44:51 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Fri May 16 19:44:54 2008 Subject: cvs commit: src/sys/netsmb smb_conn.c Message-ID: <200805161944.m4GJip3e066619@repoman.freebsd.org> attilio 2008-05-16 19:44:50 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netsmb smb_conn.c Log: MFC ver. 1.20: Currently, smb_co_init() uses the same lock name for the mutex interlock and the lockmgr. Use different names in order to avoid WITNESS conflicts. Revision Changes Path 1.18.2.1 +9 -8 src/sys/netsmb/smb_conn.c From remko at FreeBSD.org Fri May 16 19:47:16 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Fri May 16 19:47:18 2008 Subject: cvs commit: src/sys/dev/usb umass.c usbdevs Message-ID: <200805161947.m4GJlFMj066709@repoman.freebsd.org> remko 2008-05-16 19:47:15 UTC FreeBSD src repository Modified files: sys/dev/usb umass.c usbdevs Log: Add support for the Nikon D300 camera PR: usb/118741 Submitted by: Yuri Approved by: imp (mentor, implicit) MFC after: 3 days Revision Changes Path 1.163 +4 -0 src/sys/dev/usb/umass.c 1.354 +1 -0 src/sys/dev/usb/usbdevs From attilio at FreeBSD.org Fri May 16 19:56:25 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Fri May 16 19:56:28 2008 Subject: cvs commit: src/sys/netncp ncp_conn.c Message-ID: <200805161956.m4GJuPtI067060@repoman.freebsd.org> attilio 2008-05-16 19:56:25 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netncp ncp_conn.c Log: MFC rev. 1.34: LK_DRAIN'ed lockmgr needs to be released, so fix a wrong behaviour. Revision Changes Path 1.30.2.1 +1 -0 src/sys/netncp/ncp_conn.c From jhb at FreeBSD.org Fri May 16 20:09:30 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 16 20:09:31 2008 Subject: cvs commit: src/usr.bin/truss extern.h main.c Message-ID: <200805162009.m4GK9Tff068603@repoman.freebsd.org> jhb 2008-05-16 20:09:29 UTC FreeBSD src repository Modified files: usr.bin/truss extern.h main.c Log: Retire some stale alpha references. Revision Changes Path 1.14 +0 -4 src/usr.bin/truss/extern.h 1.48 +0 -3 src/usr.bin/truss/main.c From brooks at FreeBSD.org Fri May 16 20:43:38 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Fri May 16 20:43:40 2008 Subject: cvs commit: src/etc network.subr src/etc/rc.d netif src/etc/defaults rc.conf src/share/man/man5 rc.conf.5 In-Reply-To: <482DAE0A.7020309@wubethiopia.com> References: <200805150106.m4F16AHF080125@repoman.freebsd.org> <482DAE0A.7020309@wubethiopia.com> Message-ID: <20080516204348.GA91492@lor.one-eyed-alien.net> On Fri, May 16, 2008 at 06:53:46PM +0300, Mike Makonnen wrote: > Brooks Davis wrote: >> brooks 2008-05-15 01:06:10 UTC >> >> FreeBSD src repository >> >> Modified files: >> etc network.subr etc/rc.d netif >> etc/defaults rc.conf share/man/man5 rc.conf.5 Log: >> Change the default value of synchronous_dhclient to NO. >> To preserve the existing behavior of etc/rc.d/netif, add code to wait >> up to if_up_delay seconds (30 seconds by default) for a default route to >> be configured if there are any dhcp interfaces. This should be extended >> to test that the interface is actually up. > > Can you clue us in to the reason for the change? From the log message it > seems that it preserves the current behavior, but in a more convoluted way. My long term goal is to reduce the degree to which configuring interfaces at startup differs from the arrival of hot plugable or cloned interfaces. Also, once we figure out a way to easily query the link state we'll be able to use basically the same code to pause until the interface comes up which will work around some rather broken daemons that can't handle not having a working resolver. It turns out that I didn't quite get this version right. I need to move the test out of netif because devd isn't (and can't be) running at this point. > Also, if_up_delay seems to negate the need for synchronous_dhclient. That's true. I'm planning to remove it later, but I want to leave a temporary fallback in case users need the old behavior or find problems in the current behavior. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080516/13b089c1/attachment.pgp From keramida at ceid.upatras.gr Fri May 16 21:36:41 2008 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Fri May 16 21:36:45 2008 Subject: cvs commit: src/sys/vm vm_page.c In-Reply-To: <200805151852.m4FIqVTq093601@repoman.freebsd.org> (Alan Cox's message of "Thu, 15 May 2008 18:52:31 +0000 (UTC)") References: <200805151852.m4FIqVTq093601@repoman.freebsd.org> Message-ID: <87ej823pax.fsf@kobe.laptop> On Thu, 15 May 2008 18:52:31 +0000 (UTC), Alan Cox wrote: > alc 2008-05-15 18:52:31 UTC > > FreeBSD src repository > > Modified files: > sys/vm vm_page.c > Log: > Don't call vm_reserv_alloc_page() on device-backed objects. > Otherwise, the system may panic because there is no reservation > structure corresponding to the physical address of the device > memory. > > Reported by: Giorgos Keramidas Thanks! I posted a message to -current before seeing the commit. There have been no panics at all since I installed the patch on Wednesday. :) From markus at FreeBSD.org Fri May 16 22:31:17 2008 From: markus at FreeBSD.org (Markus Brueffer) Date: Fri May 16 22:31:19 2008 Subject: cvs commit: src/sys/fs/udf udf_vnops.c Message-ID: <200805162231.m4GMVH7I085761@repoman.freebsd.org> markus 2008-05-16 22:31:17 UTC FreeBSD src repository Modified files: sys/fs/udf udf_vnops.c Log: Fix and speedup timestamp calculations which is roughly based on the patch in the mentioned PR: - bounds check time->month as it is used as an array index - fix usage of time->month as array index (month is 1-12) - fix calculation based on time->day (day is 1-31) - fix the speedup code as it doesn't calculate correct timestamps before the year 2000 and reduce the number of calculation in the year-by-year code - speedup month calculations by replacing the array content with cumulative values - add microseconds calculation - fix an endian problem PR: kern/97786 Submitted by: Andriy Gapon Reviewed by: scottl (earlier version) Approved by: emax (mentor) MFC after: 1 week Revision Changes Path 1.69 +34 -22 src/sys/fs/udf/udf_vnops.c From remko at FreeBSD.org Sat May 17 01:28:25 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat May 17 01:28:35 2008 Subject: cvs commit: src/share/man/man4 termios.4 Message-ID: <200805170128.m4H1SOWY004141@repoman.freebsd.org> remko 2008-05-17 01:28:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) share/man/man4 termios.4 Log: MFC rev 1.32 and rev 1.33 termios.4 The first of thirteen patches by Ed that resolves a documentation issue in termios.4, ttydefaults.h does not exist in /usr/include but in /usr/include/sys. MFC after: 3 days Submitted by: Ed Schouten (ed at 80386 dot nl) Revision Changes Path 1.30.10.1 +2 -2 src/share/man/man4/termios.4 From remko at FreeBSD.org Sat May 17 01:29:44 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat May 17 01:29:47 2008 Subject: cvs commit: src/share/man/man4 termios.4 Message-ID: <200805170129.m4H1Tic2004187@repoman.freebsd.org> remko 2008-05-17 01:29:44 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) share/man/man4 termios.4 Log: MFC rev 1.32 and rev 1.33 termios.4 The first of thirteen patches by Ed that resolves a documentation issue in termios.4, ttydefaults.h does not exist in /usr/include but in /usr/include/sys. MFC after: 3 days Submitted by: Ed Schouten (ed at 80386 dot nl) Revision Changes Path 1.30.2.1 +2 -2 src/share/man/man4/termios.4 From jb at FreeBSD.org Sat May 17 02:09:49 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 17 02:09:51 2008 Subject: cvs commit: src/tools/test README src/tools/test/dtrace Makefile Message-ID: <200805170209.m4H29mpe006614@repoman.freebsd.org> jb 2008-05-17 02:09:48 UTC FreeBSD src repository Modified files: tools/test README Added files: tools/test/dtrace Makefile Log: Add the DTrace test makefile for the test suite distributed in OpenSolaris. Revision Changes Path 1.5 +1 -0 src/tools/test/README 1.1 +455 -0 src/tools/test/dtrace/Makefile (new) From jb at FreeBSD.org Sat May 17 02:14:20 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 17 02:14:21 2008 Subject: cvs commit: src/sys/sys sdt.h Message-ID: <200805170214.m4H2EJQr006800@repoman.freebsd.org> jb 2008-05-17 02:14:19 UTC FreeBSD src repository Added files: sys/sys sdt.h Log: Add the statically defined tracing header. Note that this implementation differs from the one in OpenSolaris, so it is BSD licensed and can be included anywhere. The kernel definitions defined here are dependent on the kernel option KDTRACE_HOOKS so that macros added to the sources are pre-processed out completely when the DTrace kernel hooks aren't compiled in. Revision Changes Path 1.1 +179 -0 src/sys/sys/sdt.h (new) From jb at FreeBSD.org Sat May 17 02:16:59 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 17 02:17:02 2008 Subject: cvs commit: src/sys/sys dtrace_bsd.h Message-ID: <200805170216.m4H2GxSd006909@repoman.freebsd.org> jb 2008-05-17 02:16:58 UTC FreeBSD src repository Added files: sys/sys dtrace_bsd.h Log: Add the DTrace shim layer definitions. All shim hooks are defined here. This is the interface between BSD code in FreeBSD and CDDL code from OpenSolaris. The hooks defined here are pre-processed out from the source files when the KDTRACE_HOOKS kernel option isn't defined. Revision Changes Path 1.1 +111 -0 src/sys/sys/dtrace_bsd.h (new) From jb at FreeBSD.org Sat May 17 02:31:19 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 17 02:31:23 2008 Subject: cvs commit: src/sys/modules/cyclic Makefile src/sys/modules/dtrace Makefile Makefile.inc src/sys/modules/dtrace/dtmalloc Makefile src/sys/modules/dtrace/dtrace Makefile src/sys/modules/dtrace/dtrace_test Makefile src/sys/modules/dtrace/dtraceall Makefile dtraceall.c ... Message-ID: <200805170231.m4H2VJAd008128@repoman.freebsd.org> jb 2008-05-17 02:31:19 UTC FreeBSD src repository Added files: sys/modules/cyclic Makefile sys/modules/dtrace Makefile Makefile.inc sys/modules/dtrace/dtmalloc Makefile sys/modules/dtrace/dtrace Makefile sys/modules/dtrace/dtrace_test Makefile sys/modules/dtrace/dtraceall Makefile dtraceall.c sys/modules/dtrace/fasttrap Makefile sys/modules/dtrace/fbt Makefile sys/modules/dtrace/lockstat Makefile sys/modules/dtrace/profile Makefile sys/modules/dtrace/prototype Makefile sys/modules/dtrace/sdt Makefile sys/modules/dtrace/systrace Makefile sys/modules/opensolaris Makefile Log: Add the DTrace kernel module makefiles. Revision Changes Path 1.1 +19 -0 src/sys/modules/cyclic/Makefile (new) 1.1 +23 -0 src/sys/modules/dtrace/Makefile (new) 1.1 +29 -0 src/sys/modules/dtrace/Makefile.inc (new) 1.1 +13 -0 src/sys/modules/dtrace/dtmalloc/Makefile (new) 1.1 +44 -0 src/sys/modules/dtrace/dtrace/Makefile (new) 1.1 +14 -0 src/sys/modules/dtrace/dtrace_test/Makefile (new) 1.1 +8 -0 src/sys/modules/dtrace/dtraceall/Makefile (new) 1.1 +74 -0 src/sys/modules/dtrace/dtraceall/dtraceall.c (new) 1.1 +19 -0 src/sys/modules/dtrace/fasttrap/Makefile (new) 1.1 +13 -0 src/sys/modules/dtrace/fbt/Makefile (new) 1.1 +14 -0 src/sys/modules/dtrace/lockstat/Makefile (new) 1.1 +13 -0 src/sys/modules/dtrace/profile/Makefile (new) 1.1 +13 -0 src/sys/modules/dtrace/prototype/Makefile (new) 1.1 +13 -0 src/sys/modules/dtrace/sdt/Makefile (new) 1.1 +13 -0 src/sys/modules/dtrace/systrace/Makefile (new) 1.1 +23 -0 src/sys/modules/opensolaris/Makefile (new) From brooks at FreeBSD.org Sat May 17 03:38:14 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sat May 17 03:38:18 2008 Subject: cvs commit: src/sys/net if.c Message-ID: <200805170338.m4H3cELe011405@repoman.freebsd.org> brooks 2008-05-17 03:38:14 UTC FreeBSD src repository Modified files: sys/net if.c Log: The if_check() function performed three actions: - verified that the ifp->if_snd.ifq_mtx was initalized for all attached interfaces. This was pointless because it was initalized for all interfaces in if_attach() so I've removed it. - Checked that ifp->if_snd.ifq_maxlen is initalized and set it to ifqmaxlen if unset. This makes more sense in if_attach() so I moved it there. - The first call of if_slowtimo(). Delete if_check() and call if_slowtimo() directly from the SYSINIT(). Revision Changes Path 1.280 +10 -28 src/sys/net/if.c From gnn at FreeBSD.org Sat May 17 04:00:12 2008 From: gnn at FreeBSD.org (George V. Neville-Neil) Date: Sat May 17 04:02:22 2008 Subject: cvs commit: src/sys/netipsec ipsec.h ipsec_osdep.h Message-ID: <200805170400.m4H40Boo012276@repoman.freebsd.org> gnn 2008-05-17 04:00:11 UTC FreeBSD src repository Modified files: sys/netipsec ipsec.h Removed files: sys/netipsec ipsec_osdep.h Log: Remove last bits of OS adaptation code from the IPSec code. Reviewed By: bz Revision Changes Path 1.16 +8 -1 src/sys/netipsec/ipsec.h 1.7 +0 -309 src/sys/netipsec/ipsec_osdep.h (dead) From mav at FreeBSD.org Sat May 17 08:43:51 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Sat May 17 08:43:54 2008 Subject: cvs commit: src/sys/netgraph ng_base.c Message-ID: <200805170843.m4H8horC036342@repoman.freebsd.org> mav 2008-05-17 08:43:50 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netgraph ng_base.c Log: MFC rev. 1.158 Use separate UMA zone for data items allocation. It is a partial rev. 1.149 rework. It allows to save several percents of CPU time on SMP by using UMA's internal per-CPU allocation limits instead of own global variable each time updated with atomics. Also it restores NG_WAITOK flag processing. PR: kern/123741 Revision Changes Path 1.135.2.9 +70 -40 src/sys/netgraph/ng_base.c From mav at FreeBSD.org Sat May 17 08:45:59 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Sat May 17 08:46:03 2008 Subject: cvs commit: src/sys/netgraph ng_base.c Message-ID: <200805170845.m4H8jwfe036493@repoman.freebsd.org> mav 2008-05-17 08:45:58 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/netgraph ng_base.c Log: MFC rev. 1.158 Use separate UMA zone for data items allocation. It is a partial rev. 1.149 rework. It allows to save several percents of CPU time on SMP by using UMA's internal per-CPU allocation limits instead of own global variable each time updated with atomics. Also it restores NG_WAITOK flag processing. PR: kern/123741 Revision Changes Path 1.102.2.20 +70 -40 src/sys/netgraph/ng_base.c From avg at icyb.net.ua Sat May 17 09:04:18 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Sat May 17 09:04:23 2008 Subject: cvs commit: src/sys/fs/udf udf_vnops.c In-Reply-To: <200805162231.m4GMVH7I085761@repoman.freebsd.org> References: <200805162231.m4GMVH7I085761@repoman.freebsd.org> Message-ID: <482E8ED7.6090808@icyb.net.ua> on 17/05/2008 01:31 Markus Brueffer said the following: > markus 2008-05-16 22:31:17 UTC > > FreeBSD src repository > > Modified files: > sys/fs/udf udf_vnops.c > Log: > Fix and speedup timestamp calculations which is roughly based on the patch in > the mentioned PR: > > - bounds check time->month as it is used as an array index > - fix usage of time->month as array index (month is 1-12) > - fix calculation based on time->day (day is 1-31) > - fix the speedup code as it doesn't calculate correct timestamps before > the year 2000 and reduce the number of calculation in the year-by-year code > - speedup month calculations by replacing the array content with cumulative > values > - add microseconds calculation > - fix an endian problem > > PR: kern/97786 > Submitted by: Andriy Gapon > Reviewed by: scottl (earlier version) > Approved by: emax (mentor) > MFC after: 1 week > > Revision Changes Path > 1.69 +34 -22 src/sys/fs/udf/udf_vnops.c Thank you! -- Andriy Gapon From daichi at FreeBSD.org Sat May 17 10:56:12 2008 From: daichi at FreeBSD.org (Daichi GOTO) Date: Sat May 17 10:56:16 2008 Subject: cvs commit: src/sys/fs/unionfs union_subr.c Message-ID: <200805171056.m4HAuBaS051688@repoman.freebsd.org> daichi 2008-05-17 10:56:11 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/unionfs union_subr.c Log: MFC: rev. 1.105 Fixed panic issue caused by cache incorrect free process by "umount -f" Submitted by: Masanori OZAWA Revision Changes Path 1.92.2.7 +16 -3 src/sys/fs/unionfs/union_subr.c From kib at FreeBSD.org Sat May 17 12:46:25 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sat May 17 12:46:27 2008 Subject: cvs commit: src/sys/kern vfs_syscalls.c src/sys/ufs/ffs ffs_softdep.c ffs_vfsops.c src/sys/ufs/ufs quota.h ufs_lookup.c ufs_quota.c ufs_vnops.c Message-ID: <200805171246.m4HCkOwG059884@repoman.freebsd.org> kib 2008-05-17 12:46:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern vfs_syscalls.c sys/ufs/ffs ffs_softdep.c ffs_vfsops.c sys/ufs/ufs quota.h ufs_lookup.c ufs_quota.c ufs_vnops.c Log: MFC the MPSAFE quotas. kern/vfs_syscalls.c rev. 1.433: Busy filesystem around call of VFS_QUOTACTL() vfs op. ufs/ffs/ffs_softdep.c remaining parts of the rev. 1.206 after 1.181.2.24: Replace unconditional acquision of Giant when QUOTAS are defined with VFS_LOCK_GIANT(NULL) call. ufs/ffs/ffs_vfsops.c rev. 1.327, 1.328 rev. 1.327: Implement fine-grained locking for UFS quotas. rev. 1.328: Mark UFS as being MP-Safe in "options QUOTA" case too. ufs/ufs/quota.h remaining parts of the rev. 1.30 after 1.27.2.3: Implement fine-grained locking for UFS quotas. ufs/ufs/ufs_lookup.c rev. 1.83: Call getinoquota() before allocating new block for the directory to properly account for block allocation. ufs/ufs/ufs_quota.c rev. 1.93: Implement fine-grained locking for UFS quotas. ufs/ufs/ufs_vnops.c rev. 1.289: Remove unneeded getinoquota() call in the ufs_access(). Revision Changes Path 1.392.2.20 +12 -12 src/sys/kern/vfs_syscalls.c 1.181.2.25 +0 -8 src/sys/ufs/ffs/ffs_softdep.c 1.290.2.20 +0 -4 src/sys/ufs/ffs/ffs_vfsops.c 1.27.2.5 +17 -0 src/sys/ufs/ufs/quota.h 1.77.2.6 +8 -0 src/sys/ufs/ufs/ufs_lookup.c 1.74.2.11 +458 -134 src/sys/ufs/ufs/ufs_quota.c 1.271.2.13 +0 -4 src/sys/ufs/ufs/ufs_vnops.c From cperciva at FreeBSD.org Sat May 17 15:55:30 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Sat May 17 15:55:31 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.1 bsdtar.c Message-ID: <200805171555.m4HFtTxt079922@repoman.freebsd.org> cperciva 2008-05-17 15:55:29 UTC FreeBSD src repository Modified files: usr.bin/tar bsdtar.1 bsdtar.c Log: Add --keep-newer-files option (as in GNU tar: When in -x mode, ignore files if the existing file is newer than the archive entry). Currently if any files are ignored, bsdtar will exit with a non-zero exit status; this is likely to change in the future, but requires some API changes in libarchive. Discussed with: kientzle Obtained from: tarsnap Revision Changes Path 1.42 +4 -0 src/usr.bin/tar/bsdtar.1 1.89 +5 -0 src/usr.bin/tar/bsdtar.c From cperciva at FreeBSD.org Sat May 17 16:26:28 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Sat May 17 16:26:30 2008 Subject: cvs commit: src/etc portsnap.conf src/share/man/man5 portsnap.conf.5 src/usr.sbin/portsnap/portsnap portsnap.sh Message-ID: <200805171626.m4HGQR3o084374@repoman.freebsd.org> cperciva 2008-05-17 16:26:27 UTC FreeBSD src repository Modified files: etc portsnap.conf share/man/man5 portsnap.conf.5 usr.sbin/portsnap/portsnap portsnap.sh Log: Add support for specifying which INDEX files to build via portsnap.conf. Requested by: brooks Reminded by: brooks, about halfway through his BSDCan talk Revision Changes Path 1.4 +5 -0 src/etc/portsnap.conf 1.4 +7 -0 src/share/man/man5/portsnap.conf.5 1.28 +16 -4 src/usr.sbin/portsnap/portsnap/portsnap.sh From alc at FreeBSD.org Sat May 17 16:26:35 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 17 16:26:36 2008 Subject: cvs commit: src/sys/vm device_pager.c Message-ID: <200805171626.m4HGQYZj084401@repoman.freebsd.org> alc 2008-05-17 16:26:34 UTC FreeBSD src repository Modified files: sys/vm device_pager.c Log: Preset a device object's alignment ("pg_color") based upon the physical address of the device's memory. This enables pmap_align_superpage() to propose a virtual address for mapping the device memory that permits the use of superpage mappings. Revision Changes Path 1.85 +5 -1 src/sys/vm/device_pager.c From rpaulo at FreeBSD.org Sat May 17 17:02:55 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sat May 17 17:02:57 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805171702.m4HH2tb7002584@repoman.freebsd.org> rpaulo 2008-05-17 17:02:54 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/coretemp coretemp.c Log: MFC r1.8: style(9): remove FreeBSD CVS ID from the initial license comment. Revision Changes Path 1.2.2.4 +0 -3 src/sys/dev/coretemp/coretemp.c From rpaulo at FreeBSD.org Sat May 17 17:02:55 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sat May 17 17:03:00 2008 Subject: cvs commit: src/sys/dev/coretemp coretemp.c Message-ID: <200805171702.m4HH2tU8002601@repoman.freebsd.org> rpaulo 2008-05-17 17:02:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/coretemp coretemp.c Log: MFC r1.8: style(9): remove FreeBSD CVS ID from the initial license comment. Revision Changes Path 1.2.4.3 +0 -3 src/sys/dev/coretemp/coretemp.c From alc at FreeBSD.org Sat May 17 19:32:49 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 17 19:32:53 2008 Subject: cvs commit: src/sys/vm vm_mmap.c Message-ID: <200805171932.m4HJWmc3013992@repoman.freebsd.org> alc 2008-05-17 19:32:48 UTC FreeBSD src repository Modified files: sys/vm vm_mmap.c Log: In order to map device memory using superpages, mmap(2) must find a superpage-aligned virtual address for the mapping. Revision 1.65 implemented an overly simplistic and generally ineffectual method for finding a superpage-aligned virtual address. Specifically, it rounds the virtual address corresponding to the end of the data segment up to the next superpage-aligned virtual address. If this virtual address is unallocated, then the device will be mapped using superpages. Unfortunately, in modern times, where applications like the X server dynamically load much of their code, this virtual address is already allocated. In such cases, mmap(2) simply uses the first available virtual address, which is not necessarily superpage aligned. This revision changes mmap(2) to use a more robust method, specifically, the VMFS_ALIGNED_SPACE option that is now implemented by vm_map_find(). Revision Changes Path 1.220 +3 -5 src/sys/vm/vm_mmap.c From remko at FreeBSD.org Sat May 17 23:41:28 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat May 17 23:41:32 2008 Subject: cvs commit: src/sys/cam/scsi scsi_da.c Message-ID: <200805172341.m4HNfR1W037200@repoman.freebsd.org> remko 2008-05-17 23:41:27 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/cam/scsi scsi_da.c Log: MFC rev 1.216 scsi_da.c Quirk for Denver MP3 player usb. Submitted by: Ed Schouten PR: 107101 Approved by: re (blanket for device supprot) Approved by: imp (mentor, implicit) Revision Changes Path 1.180.2.15 +8 -0 src/sys/cam/scsi/scsi_da.c From remko at FreeBSD.org Sat May 17 23:50:00 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat May 17 23:50:03 2008 Subject: cvs commit: src/sys/i386/conf GENERIC src/sys/amd64/conf GENERIC src/sys/sparc64/conf GENERIC src/sys/pc98/conf GENERIC src/sys/conf NOTES Message-ID: <200805172350.m4HNo0gM037633@repoman.freebsd.org> remko 2008-05-17 23:50:00 UTC FreeBSD src repository Modified files: sys/i386/conf GENERIC sys/amd64/conf GENERIC sys/sparc64/conf GENERIC sys/pc98/conf GENERIC sys/conf NOTES Log: Resort the if_ti driver to match the PCI Network cards instead of placing it under the mii devices list. PR: kern/123147 Submitted by: gavin Approved by: imp (mentor, implicit) MFC after: 3 days Revision Changes Path 1.499 +1 -1 src/sys/amd64/conf/GENERIC 1.1487 +1 -1 src/sys/conf/NOTES 1.487 +4 -1 src/sys/i386/conf/GENERIC 1.306 +1 -1 src/sys/pc98/conf/GENERIC 1.137 +1 -1 src/sys/sparc64/conf/GENERIC From brooks at FreeBSD.org Sun May 18 02:57:55 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Sun May 18 02:57:59 2008 Subject: cvs commit: src/etc/rc.d netif routing Message-ID: <200805180257.m4I2vtF2056212@repoman.freebsd.org> brooks 2008-05-18 02:57:54 UTC FreeBSD src repository Modified files: etc/rc.d netif routing Log: Move the wait for a default route to rc.d/routing. Once we test for non-dhcp interfaces to negotiate/associate this will make more sense. This also correctly gets run after both devd and netif are run so it has a chance of working. Revision Changes Path 1.28 +0 -23 src/etc/rc.d/netif 1.144 +27 -1 src/etc/rc.d/routing From remko at FreeBSD.org Sun May 18 03:07:40 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sun May 18 03:07:44 2008 Subject: cvs commit: src/sys/dev/usb usbdevs uscanner.c Message-ID: <200805180307.m4I37eQC057709@repoman.freebsd.org> remko 2008-05-18 03:07:40 UTC FreeBSD src repository Modified files: sys/dev/usb usbdevs uscanner.c Log: Add support for the Epson 4800 scanner. PR: 118391 Submitted by: "Pedro F. Giffuni" Approved by: imp (mentor, implicit) MFC after: 3 days Committed at: BSDCan 2008 Revision Changes Path 1.355 +1 -0 src/sys/dev/usb/usbdevs 1.92 +1 -0 src/sys/dev/usb/uscanner.c From alc at FreeBSD.org Sun May 18 04:16:57 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sun May 18 04:17:00 2008 Subject: cvs commit: src/sys/amd64/amd64 pmap.c src/sys/arm/arm pmap.c src/sys/i386/i386 pmap.c src/sys/ia64/ia64 pmap.c src/sys/mips/mips pmap.c src/sys/powerpc/booke pmap.c src/sys/powerpc/powerpc mmu_if.m pmap_dispatch.c ... Message-ID: <200805180416.m4I4Gv7Q061306@repoman.freebsd.org> alc 2008-05-18 04:16:57 UTC FreeBSD src repository Modified files: sys/amd64/amd64 pmap.c sys/arm/arm pmap.c sys/i386/i386 pmap.c sys/ia64/ia64 pmap.c sys/mips/mips pmap.c sys/powerpc/booke pmap.c sys/powerpc/powerpc mmu_if.m pmap_dispatch.c sys/sparc64/sparc64 pmap.c sys/sun4v/sun4v pmap.c sys/vm pmap.h Log: Retire pmap_addr_hint(). It is no longer used. Revision Changes Path 1.618 +0 -12 src/sys/amd64/amd64/pmap.c 1.101 +0 -7 src/sys/arm/arm/pmap.c 1.620 +0 -12 src/sys/i386/i386/pmap.c 1.201 +0 -7 src/sys/ia64/ia64/pmap.c 1.5 +14 -13 src/sys/mips/mips/pmap.c 1.3 +0 -10 src/sys/powerpc/booke/pmap.c 1.9 +8 -6 src/sys/powerpc/powerpc/mmu_if.m 1.14 +2 -6 src/sys/powerpc/powerpc/pmap_dispatch.c 1.173 +0 -7 src/sys/sparc64/sparc64/pmap.c 1.44 +0 -6 src/sys/sun4v/sun4v/pmap.c 1.85 +0 -1 src/sys/vm/pmap.h From kib at FreeBSD.org Sun May 18 05:05:36 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sun May 18 05:06:08 2008 Subject: cvs commit: src/sys/kern vfs_subr.c Message-ID: <200805180505.m4I55ZT9073437@repoman.freebsd.org> kib 2008-05-18 05:05:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern vfs_subr.c Log: MFC rev. 1.724: Only return 1 from sync_vnode() in cases where the vnode is still at the head of the sync list. This prevents sched_sync() from re-queueing a vnode which may have been freed already. Approved by: jeff Revision Changes Path 1.707.2.5 +1 -1 src/sys/kern/vfs_subr.c From cperciva at FreeBSD.org Sun May 18 06:24:47 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Sun May 18 06:24:52 2008 Subject: cvs commit: src/usr.bin/tar Makefile bsdtar.h read.c siginfo.c write.c Message-ID: <200805180624.m4I6Ol12077124@repoman.freebsd.org> cperciva 2008-05-18 06:24:47 UTC FreeBSD src repository Modified files: usr.bin/tar Makefile bsdtar.h read.c write.c Added files: usr.bin/tar siginfo.c Log: Add SIGINFO (and for portability to SIGINFO-lacking systems, SIGUSR1) handling to bsdtar. When writing archives (including copying via the @archive directive) a line is output to stderr indicating what is being done (adding or copying), the path, and how far through the file we are; extracting currently does not report progress within each file, but this is likely to happen eventually. Discussed with: kientzle Obtained from: tarsnap Revision Changes Path 1.35 +1 -1 src/usr.bin/tar/Makefile 1.31 +6 -0 src/usr.bin/tar/bsdtar.h 1.37 +26 -0 src/usr.bin/tar/read.c 1.1 +147 -0 src/usr.bin/tar/siginfo.c (new) 1.67 +25 -0 src/usr.bin/tar/write.c From rdivacky at FreeBSD.org Sun May 18 08:34:04 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Sun May 18 08:34:09 2008 Subject: cvs commit: src/tools/regression/doat Makefile README doat.c Message-ID: <200805180834.m4I8Y4Kl083505@repoman.freebsd.org> rdivacky 2008-05-18 08:34:04 UTC FreeBSD src repository Added files: tools/regression/doat Makefile README doat.c Log: Simple testing program for *at family of syscalls. Approved by: kib (mentor) Revision Changes Path 1.1 +7 -0 src/tools/regression/doat/Makefile (new) 1.1 +7 -0 src/tools/regression/doat/README (new) 1.1 +664 -0 src/tools/regression/doat/doat.c (new) From rpaulo at FreeBSD.org Sun May 18 11:05:41 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 18 11:05:43 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805181105.m4IB5flJ010773@repoman.freebsd.org> rpaulo 2008-05-18 11:05:41 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Add myself. Revision Changes Path 1.234 +1 -0 src/usr.bin/calendar/calendars/calendar.freebsd From jb at FreeBSD.org Sun May 18 11:08:27 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 11:08:31 2008 Subject: cvs commit: src/sys/i386/conf GENERIC Message-ID: <200805181108.m4IB8QPG010881@repoman.freebsd.org> jb 2008-05-18 11:08:26 UTC FreeBSD src repository Modified files: sys/i386/conf GENERIC Log: Remove the unknown device that is breaking the tinderbox build. Revision Changes Path 1.488 +0 -2 src/sys/i386/conf/GENERIC From remko at elvandar.org Sun May 18 12:09:29 2008 From: remko at elvandar.org (Remko Lodder) Date: Sun May 18 12:09:58 2008 Subject: cvs commit: src/sys/i386/conf GENERIC In-Reply-To: <200805181108.m4IB8QPG010881@repoman.freebsd.org> References: <200805181108.m4IB8QPG010881@repoman.freebsd.org> Message-ID: <48301C73.5020709@elvandar.org> John Birrell wrote: > jb 2008-05-18 11:08:26 UTC > > FreeBSD src repository > > Modified files: > sys/i386/conf GENERIC > Log: > Remove the unknown device that is breaking the tinderbox build. > > Revision Changes Path > 1.488 +0 -2 src/sys/i386/conf/GENERIC Thanks John, I thought I committed the same fix but you beat me to it already! To all: my apologies (mbg can be in at some point if someone is willing to look after the driver, see the -bugs pool for the PR and the driver). //Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From rpaulo at FreeBSD.org Sun May 18 13:55:52 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 18 13:55:54 2008 Subject: cvs commit: src/sys/kern subr_bus.c Message-ID: <200805181355.m4IDtpes027343@repoman.freebsd.org> rpaulo 2008-05-18 13:55:51 UTC FreeBSD src repository Modified files: sys/kern subr_bus.c Log: devctl_process_running(): Check for devsoftc.inuse == 1 instead of devsoftc.async_proc != NULL because the latter might not be true sometimes. This way /etc/rc.suspend gets executed. Reviwed by: njl Submitted by: Mitsuru IWASAKI Tested also by: Andreas Wetzel MFC after: 1 week Revision Changes Path 1.208 +1 -1 src/sys/kern/subr_bus.c From jb at FreeBSD.org Sun May 18 19:28:57 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 19:29:01 2008 Subject: cvs commit: src/sys/conf options Message-ID: <200805181928.m4IJSp2G055041@repoman.freebsd.org> jb 2008-05-18 19:28:51 UTC FreeBSD src repository Modified files: sys/conf options Log: Add two kernel options: - KDTRACE_HOOKS for the shim layer of hooks which separate BSD licensed code from CDDL code. - DDB_CTF for the code that parses the CTF (compact C type format) data for use by the DTrace Function Boundary Trace provider and (possibly) ddb if we plan to do that. Revision Changes Path 1.630 +2 -0 src/sys/conf/options From jb at FreeBSD.org Sun May 18 19:32:37 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 19:32:40 2008 Subject: cvs commit: src/sys/kern kern_sdt.c Message-ID: <200805181932.m4IJWagN055358@repoman.freebsd.org> jb 2008-05-18 19:32:36 UTC FreeBSD src repository Added files: sys/kern kern_sdt.c Log: Add kernel support for the Statically Defined Trace provider. This is BSD licensed code written specifically for FreeBSD. It initialises using SYSINIT so that the SDT provider, probe and argument description linkage is done whenever a module is loaded, regardless of whether the DTrace modules are loaded or not. This file is optionally compiled into the kernel if the KDTRACE_HOOKS option is defined. Revision Changes Path 1.1 +273 -0 src/sys/kern/kern_sdt.c (new) From jb at FreeBSD.org Sun May 18 19:43:53 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 19:43:54 2008 Subject: cvs commit: src/sys/kern kern_dtrace.c Message-ID: <200805181943.m4IJhqfY055834@repoman.freebsd.org> jb 2008-05-18 19:43:52 UTC FreeBSD src repository Added files: sys/kern kern_dtrace.c Log: Add support for the DTrace struct proc and struct thread extended data via ctor and dtor event handlers. The size of the extra data is allocated opaquely and this file contains a function which the dtrace module can call to check that the kernel supports at least the amount of data that it needs. This file is optionally compiled into nthe kernel if the KDTRACE_HOOKS kernel option is defined. Revision Changes Path 1.1 +120 -0 src/sys/kern/kern_dtrace.c (new) From jb at FreeBSD.org Sun May 18 19:47:50 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 19:47:54 2008 Subject: cvs commit: src/sys/conf files Message-ID: <200805181947.m4IJlo7a055959@repoman.freebsd.org> jb 2008-05-18 19:47:49 UTC FreeBSD src repository Modified files: sys/conf files Log: Add a couple of files which depend of the KDTRACE_HOOKS option. The syscall names are required by KDTRACE_HOOKS too. And the unzip Revision Changes Path 1.1299 +5 -2 src/sys/conf/files From jb at FreeBSD.org Sun May 18 19:50:44 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 19:50:49 2008 Subject: cvs commit: src/sys/sys proc.h Message-ID: <200805181950.m4IJoiiC056109@repoman.freebsd.org> jb 2008-05-18 19:50:44 UTC FreeBSD src repository Modified files: sys/sys proc.h Log: Add the hooks for the extra data that DTrace allocates for struct thread and struct proc. Add a field to struct thread to stash the error variable (or returned status) from the last syscall so that it is available during a DTrace probe. Revision Changes Path 1.514 +5 -0 src/sys/sys/proc.h From pjd at FreeBSD.org Sun May 18 21:08:12 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Sun May 18 21:08:15 2008 Subject: cvs commit: src/sys/kern vfs_subr.c Message-ID: <200805182108.m4IL8C7l070199@repoman.freebsd.org> pjd 2008-05-18 21:08:12 UTC FreeBSD src repository Modified files: sys/kern vfs_subr.c Log: Be more friendly for DDB pager. Educated by: jhb's BSDCan presentation Revision Changes Path 1.732 +6 -1 src/sys/kern/vfs_subr.c From pjd at FreeBSD.org Sun May 18 21:13:10 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Sun May 18 21:13:15 2008 Subject: cvs commit: src/sys/geom geom_subr.c Message-ID: <200805182113.m4ILDApA070395@repoman.freebsd.org> pjd 2008-05-18 21:13:10 UTC FreeBSD src repository Modified files: sys/geom geom_subr.c Log: Play nice with DDB pager. Educated by: jhb's BSDCan presentation Revision Changes Path 1.94 +18 -4 src/sys/geom/geom_subr.c From jb at FreeBSD.org Sun May 18 22:10:11 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 22:10:15 2008 Subject: cvs commit: src/sys/sys kernel.h Message-ID: <200805182210.m4IMAAtM080824@repoman.freebsd.org> jb 2008-05-18 22:10:10 UTC FreeBSD src repository Modified files: sys/sys kernel.h Log: Add sysinit levels for DTrace. Revision Changes Path 1.141 +6 -0 src/sys/sys/kernel.h From jb at FreeBSD.org Sun May 18 22:11:48 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 18 22:11:52 2008 Subject: cvs commit: src/sys/sys systm.h time.h Message-ID: <200805182211.m4IMBlkI080900@repoman.freebsd.org> jb 2008-05-18 22:11:47 UTC FreeBSD src repository Modified files: sys/sys systm.h time.h Log: Remove some DTrace hook definitions that are now in dtrace_bsd.h which contains all the hook definitions rather than splattering them all over the header files. The definitions are only valid when the KDTRACE_HOOKS kernel option is defined, so other kernel sources have no need to see them. Revision Changes Path 1.266 +0 -6 src/sys/sys/systm.h 1.78 +0 -2 src/sys/sys/time.h From pjd at FreeBSD.org Sun May 18 22:50:50 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Sun May 18 22:50:52 2008 Subject: cvs commit: src/sys/geom geom_subr.c Message-ID: <200805182250.m4IMooJj083379@repoman.freebsd.org> pjd 2008-05-18 22:50:50 UTC FreeBSD src repository Modified files: sys/geom geom_subr.c Log: - Assert that we don't send new provider event for a provider which has G_PF_WITHER flag set. - Fix typo in assertion condition (sorry, but I forgot who report that). Revision Changes Path 1.95 +3 -1 src/sys/geom/geom_subr.c From yongari at FreeBSD.org Mon May 19 01:12:11 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 01:12:16 2008 Subject: cvs commit: src/sys/dev/mii atphy.c atphyreg.h miidevs Message-ID: <200805190112.m4J1CBOv000225@repoman.freebsd.org> yongari 2008-05-19 01:12:10 UTC FreeBSD src repository Modified files: sys/dev/mii miidevs Added files: sys/dev/mii atphy.c atphyreg.h Log: Add Attansic/Atheros F1 PHY driver. Revision Changes Path 1.1 +413 -0 src/sys/dev/mii/atphy.c (new) 1.1 +63 -0 src/sys/dev/mii/atphyreg.h (new) 1.55 +4 -0 src/sys/dev/mii/miidevs From yongari at FreeBSD.org Mon May 19 01:18:02 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 01:18:06 2008 Subject: cvs commit: src/sys/conf files src/sys/modules/mii Makefile Message-ID: <200805190118.m4J1I21c000450@repoman.freebsd.org> yongari 2008-05-19 01:18:02 UTC FreeBSD src repository Modified files: sys/conf files sys/modules/mii Makefile Log: Connect atphy(4) to the build. Revision Changes Path 1.1300 +1 -0 src/sys/conf/files 1.33 +1 -1 src/sys/modules/mii/Makefile From yongari at FreeBSD.org Mon May 19 01:40:00 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 01:40:02 2008 Subject: cvs commit: src/sys/dev/age if_age.c if_agereg.h if_agevar.h Message-ID: <200805190140.m4J1e0YW001168@repoman.freebsd.org> yongari 2008-05-19 01:39:59 UTC FreeBSD src repository Added files: sys/dev/age if_age.c if_agereg.h if_agevar.h Log: Add age(4), a driver for Attansic/Atheros L1 gigabit ethernet controller. L1 has several threshold/timer registers and they seem to require careful tuned parameters to get best performance. Datasheet for L1 is not available to open source driver writers so age(4) focus on stability and correctness of basic Tx/Rx operation. ATM the performance of age(4) is far from optimal which in turn means there are mis-programmed registers or incorrectly configured registers. Currently age(4) supports all known hardware assistance including - MSI support. - TCP Segmentation Offload. - Hardware VLAN tag insertion/stripping. - TCP/UDP checksum offload. - Interrupt moderation. - Hardware statistics counter support. - Jumbo frame support. - WOL support. L1 gigabit ethernet controller is mainly found on ASUS motherboards. Note, it seems that there are other variants of hardware as known as L2(Fast ethernet) and newer gigabit ethernet (AR81xx) from Atheros. These are not supported by age(4) and requires a seperate driver. Big thanks to all people who reported feedback or tested patches. Tested by: kevlo, bsam, Francois Ranchin < fyr AT fyrou DOT net > Thomas Nystroem < thn AT saeab DOT se > Roman Pogosyan < asternetadmin AT gmail DOT com > Derek Tattersal < dlt AT mebtel DOT net > Oliver Seitz < karlkiste AT yahoo DOT com > Revision Changes Path 1.1 +3356 -0 src/sys/dev/age/if_age.c (new) 1.1 +656 -0 src/sys/dev/age/if_agereg.h (new) 1.1 +272 -0 src/sys/dev/age/if_agevar.h (new) From yongari at FreeBSD.org Mon May 19 01:53:48 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 01:53:50 2008 Subject: cvs commit: src/sys/conf NOTES files src/sys/modules Makefile src/sys/modules/age Makefile Message-ID: <200805190153.m4J1rmo4001699@repoman.freebsd.org> yongari 2008-05-19 01:53:47 UTC FreeBSD src repository Modified files: sys/conf NOTES files sys/modules Makefile Added files: sys/modules/age Makefile Log: Hook up age(4) to the build. Revision Changes Path 1.1488 +3 -0 src/sys/conf/NOTES 1.1301 +1 -0 src/sys/conf/files 1.567 +1 -0 src/sys/modules/Makefile 1.1 +8 -0 src/sys/modules/age/Makefile (new) From yongari at FreeBSD.org Mon May 19 02:00:17 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:00:21 2008 Subject: cvs commit: src/share/man/man4 age.4 Message-ID: <200805190200.m4J20GJZ002040@repoman.freebsd.org> yongari 2008-05-19 02:00:16 UTC FreeBSD src repository Added files: share/man/man4 age.4 Log: Add man page for age(4). brueffer fixed various nits in the document. Reviewed by: brueffer Revision Changes Path 1.1 +183 -0 src/share/man/man4/age.4 (new) From yongari at FreeBSD.org Mon May 19 02:03:53 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:03:57 2008 Subject: cvs commit: src/share/man/man4 vlan.4 Message-ID: <200805190203.m4J23qBk003207@repoman.freebsd.org> yongari 2008-05-19 02:03:52 UTC FreeBSD src repository Modified files: share/man/man4 vlan.4 Log: Add age(4) to the list of devices supporting full VLAN processing in hardware. Revision Changes Path 1.46 +2 -1 src/share/man/man4/vlan.4 From yongari at FreeBSD.org Mon May 19 02:06:40 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:06:45 2008 Subject: cvs commit: src/share/man/man4 altq.4 Message-ID: <200805190206.m4J26es4003344@repoman.freebsd.org> yongari 2008-05-19 02:06:39 UTC FreeBSD src repository Modified files: share/man/man4 altq.4 Log: Add age(4) to the list of drivers supporting ALTQ. Revision Changes Path 1.34 +2 -1 src/share/man/man4/altq.4 From yongari at FreeBSD.org Mon May 19 02:10:40 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:10:42 2008 Subject: cvs commit: src/share/man/man4 miibus.4 Message-ID: <200805190210.m4J2Adt7003636@repoman.freebsd.org> yongari 2008-05-19 02:10:39 UTC FreeBSD src repository Modified files: share/man/man4 miibus.4 Log: Add age(4) to the list of drivers use the miibus interface. Revision Changes Path 1.22 +4 -1 src/share/man/man4/miibus.4 From yongari at FreeBSD.org Mon May 19 02:13:52 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:13:57 2008 Subject: cvs commit: src/sys/boot/forth loader.conf Message-ID: <200805190213.m4J2DpcF003766@repoman.freebsd.org> yongari 2008-05-19 02:13:51 UTC FreeBSD src repository Modified files: sys/boot/forth loader.conf Log: Add an entry for the age(4) module. Revision Changes Path 1.125 +1 -0 src/sys/boot/forth/loader.conf From yongari at FreeBSD.org Mon May 19 02:17:25 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:17:31 2008 Subject: cvs commit: src/usr.sbin/sysinstall devices.c Message-ID: <200805190217.m4J2HPaJ003902@repoman.freebsd.org> yongari 2008-05-19 02:17:24 UTC FreeBSD src repository Modified files: usr.sbin/sysinstall devices.c Log: Add age(4) to the list of supported network interface. Revision Changes Path 1.175 +1 -0 src/usr.sbin/sysinstall/devices.c From yongari at FreeBSD.org Mon May 19 02:21:02 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:21:03 2008 Subject: cvs commit: src/share/man/man4 Makefile Message-ID: <200805190221.m4J2L1Pb004104@repoman.freebsd.org> yongari 2008-05-19 02:21:00 UTC FreeBSD src repository Modified files: share/man/man4 Makefile Log: Hook up age(4) to the build. Revision Changes Path 1.417 +1 -0 src/share/man/man4/Makefile From yongari at FreeBSD.org Mon May 19 02:30:27 2008 From: yongari at FreeBSD.org (Pyun YongHyeon) Date: Mon May 19 02:30:31 2008 Subject: cvs commit: src/sys/i386/conf GENERIC src/sys/amd64/conf GENERIC Message-ID: <200805190230.m4J2URHD004553@repoman.freebsd.org> yongari 2008-05-19 02:30:27 UTC FreeBSD src repository Modified files: sys/i386/conf GENERIC sys/amd64/conf GENERIC Log: Add age(4) to the list of drivers supported by GENERIC kernel. Revision Changes Path 1.500 +1 -0 src/sys/amd64/conf/GENERIC 1.489 +1 -0 src/sys/i386/conf/GENERIC From scf at FreeBSD.org Mon May 19 02:30:34 2008 From: scf at FreeBSD.org (Sean Farley) Date: Mon May 19 02:30:36 2008 Subject: cvs commit: src/sys/net ethernet.h Message-ID: <200805190230.m4J2UXUM004580@repoman.freebsd.org> scf 2008-05-19 02:30:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/net ethernet.h Log: MFC: Spelling and capitalization fixes. src/sys/net/ethernet.h: rev 1.34 -> 1.35 Revision Changes Path 1.32.2.2 +4 -4 src/sys/net/ethernet.h From scf at FreeBSD.org Mon May 19 02:30:56 2008 From: scf at FreeBSD.org (Sean Farley) Date: Mon May 19 02:31:00 2008 Subject: cvs commit: src/sys/net ethernet.h Message-ID: <200805190230.m4J2UuLD004612@repoman.freebsd.org> scf 2008-05-19 02:30:56 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/net ethernet.h Log: MFC: Spelling and capitalization fixes. src/sys/net/ethernet.h: rev 1.34 -> 1.35 Revision Changes Path 1.24.2.4 +4 -4 src/sys/net/ethernet.h From brooks at FreeBSD.org Mon May 19 02:46:03 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Mon May 19 02:46:07 2008 Subject: cvs commit: src/usr.bin/getopt README getopt.c Message-ID: <200805190246.m4J2k23T005283@repoman.freebsd.org> brooks 2008-05-19 02:46:02 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/getopt getopt.c Removed files: (Branch: RELENG_7) usr.bin/getopt README Log: getopt.c is public domain. Add a comment to that effect. Remove confusing README. PR: bin/98911 Submitted by: Jason McIntyre Obtained from: OpenBSD Revision Changes Path 1.1.56.1 +0 -57 src/usr.bin/getopt/README (dead) 1.10.24.1 +5 -0 src/usr.bin/getopt/getopt.c From brooks at FreeBSD.org Mon May 19 02:47:06 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Mon May 19 02:47:11 2008 Subject: cvs commit: src/usr.bin/getopt README getopt.c Message-ID: <200805190247.m4J2l5hF005341@repoman.freebsd.org> brooks 2008-05-19 02:47:05 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/getopt getopt.c Removed files: (Branch: RELENG_6) usr.bin/getopt README Log: getopt.c is public domain. Add a comment to that effect. Remove confusing README. PR: bin/98911 Submitted by: Jason McIntyre Obtained from: OpenBSD Revision Changes Path 1.1.46.1 +0 -57 src/usr.bin/getopt/README (dead) 1.10.14.1 +5 -0 src/usr.bin/getopt/getopt.c From brooks at FreeBSD.org Mon May 19 02:49:03 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Mon May 19 02:49:07 2008 Subject: cvs commit: src/usr.bin/getopt README getopt.c Message-ID: <200805190249.m4J2n3uO005533@repoman.freebsd.org> brooks 2008-05-19 02:49:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) usr.bin/getopt getopt.c Removed files: (Branch: RELENG_5) usr.bin/getopt README Log: getopt.c is public domain. Add a comment to that effect. Remove confusing README. PR: bin/98911 Submitted by: Jason McIntyre Obtained from: OpenBSD Revision Changes Path 1.1.38.1 +0 -57 src/usr.bin/getopt/README (dead) 1.10.8.1 +5 -0 src/usr.bin/getopt/getopt.c From grog at FreeBSD.org Mon May 19 03:50:25 2008 From: grog at FreeBSD.org (Greg Lehey) Date: Mon May 19 03:50:29 2008 Subject: cvs commit: src/usr.sbin/sa db.c Message-ID: <200805190350.m4J3oPeA008788@repoman.freebsd.org> grog 2008-05-19 03:50:25 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.sbin/sa db.c Log: MFC revisions 1.2 and 1.3: Fix a compiler warning by using a printf format matching the variable type. Ensure that the -s flag truncates the accounting data. Revision Changes Path 1.1.2.1 +2 -2 src/usr.sbin/sa/db.c From kevlo at FreeBSD.org Mon May 19 04:06:28 2008 From: kevlo at FreeBSD.org (Kevin Lo) Date: Mon May 19 04:06:32 2008 Subject: cvs commit: src/sys/dev/age if_age.c if_agereg.h if_agevar.h In-Reply-To: <200805190140.m4J1e0YW001168@repoman.freebsd.org> References: <200805190140.m4J1e0YW001168@repoman.freebsd.org> Message-ID: <1211167668.7325.6.camel@nsl> Pyun YongHyeon wrote: > yongari 2008-05-19 01:39:59 UTC > > FreeBSD src repository > > Added files: > sys/dev/age if_age.c if_agereg.h if_agevar.h > Log: > Add age(4), a driver for Attansic/Atheros L1 gigabit ethernet > controller. L1 has several threshold/timer registers and they > seem to require careful tuned parameters to get best > performance. Datasheet for L1 is not available to open source > driver writers so age(4) focus on stability and correctness of > basic Tx/Rx operation. ATM the performance of age(4) is far from > optimal which in turn means there are mis-programmed registers or > incorrectly configured registers. > Currently age(4) supports all known hardware assistance including > - MSI support. > - TCP Segmentation Offload. > - Hardware VLAN tag insertion/stripping. > - TCP/UDP checksum offload. > - Interrupt moderation. > - Hardware statistics counter support. > - Jumbo frame support. > - WOL support. > > L1 gigabit ethernet controller is mainly found on ASUS > motherboards. Note, it seems that there are other variants of > hardware as known as L2(Fast ethernet) and newer gigabit ethernet > (AR81xx) from Atheros. These are not supported by age(4) and > requires a seperate driver. Big thanks to all people who reported > feedback or tested patches. > > Tested by: kevlo, bsam, Francois Ranchin < fyr AT fyrou DOT net > > Thomas Nystroem < thn AT saeab DOT se > > Roman Pogosyan < asternetadmin AT gmail DOT com > > Derek Tattersal < dlt AT mebtel DOT net > > Oliver Seitz < karlkiste AT yahoo DOT com > > > Revision Changes Path > 1.1 +3356 -0 src/sys/dev/age/if_age.c (new) > 1.1 +656 -0 src/sys/dev/age/if_agereg.h (new) > 1.1 +272 -0 src/sys/dev/age/if_agevar.h (new) Excellent! Thanks very much for your efforts! Kevin From grog at FreeBSD.org Mon May 19 04:42:42 2008 From: grog at FreeBSD.org (Greg Lehey) Date: Mon May 19 04:42:43 2008 Subject: cvs commit: src/sys/conf NOTES Message-ID: <200805190442.m4J4gfOu011317@repoman.freebsd.org> grog 2008-05-19 04:42:41 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/conf NOTES Log: MFC revision 1.1455: Typo Revision Changes Path 1.1454.2.9 +1 -1 src/sys/conf/NOTES From flz at FreeBSD.org Mon May 19 09:20:04 2008 From: flz at FreeBSD.org (Florent Thoumie) Date: Mon May 19 09:20:07 2008 Subject: cvs commit: src/etc/rc.d ntpd Message-ID: <200805190920.m4J9K4re044428@repoman.freebsd.org> flz 2008-05-19 09:20:04 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc/rc.d ntpd Log: MFC: Don't require a configuration file. Ntpd will be perfectly happy if there's none or if the file doesn't exist (there's no ntp.conf in the base install). src/etc/rc.d/ntpd: rev 1.13 -> 1.14 Revision Changes Path 1.13.2.1 +0 -2 src/etc/rc.d/ntpd From flz at FreeBSD.org Mon May 19 09:21:24 2008 From: flz at FreeBSD.org (Florent Thoumie) Date: Mon May 19 09:21:34 2008 Subject: cvs commit: src/etc/rc.d ntpd Message-ID: <200805190921.m4J9LOXM044533@repoman.freebsd.org> flz 2008-05-19 09:21:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc/rc.d ntpd Log: MFC: Don't require a configuration file. Ntpd will be perfectly happy if there's none or if the file doesn't exist (there's no ntp.conf in the base install). src/etc/rc.d/ntpd: rev 1.13 -> 1.14 Revision Changes Path 1.11.2.3 +0 -2 src/etc/rc.d/ntpd From bms at FreeBSD.org Mon May 19 11:32:46 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Mon May 19 11:32:48 2008 Subject: cvs commit: src/usr.bin/sockstat sockstat.1 sockstat.c Message-ID: <200805191132.m4JBWijR052335@repoman.freebsd.org> bms 2008-05-19 11:32:44 UTC FreeBSD src repository Modified files: usr.bin/sockstat sockstat.1 sockstat.c Log: Add an -L option to ignore loopback Internet sockets. MFC after: 2 weeks Revision Changes Path 1.22 +8 -2 src/usr.bin/sockstat/sockstat.1 1.18 +16 -1 src/usr.bin/sockstat/sockstat.c From bms at FreeBSD.org Mon May 19 11:35:12 2008 From: bms at FreeBSD.org (Bruce M Simpson) Date: Mon May 19 11:35:17 2008 Subject: cvs commit: src/usr.bin/sockstat sockstat.c Message-ID: <200805191135.m4JBZBJc052505@repoman.freebsd.org> bms 2008-05-19 11:35:11 UTC FreeBSD src repository Modified files: usr.bin/sockstat sockstat.c Log: Add -L to usage(). Revision Changes Path 1.19 +1 -1 src/usr.bin/sockstat/sockstat.c From kib at FreeBSD.org Mon May 19 11:43:36 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 19 11:43:44 2008 Subject: cvs commit: src/lib/libc/gen readdir.c telldir.c telldir.h Message-ID: <200805191143.m4JBha59052776@repoman.freebsd.org> kib 2008-05-19 11:43:36 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libc/gen readdir.c telldir.c telldir.h Log: MFC rev. 1.15 of lib/libc/gen/readdir.c rev. 1.11 of lib/libc/gen/telldir.c rev. 1.3 of lib/libc/gen/telldir.h Do not read away the target directory entry when encountering deleted files after a seekdir(). The seekdir shall set the position for the next readdir operation. When the _readdir_unlocked() encounters deleted entry, dd_loc is already advanced. Continuing the loop leads to premature read of the target entry. Submitted by: Marc Balmer Obtained from: OpenBSD Revision Changes Path 1.13.2.1 +7 -6 src/lib/libc/gen/readdir.c 1.9.2.1 +1 -1 src/lib/libc/gen/telldir.c 1.2.24.1 +2 -2 src/lib/libc/gen/telldir.h From kib at FreeBSD.org Mon May 19 11:50:49 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 19 11:50:55 2008 Subject: cvs commit: src/lib/libc/gen readdir.c telldir.c telldir.h Message-ID: <200805191150.m4JBomSo053093@repoman.freebsd.org> kib 2008-05-19 11:50:48 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) lib/libc/gen readdir.c telldir.c telldir.h Log: MFC rev. 1.15 of lib/libc/gen/readdir.c rev. 1.11 of lib/libc/gen/telldir.c rev. 1.3 of lib/libc/gen/telldir.h Do not read away the target directory entry when encountering deleted files after a seekdir(). The seekdir shall set the position for the next readdir operation. When the _readdir_unlocked() encounters deleted entry, dd_loc is already advanced. Continuing the loop leads to premature read of the target entry. Submitted by: Marc Balmer Obtained from: OpenBSD Revision Changes Path 1.11.14.1 +7 -6 src/lib/libc/gen/readdir.c 1.8.14.1 +1 -1 src/lib/libc/gen/telldir.c 1.2.14.1 +2 -2 src/lib/libc/gen/telldir.h From rrs at FreeBSD.org Mon May 19 12:34:44 2008 From: rrs at FreeBSD.org (Randall Stewart) Date: Mon May 19 12:34:46 2008 Subject: cvs commit: src/sys/conf files src/sys/netinet sctp_asconf.c sctp_bsd_addr.c sctp_bsd_addr.h sctp_input.c sctp_output.c sctp_pcb.c sctp_pcb.h sctp_sysctl.c sctp_usrreq.c sctp_var.h sctputil.c sctputil.h Message-ID: <200805191234.m4JCYis0055785@repoman.freebsd.org> rrs 2008-05-19 12:34:44 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/conf files sys/netinet sctp_asconf.c sctp_bsd_addr.c sctp_bsd_addr.h sctp_input.c sctp_output.c sctp_pcb.c sctp_pcb.h sctp_sysctl.c sctp_usrreq.c sctp_var.h sctputil.c sctputil.h Log: - MFC in the changes to allow SCTP to not need to have both INET and INET6. INET only will work now. Revision Changes Path 1.1243.2.22 +14 -14 src/sys/conf/files 1.34.2.1 +138 -102 src/sys/netinet/sctp_asconf.c 1.14.2.3 +2 -1 src/sys/netinet/sctp_bsd_addr.c 1.6.2.1 +3 -0 src/sys/netinet/sctp_bsd_addr.h 1.65.2.4 +42 -25 src/sys/netinet/sctp_input.c 1.58.2.6 +490 -279 src/sys/netinet/sctp_output.c 1.62.2.6 +471 -316 src/sys/netinet/sctp_pcb.c 1.31.2.2 +3 -0 src/sys/netinet/sctp_pcb.h 1.16.2.1 +37 -22 src/sys/netinet/sctp_sysctl.c 1.48.2.6 +132 -83 src/sys/netinet/sctp_usrreq.c 1.20.2.3 +0 -2 src/sys/netinet/sctp_var.h 1.65.2.6 +201 -119 src/sys/netinet/sctputil.c 1.29.2.2 +3 -1 src/sys/netinet/sctputil.h From emax at FreeBSD.org Mon May 19 16:43:29 2008 From: emax at FreeBSD.org (Maksim Yevmenkin) Date: Mon May 19 16:43:31 2008 Subject: cvs commit: src/usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Message-ID: <200805191643.m4JGhTqA079680@repoman.freebsd.org> emax 2008-05-19 16:43:28 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Log: MFC: Make -t optional in server mode. If not specified use stdin/stdout. Document this. Do not require channel number in server mode. If not specified - bind to ''wildcard'' channel zero. Real channel number will be obtained automatically and registered with local sdpd(8). While I'm here fix serial port service registration. Submitted by: luigi Tested by: Helge Oldach Revision Changes Path 1.10.2.1 +13 -8 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.1 1.10.2.1 +21 -16 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.c From emax at FreeBSD.org Mon May 19 16:46:43 2008 From: emax at FreeBSD.org (Maksim Yevmenkin) Date: Mon May 19 16:46:47 2008 Subject: cvs commit: src/usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Message-ID: <200805191646.m4JGkhxn079858@repoman.freebsd.org> emax 2008-05-19 16:46:42 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/bluetooth/rfcomm_sppd rfcomm_sppd.1 rfcomm_sppd.c Log: MFC: Make -t optional in server mode. If not specified use stdin/stdout. Document this. Do not require channel number in server mode. If not specified - bind to ''wildcard'' channel zero. Real channel number will be obtained automatically and registered with local sdpd(8). While I'm here fix serial port service registration. Submitted by: luigi Tested by: Helge Oldach Revision Changes Path 1.7.2.4 +13 -8 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.1 1.6.2.4 +21 -16 src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.c From ssouhlal at FreeBSD.org Mon May 19 17:30:56 2008 From: ssouhlal at FreeBSD.org (Suleiman Souhlal) Date: Mon May 19 17:31:03 2008 Subject: cvs commit: src/sys/dev/firewire fwohci.c In-Reply-To: <200805100922.m4A9M6fg014158@repoman.freebsd.org> References: <200805100922.m4A9M6fg014158@repoman.freebsd.org> Message-ID: On May 10, 2008, at 2:22 AM, Hidetoshi Shimokawa wrote: > simokawa 2008-05-10 09:22:06 UTC > > FreeBSD src repository > > Modified files: > sys/dev/firewire fwohci.c > Log: > - Disable interrupts on suspend to eliminate excessive > 'device physically ejected?' message on resume. > - Fix memory leak on resume reported by kiyohara at netbsd.org. It seems like I get an NMI on resume with this change (in particular, with the memory leak fix), on my Lenovo X60.. Any ideas what could be going on? -- Suleiman From thompsa at FreeBSD.org Mon May 19 17:49:58 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Mon May 19 17:50:04 2008 Subject: cvs commit: src/usr.sbin/wlandebug wlandebug.8 wlandebug.c Message-ID: <200805191749.m4JHnvrG092355@repoman.freebsd.org> thompsa 2008-05-19 17:49:57 UTC FreeBSD src repository Modified files: usr.sbin/wlandebug wlandebug.8 wlandebug.c Log: Allow wlandebug to set the default debug level which is inherited when vaps are created. Revision Changes Path 1.4 +5 -1 src/usr.sbin/wlandebug/wlandebug.8 1.7 +15 -5 src/usr.sbin/wlandebug/wlandebug.c From thompsa at FreeBSD.org Mon May 19 17:51:00 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Mon May 19 17:51:03 2008 Subject: cvs commit: src/tools/tools/net80211/wlanwatch wlanwatch.c Message-ID: <200805191751.m4JHp0Ro092457@repoman.freebsd.org> thompsa 2008-05-19 17:51:00 UTC FreeBSD src repository Modified files: tools/tools/net80211/wlanwatch wlanwatch.c Log: Flush stdout after each line to make piping to another command easier. Revision Changes Path 1.6 +3 -1 src/tools/tools/net80211/wlanwatch/wlanwatch.c From thompsa at FreeBSD.org Mon May 19 17:54:33 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Mon May 19 17:54:35 2008 Subject: cvs commit: src/usr.sbin/wlandebug wlandebug.8 Message-ID: <200805191754.m4JHsWYS092558@repoman.freebsd.org> thompsa 2008-05-19 17:54:32 UTC FreeBSD src repository Modified files: usr.sbin/wlandebug wlandebug.8 Log: Bump document date for last change. Revision Changes Path 1.5 +1 -1 src/usr.sbin/wlandebug/wlandebug.8 From thompsa at FreeBSD.org Mon May 19 17:59:09 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Mon May 19 17:59:15 2008 Subject: cvs commit: src/usr.sbin/wlandebug wlandebug.8 Message-ID: <200805191759.m4JHx95G092784@repoman.freebsd.org> thompsa 2008-05-19 17:59:09 UTC FreeBSD src repository Modified files: usr.sbin/wlandebug wlandebug.8 Log: Remove -, .Ar adds that automatically. Pointed out by: brueffer Revision Changes Path 1.6 +1 -1 src/usr.sbin/wlandebug/wlandebug.8 From cperciva at FreeBSD.org Mon May 19 18:06:49 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Mon May 19 18:07:03 2008 Subject: cvs commit: src/lib/libarchive archive_read_support_format_mtree.c Message-ID: <200805191806.m4JI6mhS096382@repoman.freebsd.org> cperciva 2008-05-19 18:06:48 UTC FreeBSD src repository Modified files: lib/libarchive archive_read_support_format_mtree.c Log: Return ARCHIVE_FATAL if we can't allocate memory instead of going ahead and dereferencing NULL. Found by: Coverity Prevent Revision Changes Path 1.5 +1 -0 src/lib/libarchive/archive_read_support_format_mtree.c From cperciva at FreeBSD.org Mon May 19 18:09:26 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Mon May 19 18:09:29 2008 Subject: cvs commit: src/usr.bin/tar write.c Message-ID: <200805191809.m4JI9Qlk096467@repoman.freebsd.org> cperciva 2008-05-19 18:09:26 UTC FreeBSD src repository Modified files: usr.bin/tar write.c Log: There's no way for entry to possibly be NULL at the end of write_entry (in fact, there has never been any way for it to be NULL, going all the way back to revision 1.1 of this file), so remove the check and unconditionally free entry. Found by: Coverity Prevent Revision Changes Path 1.68 +1 -2 src/usr.bin/tar/write.c From jhb at FreeBSD.org Mon May 19 18:18:59 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:19:06 2008 Subject: cvs commit: src/sys/net bpf.c Message-ID: <200805191818.m4JIIxhC096841@repoman.freebsd.org> jhb 2008-05-19 18:18:58 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/net bpf.c Log: MFC: Set D_TRACKCLOSE to avoid a race in devfs that could lead to orphaned bpf devices never getting fully closed. Revision Changes Path 1.181.2.5 +1 -0 src/sys/net/bpf.c From jhb at FreeBSD.org Mon May 19 18:19:49 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:19:56 2008 Subject: cvs commit: src/sys/net bpf.c Message-ID: <200805191819.m4JIJmV1096880@repoman.freebsd.org> jhb 2008-05-19 18:19:48 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/net bpf.c Log: MFC: Set D_TRACKCLOSE to avoid a race in devfs that could lead to orphaned bpf devices never getting fully closed. Revision Changes Path 1.153.2.14 +1 -1 src/sys/net/bpf.c From jhb at FreeBSD.org Mon May 19 18:21:13 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:21:18 2008 Subject: cvs commit: src/usr.bin/fstat fstat.c Message-ID: <200805191821.m4JILD2J097055@repoman.freebsd.org> jhb 2008-05-19 18:21:13 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/fstat fstat.c Log: MFC: Only output details about the current working directory of a process if the vnode pointer is not NULL. Revision Changes Path 1.64.2.1 +2 -1 src/usr.bin/fstat/fstat.c From jhb at FreeBSD.org Mon May 19 18:21:52 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:21:58 2008 Subject: cvs commit: src/usr.bin/fstat fstat.c Message-ID: <200805191821.m4JILq0h097132@repoman.freebsd.org> jhb 2008-05-19 18:21:52 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/fstat fstat.c Log: MFC: Only output details about the current working directory of a process if the vnode pointer is not NULL. Revision Changes Path 1.60.2.5 +2 -1 src/usr.bin/fstat/fstat.c From jhb at FreeBSD.org Mon May 19 18:23:10 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:23:16 2008 Subject: cvs commit: src/sys/netinet tcp_syncache.c Message-ID: <200805191823.m4JIN9uf097262@repoman.freebsd.org> jhb 2008-05-19 18:23:09 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet tcp_syncache.c Log: MFC: Always bump tcpstat.tcps_badrst if we get a RST for a connection in the syncache that has an invalid SEQ. Revision Changes Path 1.130.2.7 +5 -4 src/sys/netinet/tcp_syncache.c From jhb at FreeBSD.org Mon May 19 18:24:34 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 18:24:38 2008 Subject: cvs commit: src/sys/pci intpm.c Message-ID: <200805191824.m4JIOXcH097364@repoman.freebsd.org> jhb 2008-05-19 18:24:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/pci intpm.c Log: MFC: Set sc->dev and add a missing newline. Revision Changes Path 1.39.2.2 +3 -1 src/sys/pci/intpm.c From cperciva at FreeBSD.org Mon May 19 18:38:02 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Mon May 19 18:38:04 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.c Message-ID: <200805191838.m4JIc1uE097888@repoman.freebsd.org> cperciva 2008-05-19 18:38:01 UTC FreeBSD src repository Modified files: usr.bin/tar bsdtar.c Log: Detect if argv[1] is "" and avoid calling malloc(0). Prior to this commit, running 'tar ""' would print 'No memory' instead of the correct error message, 'Must specify one of -c, -r, -t, -u, -x' if malloc is set to System V mode (malloc(0) == NULL). Revision Changes Path 1.90 +2 -2 src/usr.bin/tar/bsdtar.c From jhb at FreeBSD.org Mon May 19 19:21:15 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 19:21:20 2008 Subject: cvs commit: src/sys/dev/ciss ciss.c Message-ID: <200805191921.m4JJLEQF006719@repoman.freebsd.org> jhb 2008-05-19 19:21:14 UTC FreeBSD src repository Modified files: (Branch: RELENG_4) sys/dev/ciss ciss.c Log: MFC: rev 1.88 Remove a check that didn't allow > 12 byte CDB's to be issued to ciss. This should allow volumes > 2TB to work. Revision Changes Path 1.2.2.23 +0 -6 src/sys/dev/ciss/ciss.c From marius at FreeBSD.org Mon May 19 19:23:06 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Mon May 19 19:23:09 2008 Subject: cvs commit: src/sys/sparc64/include bus_common.h iommuvar.h src/sys/sparc64/pci psycho.c src/sys/sparc64/sbus sbus.c src/sys/sparc64/sparc64 counter.c iommu.c Message-ID: <200805191923.m4JJN61i006893@repoman.freebsd.org> marius 2008-05-19 19:23:06 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/sparc64/include bus_common.h iommuvar.h sys/sparc64/pci psycho.c sys/sparc64/sbus sbus.c sys/sparc64/sparc64 counter.c iommu.c Log: MFC: bus_common.h 1.9; iommuvar.h 1.17; psycho.c 1.77; sbus.c 1.46 (partial), 1.48; counter.c 1.7; iommu.c 1.44 (partial), 1.45 (partial), 1.47 - Use the name returned by device_get_nameunit(9) for the name of the counter-timer timecounter so the associated SYSCTL nodes don't clash on machines having multiple U2P and U2S bridges as well as establishing a clear mapping between these bridges and their timecounter device. - Don't bother setting up a "nice" name for the IOMMU, just use the name returned by device_get_nameunit(9), too. - Correct a typo in sbus_alloc_resource() which caused (pass-through) allocations to only work down to the grandchildren of the bus, which wasn't a real problem so far as we don't support any devices which are great-grandchildren or greater of a U2S bridge, yet. - Fix some minor style(9) bugs. - Use __FBSDID in counter.c and iommu.c. Revision Changes Path 1.5.2.2 +2 -2 src/sys/sparc64/include/bus_common.h 1.15.2.1 +7 -6 src/sys/sparc64/include/iommuvar.h 1.53.2.5 +39 -51 src/sys/sparc64/pci/psycho.c 1.35.2.5 +6 -11 src/sys/sparc64/sbus/sbus.c 1.6.2.1 +13 -11 src/sys/sparc64/sparc64/counter.c 1.43.2.1 +85 -79 src/sys/sparc64/sparc64/iommu.c From marius at FreeBSD.org Mon May 19 19:32:01 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Mon May 19 19:32:05 2008 Subject: cvs commit: src/sys/sparc64/pci apb.c ofw_pci_if.m ofw_pcib.c ofw_pcib_subr.c ofw_pcib_subr.h ofw_pcibus.c psycho.c psychovar.h Message-ID: <200805191932.m4JJW1EY007226@repoman.freebsd.org> marius 2008-05-19 19:32:00 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sparc64/pci apb.c ofw_pci_if.m ofw_pcib.c ofw_pcib_subr.c ofw_pcib_subr.h ofw_pcibus.c psycho.c psychovar.h Log: MFC: apb.c 1.15; ofw_pci_if.m 1.9; ofw_pcib.c 1.9; ofw_pcib_subr.c 1.9; ofw_pcib_subr.h 1.4; ofw_pcibus.c 1.18; psycho.c 1.74; psychovar.h 1.18 On sparc64 machines with multiple host-PCI-bridges these bridges have separate configuration spaces so by definition they implement different PCI domains. Thus change psycho(4) to use PCI domains instead of reenumerating all PCI busses so they have globally unique bus numbers and drop support for reenumerating busses in the OFW PCI code. Revision Changes Path 1.14.2.1 +7 -5 src/sys/sparc64/pci/apb.c 1.8.2.1 +0 -35 src/sys/sparc64/pci/ofw_pci_if.m 1.8.2.1 +0 -3 src/sys/sparc64/pci/ofw_pcib.c 1.8.2.1 +0 -39 src/sys/sparc64/pci/ofw_pcib_subr.c 1.3.18.1 +0 -1 src/sys/sparc64/pci/ofw_pcib_subr.h 1.16.2.3 +0 -4 src/sys/sparc64/pci/ofw_pcibus.c 1.70.2.4 +12 -59 src/sys/sparc64/pci/psycho.c 1.16.2.2 +2 -3 src/sys/sparc64/pci/psychovar.h From marius at FreeBSD.org Mon May 19 20:09:05 2008 From: marius at FreeBSD.org (Marius Strobl) Date: Mon May 19 20:09:07 2008 Subject: cvs commit: src/sys/sparc64/include intr_machdep.h smp.h src/sys/sparc64/sparc64 intr_machdep.c mp_machdep.c Message-ID: <200805192009.m4JK958k009493@repoman.freebsd.org> marius 2008-05-19 20:09:04 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/sparc64/include intr_machdep.h smp.h sys/sparc64/sparc64 intr_machdep.c mp_machdep.c Log: MFC: intr_machdep.h 1.18; smp.h 1.23; intr_machdep.c 1.32; mp_machdep.c 1.39 - Add support for IPI_PREEMPT. - Add my copyright to mp_machdep.c for having implemented support for USIII and up and some fixes. Revision Changes Path 1.17.2.1 +2 -1 src/sys/sparc64/include/intr_machdep.h 1.22.2.1 +1 -0 src/sys/sparc64/include/smp.h 1.27.2.2 +2 -1 src/sys/sparc64/sparc64/intr_machdep.c 1.36.2.2 +17 -0 src/sys/sparc64/sparc64/mp_machdep.c From simokawa at FreeBSD.ORG Mon May 19 20:25:19 2008 From: simokawa at FreeBSD.ORG (Hidetoshi Shimokawa) Date: Mon May 19 20:25:22 2008 Subject: cvs commit: src/sys/dev/firewire fwohci.c In-Reply-To: References: <200805100922.m4A9M6fg014158@repoman.freebsd.org> Message-ID: <626eb4530805191300p14511dbcm7c60a51ea3a4191d@mail.gmail.com> I have no idea. Do you have any firewire devices connected on resume? On Tue, May 20, 2008 at 2:13 AM, Suleiman Souhlal wrote: > > On May 10, 2008, at 2:22 AM, Hidetoshi Shimokawa wrote: >> >> simokawa 2008-05-10 09:22:06 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/firewire fwohci.c >> Log: >> - Disable interrupts on suspend to eliminate excessive >> 'device physically ejected?' message on resume. >> - Fix memory leak on resume reported by kiyohara at netbsd.org. > > It seems like I get an NMI on resume with this change (in particular, with > the memory leak fix), on my Lenovo X60.. > > Any ideas what could be going on? > > -- Suleiman > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From rdivacky at FreeBSD.org Mon May 19 20:25:27 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Mon May 19 20:25:30 2008 Subject: cvs commit: src/sys/kern kern_sdt.c In-Reply-To: <200805181932.m4IJWagN055358@repoman.freebsd.org> References: <200805181932.m4IJWagN055358@repoman.freebsd.org> Message-ID: <20080519202445.GA82705@freebsd.org> On Sun, May 18, 2008 at 07:32:36PM +0000, John Birrell wrote: > jb 2008-05-18 19:32:36 UTC > > FreeBSD src repository > > Added files: > sys/kern kern_sdt.c > Log: > Add kernel support for the Statically Defined Trace provider. > > This is BSD licensed code written specifically for FreeBSD. > > It initialises using SYSINIT so that the SDT provider, probe and > argument description linkage is done whenever a module is loaded, > regardless of whether the DTrace modules are loaded or not. > > This file is optionally compiled into the kernel if the KDTRACE_HOOKS > option is defined. great to see this coming! in the sdt_*_listall() functions you lock the sx lock exclusively while traversing the list... why? I think shared locking is enough in those cases.... thnx! roman From jhb at FreeBSD.org Mon May 19 21:28:39 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Mon May 19 21:28:46 2008 Subject: cvs commit: src/sys/dev/puc pucdata.c In-Reply-To: <200805161457.m4GEvnmS013697@repoman.freebsd.org> References: <200805161457.m4GEvnmS013697@repoman.freebsd.org> Message-ID: <200805171215.07353.jhb@freebsd.org> On Friday 16 May 2008 10:57:49 am Marcel Moolenaar wrote: > marcel 2008-05-16 14:57:49 UTC > > FreeBSD src repository > > Modified files: > sys/dev/puc pucdata.c > Log: > Fix RID calculation. The RID is really the BAR for PCI cards, > so the index needs to be translated into an offset. While we > did add the offset (0x10), we forgot to account for the width. > > Tested by: Thomas Vogt > MFC after: 3 days Perhaps use the PCIR_BAR() macro to map BARs indices to RIDs? -- John Baldwin From jfv at FreeBSD.org Mon May 19 23:01:12 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Mon May 19 23:01:15 2008 Subject: cvs commit: src/sys/dev/em if_em.c Message-ID: <200805192301.m4JN1B1i037613@repoman.freebsd.org> jfv 2008-05-19 23:01:11 UTC FreeBSD src repository Modified files: sys/dev/em if_em.c Log: This small change will allow this driver in HEAD to build on 6.3 as well as 7 :) Revision Changes Path 1.193 +14 -1 src/sys/dev/em/if_em.c From kevlo at FreeBSD.org Tue May 20 06:32:08 2008 From: kevlo at FreeBSD.org (Kevin Lo) Date: Tue May 20 06:32:10 2008 Subject: cvs commit: src/sys/dev/acpi_support acpi_sony.c Message-ID: <200805200632.m4K6W8jD087405@repoman.freebsd.org> kevlo 2008-05-20 06:32:07 UTC FreeBSD src repository Modified files: sys/dev/acpi_support acpi_sony.c Log: Add support for controlling the audio power Tested on: VGN-SZ79TN Revision Changes Path 1.11 +1 -0 src/sys/dev/acpi_support/acpi_sony.c From kevlo at FreeBSD.org Tue May 20 06:33:10 2008 From: kevlo at FreeBSD.org (Kevin Lo) Date: Tue May 20 06:33:12 2008 Subject: cvs commit: src/share/man/man4/man4.i386 acpi_sony.4 Message-ID: <200805200633.m4K6XARf087821@repoman.freebsd.org> kevlo 2008-05-20 06:33:10 UTC FreeBSD src repository Modified files: share/man/man4/man4.i386 acpi_sony.4 Log: Document the azp for controlling audio power Revision Changes Path 1.5 +2 -0 src/share/man/man4/man4.i386/acpi_sony.4 From dfr at FreeBSD.org Tue May 20 07:55:04 2008 From: dfr at FreeBSD.org (Doug Rabson) Date: Tue May 20 07:55:06 2008 Subject: cvs commit: src/sys/compat/linux linux_file.c Message-ID: <200805200755.m4K7t4XV095228@repoman.freebsd.org> dfr 2008-05-20 07:55:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/compat/linux linux_file.c Log: Fix a harmless mismerge. Pointed out by: jhb Revision Changes Path 1.91.2.6 +0 -1 src/sys/compat/linux/linux_file.c From kib at FreeBSD.org Tue May 20 09:38:45 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Tue May 20 09:38:53 2008 Subject: cvs commit: src/libexec/rtld-elf rtld.c rtld_lock.c rtld_lock.h Message-ID: <200805200938.m4K9cid3010231@repoman.freebsd.org> kib 2008-05-20 09:38:44 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) libexec/rtld-elf rtld.c rtld_lock.c rtld_lock.h Log: MFC rev. 1.126 of libexec/rtld-elf/rtld.c rev. 1.5 of libexec/rtld-elf/rtld_lock.c rev. 1.3 of libexec/rtld-elf/rtld_lock.h Fix the problem with the C++ exception handling for the multithreaded programs. From the PR description: The gcc runtime's _Unwind_Find_FDE function, invoked during exception handling's stack unwinding, is not safe to execute from within multiple threads. FreeBSD' s dl_iterate_phdr() however permits multiple threads to pass through it though. The result is surprisingly reliable infinite looping of one or more threads if they just happen to be unwinding at the same time. Introduce the new lock that is write locked around the dl_iterate_pdr, thus providing required exclusion for the stack unwinders. PR: threads/123062 Submitted by: Andy Newman Reviewed by: kan Revision Changes Path 1.124.2.1 +5 -3 src/libexec/rtld-elf/rtld.c 1.4.2.1 +2 -1 src/libexec/rtld-elf/rtld_lock.c 1.2.20.1 +1 -0 src/libexec/rtld-elf/rtld_lock.h From rrs at FreeBSD.org Tue May 20 09:51:37 2008 From: rrs at FreeBSD.org (Randall Stewart) Date: Tue May 20 09:51:39 2008 Subject: cvs commit: src/sys/netinet sctp.h sctp_cc_functions.c sctp_input.c sctp_uio.h sctputil.c Message-ID: <200805200951.m4K9pbgt010711@repoman.freebsd.org> rrs 2008-05-20 09:51:37 UTC FreeBSD src repository Modified files: sys/netinet sctp.h sctp_cc_functions.c sctp_input.c sctp_uio.h sctputil.c Log: - Define changes in sctp.h - Bug in CA that does not get us incrementing the PBA properly which made us more conservative. - comment updated in sctp_input.c - memsets added before we log - added arg to hmac id's MFC after: 2 weeks Revision Changes Path 1.23 +7 -5 src/sys/netinet/sctp.h 1.4 +12 -37 src/sys/netinet/sctp_cc_functions.c 1.70 +9 -1 src/sys/netinet/sctp_input.c 1.30 +1 -0 src/sys/netinet/sctp_uio.h 1.75 +5 -0 src/sys/netinet/sctputil.c From dwmalone at FreeBSD.org Tue May 20 10:46:51 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 10:46:54 2008 Subject: cvs commit: src/usr.sbin/traceroute6 traceroute6.8 traceroute6.c Message-ID: <200805201046.m4KAkoEt014087@repoman.freebsd.org> dwmalone 2008-05-20 10:46:50 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.sbin/traceroute6 traceroute6.8 traceroute6.c Log: Sync with current - add the ability to traceroute with no-next-header packets. Revision Changes Path 1.16.2.1 +7 -1 src/usr.sbin/traceroute6/traceroute6.8 1.19.2.1 +117 -58 src/usr.sbin/traceroute6/traceroute6.c From philip at FreeBSD.org Tue May 20 10:48:27 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Tue May 20 10:48:28 2008 Subject: cvs commit: src/usr.sbin/moused moused.8 moused.c Message-ID: <200805201048.m4KAmQQZ014143@repoman.freebsd.org> philip 2008-05-20 10:48:26 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.sbin/moused moused.8 moused.c Log: MFC: moused.c rev 1.84 moused.8 rev 1.62 Improve the virtual scrolling mechanism to make middle clicking less difficult. Add a -L option (yet another option, indeed!) which changes the speed of scrolling and change -U to only affect the scroll threshold. This should make middle-clicking a much more pleasant experience. Submitted by: Aragon Gouveia Revision Changes Path 1.61.2.1 +20 -4 src/usr.sbin/moused/moused.8 1.79.2.2 +38 -11 src/usr.sbin/moused/moused.c From dwmalone at FreeBSD.org Tue May 20 10:51:27 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 10:51:32 2008 Subject: cvs commit: src/usr.sbin/traceroute6 Makefile traceroute6.8 traceroute6.c Message-ID: <200805201051.m4KApRTZ014283@repoman.freebsd.org> dwmalone 2008-05-20 10:51:27 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.sbin/traceroute6 Makefile traceroute6.8 traceroute6.c Log: Sync with -current: - ability to traceroute with packets with no upper layer header. - clean __P use. - place each router entry on its own line. - get ipsec.h from netipsec directory. Revision Changes Path 1.8.10.1 +1 -1 src/usr.sbin/traceroute6/Makefile 1.14.2.2 +17 -1 src/usr.sbin/traceroute6/traceroute6.8 1.16.8.2 +119 -56 src/usr.sbin/traceroute6/traceroute6.c From rwatson at FreeBSD.org Tue May 20 10:52:20 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Tue May 20 10:52:24 2008 Subject: cvs commit: src/sys/kern kern_priv.c Message-ID: <200805201052.m4KAqJN8014341@repoman.freebsd.org> rwatson 2008-05-20 10:52:19 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_priv.c Log: Merge kern_priv.c:1.5 from HEAD to RELENG_7: Add __FBSDID() tag. Pointed out by: antoine Revision Changes Path 1.4.2.1 +3 -2 src/sys/kern/kern_priv.c From rwatson at FreeBSD.org Tue May 20 10:52:53 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Tue May 20 10:52:57 2008 Subject: cvs commit: src/share/man/man9 bus_space.9 Message-ID: <200805201052.m4KAqrip014376@repoman.freebsd.org> rwatson 2008-05-20 10:52:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) share/man/man9 bus_space.9 Log: Merge busspace.9:1.5 from HEAD to RELENG_7: Minor spelling/grammer fixes. Revision Changes Path 1.4.2.1 +2 -2 src/share/man/man9/bus_space.9 From philip at FreeBSD.org Tue May 20 10:53:59 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Tue May 20 10:54:03 2008 Subject: cvs commit: src/usr.sbin/moused moused.8 moused.c Message-ID: <200805201053.m4KArxe4014419@repoman.freebsd.org> philip 2008-05-20 10:53:59 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.sbin/moused moused.8 moused.c Log: MFC: moused.c rev 1.84 moused.8 rev 1.62 Improve the virtual scrolling mechanism to make middle clicking less difficult. Add a -L option (yet another option, indeed!) which changes the speed of scrolling and change -U to only affect the scroll threshold. This should make middle-clicking a much more pleasant experience. Submitted by: Aragon Gouveia Revision Changes Path 1.53.2.4 +20 -4 src/usr.sbin/moused/moused.8 1.70.2.8 +38 -11 src/usr.sbin/moused/moused.c From dwmalone at FreeBSD.org Tue May 20 11:17:19 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 11:17:25 2008 Subject: cvs commit: src/sys/netinet ip_fw2.c Message-ID: <200805201117.m4KBHI1j016259@repoman.freebsd.org> dwmalone 2008-05-20 11:17:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netinet ip_fw2.c Log: MFC: If we are walking the IPv6 header chain and we hit an IPPROTO_NONE header, then don't try to pullup anything, because there is no next header if we hit IPPROTO_NONE. Set ulp to a non-NULL value so the search for an upper layer header terinates. Revision Changes Path 1.175.2.6 +6 -3 src/sys/netinet/ip_fw2.c From dwmalone at FreeBSD.org Tue May 20 11:17:52 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 11:17:59 2008 Subject: cvs commit: src/sys/netinet ip_fw2.c Message-ID: <200805201117.m4KBHpfA016317@repoman.freebsd.org> dwmalone 2008-05-20 11:17:51 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/netinet ip_fw2.c Log: MFC: If we are walking the IPv6 header chain and we hit an IPPROTO_NONE header, then don't try to pullup anything, because there is no next header if we hit IPPROTO_NONE. Set ulp to a non-NULL value so the search for an upper layer header terinates. Revision Changes Path 1.106.2.41 +6 -3 src/sys/netinet/ip_fw2.c From rwatson at FreeBSD.org Tue May 20 11:25:01 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Tue May 20 11:25:07 2008 Subject: cvs commit: src/lib/libc/posix1e mac.c mac_exec.c mac_get.c mac_set.c Message-ID: <200805201125.m4KBP0Ks016630@repoman.freebsd.org> rwatson 2008-05-20 11:25:00 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libc/posix1e mac.c mac_exec.c mac_get.c mac_set.c Log: Merge mac.c:1.13, mac_exec.c:1.3, mac_get.c:1.6, mac_set.c:1.4 from HEAD to RELENG_7: Add __FBSDID() tags. Revision Changes Path 1.12.18.1 +3 -2 src/lib/libc/posix1e/mac.c 1.2.22.1 +3 -2 src/lib/libc/posix1e/mac_exec.c 1.5.10.1 +3 -2 src/lib/libc/posix1e/mac_get.c 1.3.22.1 +3 -2 src/lib/libc/posix1e/mac_set.c From dwmalone at FreeBSD.org Tue May 20 11:31:03 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 11:31:07 2008 Subject: cvs commit: src/sbin/ipfw ipfw.8 ipfw2.c src/sys/netinet ip_dummynet.c Message-ID: <200805201131.m4KBV3an017553@repoman.freebsd.org> dwmalone 2008-05-20 11:31:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sbin/ipfw ipfw.8 ipfw2.c sys/netinet ip_dummynet.c Log: MFC: Dummynet has a limit of 100 slots queue size (or 1MB, if you give the limit in bytes) hard coded into both the kernel and userland. Make both these limits a sysctl, so it is easy to change the limit. Revision Changes Path 1.203.2.5 +14 -0 src/sbin/ipfw/ipfw.8 1.108.2.7 +18 -5 src/sbin/ipfw/ipfw2.c 1.110.2.2 +9 -2 src/sys/netinet/ip_dummynet.c From dwmalone at FreeBSD.org Tue May 20 11:32:03 2008 From: dwmalone at FreeBSD.org (David Malone) Date: Tue May 20 11:32:08 2008 Subject: cvs commit: src/sbin/ipfw ipfw.8 ipfw2.c src/sys/netinet ip_dummynet.c Message-ID: <200805201132.m4KBW3EI017624@repoman.freebsd.org> dwmalone 2008-05-20 11:32:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sbin/ipfw ipfw.8 ipfw2.c sys/netinet ip_dummynet.c Log: MFC: Dummynet has a limit of 100 slots queue size (or 1MB, if you give the limit in bytes) hard coded into both the kernel and userland. Make both these limits a sysctl, so it is easy to change the limit. Revision Changes Path 1.175.2.16 +14 -0 src/sbin/ipfw/ipfw.8 1.76.2.23 +18 -5 src/sbin/ipfw/ipfw2.c 1.93.2.8 +9 -2 src/sys/netinet/ip_dummynet.c From pjd at FreeBSD.org Tue May 20 11:43:57 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue May 20 11:43:59 2008 Subject: cvs commit: src/sys/geom geom_subr.c Message-ID: <200805201143.m4KBhuRJ017993@repoman.freebsd.org> pjd 2008-05-20 11:43:56 UTC FreeBSD src repository Modified files: sys/geom geom_subr.c Log: Force commit to note, that the typo in KASSERT() was: PR: kern/116896 Reported by: VANHULLEBUS Yvan Revision Changes Path 1.96 +0 -0 src/sys/geom/geom_subr.c From pjd at FreeBSD.org Tue May 20 11:45:05 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue May 20 11:45:10 2008 Subject: cvs commit: src/lib/libgeom geom_util.c libgeom.3 Message-ID: <200805201145.m4KBj5OX018110@repoman.freebsd.org> pjd 2008-05-20 11:45:05 UTC FreeBSD src repository Modified files: lib/libgeom geom_util.c libgeom.3 Log: Use 'dowrite' as an argument name instead of too general 'write'. Revision Changes Path 1.2 +4 -4 src/lib/libgeom/geom_util.c 1.9 +3 -3 src/lib/libgeom/libgeom.3 From rpaulo at FreeBSD.org Tue May 20 12:07:03 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Tue May 20 12:07:10 2008 Subject: cvs commit: src/usr.sbin/acpi/iasl iasl.8 Message-ID: <200805201207.m4KC72o9020011@repoman.freebsd.org> rpaulo 2008-05-20 12:07:02 UTC FreeBSD src repository Modified files: usr.sbin/acpi/iasl iasl.8 Log: Update to reflect reality: * iasl(8) supports ACPI 3.0b. * Add new options. MFC after: 1 week Revision Changes Path 1.3 +8 -3 src/usr.sbin/acpi/iasl/iasl.8 From pjd at FreeBSD.org Tue May 20 12:24:32 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue May 20 12:24:38 2008 Subject: cvs commit: src/sbin/swapon Makefile swapon.8 swapon.c Message-ID: <200805201224.m4KCOVFQ020707@repoman.freebsd.org> pjd 2008-05-20 12:24:31 UTC FreeBSD src repository Modified files: sbin/swapon Makefile swapon.8 swapon.c Log: - Change the meaning of -h flag from giving the output in megabytes to giving the output in a human-readable form. This behaviour is consistent with most of system tools. - Add -m and -g options to give output in megabytes and gigabytes respectively. Revision Changes Path 1.9 +3 -0 src/sbin/swapon/Makefile 1.30 +7 -3 src/sbin/swapon/swapon.8 1.23 +57 -18 src/sbin/swapon/swapon.c From pjd at FreeBSD.org Tue May 20 12:26:45 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue May 20 12:26:52 2008 Subject: cvs commit: src/sys/dev/acpi_support acpi_ibm.c Message-ID: <200805201226.m4KCQjeM020826@repoman.freebsd.org> pjd 2008-05-20 12:26:45 UTC FreeBSD src repository Modified files: sys/dev/acpi_support acpi_ibm.c Log: Add ID for T61p, which is not IBM really, but well. Revision Changes Path 1.17 +1 -1 src/sys/dev/acpi_support/acpi_ibm.c From pjd at FreeBSD.org Tue May 20 12:34:31 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue May 20 12:34:35 2008 Subject: cvs commit: src/sys/dev/usb usb.c Message-ID: <200805201234.m4KCYUvg021105@repoman.freebsd.org> pjd 2008-05-20 12:34:30 UTC FreeBSD src repository Modified files: sys/dev/usb usb.c Log: Drop Giant before calling kproc_exit(), so we don't trigger assertion in kproc_exit(). Discussed with: imp Revision Changes Path 1.122 +4 -0 src/sys/dev/usb/usb.c From rrs at FreeBSD.org Tue May 20 13:47:46 2008 From: rrs at FreeBSD.org (Randall Stewart) Date: Tue May 20 13:47:51 2008 Subject: cvs commit: src/sys/netinet sctp.h sctp_asconf.c sctp_asconf.h sctp_cc_functions.c sctp_constants.h sctp_indata.c sctp_input.c sctp_input.h sctp_lock_bsd.h sctp_os_bsd.h sctp_output.c sctp_output.h sctp_pcb.c sctp_pcb.h sctp_structs.h sctp_sysctl.c ... Message-ID: <200805201347.m4KDlkHC035946@repoman.freebsd.org> rrs 2008-05-20 13:47:46 UTC FreeBSD src repository Modified files: sys/netinet sctp.h sctp_asconf.c sctp_asconf.h sctp_cc_functions.c sctp_constants.h sctp_indata.c sctp_input.c sctp_input.h sctp_lock_bsd.h sctp_os_bsd.h sctp_output.c sctp_output.h sctp_pcb.c sctp_pcb.h sctp_structs.h sctp_sysctl.c sctp_sysctl.h sctp_timer.c sctp_usrreq.c sctp_var.h sctputil.c sctputil.h sys/netinet6 sctp6_usrreq.c Log: - Adds support for the multi-asconf (From Kozuka-san) - Adds some prepwork (Not all yet) for vimage in particular support the delete the sctppcbinfo.xx structs. There is still a leak in here if it were to be called plus we stil need the regrouping (From Me and Michael Tuexen) - Adds support for UDP tunneling. For BSD there is no socket yet setup so its disabled, but major argument changes are in here to emcompass the passing of the port number (zero when you don't have a udp tunnel, the default for BSD). Will add some hooks in UDP here shortly (discussed with Robert) that will allow easy tunneling. (Mainly from Peter Lei and Michael Tuexen with some BSD work from me :-D) - Some ease for windows, evidently leave is reserved by their compile move label leave: -> out: MFC after: 1 week Revision Changes Path 1.24 +1 -0 src/sys/netinet/sctp.h 1.36 +196 -55 src/sys/netinet/sctp_asconf.c 1.11 +3 -0 src/sys/netinet/sctp_asconf.h 1.5 +183 -249 src/sys/netinet/sctp_cc_functions.c 1.36 +6 -0 src/sys/netinet/sctp_constants.h 1.50 +2 -2 src/sys/netinet/sctp_indata.c 1.71 +63 -41 src/sys/netinet/sctp_input.c 1.8 +1 -1 src/sys/netinet/sctp_input.h 1.11 +4 -4 src/sys/netinet/sctp_lock_bsd.h 1.35 +6 -0 src/sys/netinet/sctp_os_bsd.h 1.70 +527 -131 src/sys/netinet/sctp_output.c 1.14 +4 -4 src/sys/netinet/sctp_output.h 1.68 +144 -28 src/sys/netinet/sctp_pcb.c 1.34 +2 -1 src/sys/netinet/sctp_pcb.h 1.28 +16 -2 src/sys/netinet/sctp_structs.h 1.18 +37 -0 src/sys/netinet/sctp_sysctl.c 1.14 +22 -0 src/sys/netinet/sctp_sysctl.h 1.34 +46 -19 src/sys/netinet/sctp_timer.c 1.55 +1 -1 src/sys/netinet/sctp_usrreq.c 1.24 +2 -0 src/sys/netinet/sctp_var.h 1.76 +29 -11 src/sys/netinet/sctputil.c 1.32 +5 -2 src/sys/netinet/sctputil.h 1.44 +3 -3 src/sys/netinet6/sctp6_usrreq.c From mtm at FreeBSD.org Tue May 20 15:27:25 2008 From: mtm at FreeBSD.org (Mike Makonnen) Date: Tue May 20 15:27:32 2008 Subject: cvs commit: src/etc/rc.d hostid Message-ID: <200805201527.m4KFROpK041247@repoman.freebsd.org> mtm 2008-05-20 15:27:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) etc/rc.d hostid Log: MFC: Specify the full path to the md5(1) binary so the script will still work even if it's not in the shell's path. PR: conf/122215 Revision Changes Path 1.7.2.1 +1 -1 src/etc/rc.d/hostid From ups at FreeBSD.org Tue May 20 19:05:44 2008 From: ups at FreeBSD.org (Stephan Uphoff) Date: Tue May 20 19:05:48 2008 Subject: cvs commit: src/sys/vm vm_object.c vm_object.h vnode_pager.c src/sys/ufs/ufs ufs_lookup.c Message-ID: <200805201905.m4KJ5iwO063462@repoman.freebsd.org> ups 2008-05-20 19:05:44 UTC FreeBSD src repository Modified files: sys/vm vm_object.c vm_object.h vnode_pager.c sys/ufs/ufs ufs_lookup.c Log: Allow VM object creation in ufs_lookup. (If vfs.vmiodirenable is set) Directory IO without a VM object will store data in 'malloced' buffers severely limiting caching of the data. Without this change VM objects for directories are only created on an open() of the directory. TODO: Inline test if VM object already exists to avoid locking/function call overhead. Tested by: kris@ Reviewed by: jeff@ Reported by: David Filo Revision Changes Path 1.89 +10 -0 src/sys/ufs/ufs/ufs_lookup.c 1.394 +25 -11 src/sys/vm/vm_object.c 1.116 +1 -0 src/sys/vm/vm_object.h 1.241 +15 -7 src/sys/vm/vnode_pager.c From thompsa at FreeBSD.org Tue May 20 20:47:22 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Tue May 20 20:47:30 2008 Subject: cvs commit: src/usr.sbin/wlandebug wlandebug.8 Message-ID: <200805202047.m4KKlMHX079321@repoman.freebsd.org> thompsa 2008-05-20 20:47:21 UTC FreeBSD src repository Modified files: usr.sbin/wlandebug wlandebug.8 Log: -d is a flag, not an argument. Use .Fl here. Revision Changes Path 1.7 +1 -1 src/usr.sbin/wlandebug/wlandebug.8 From obrien at FreeBSD.org Tue May 20 22:54:42 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Tue May 20 22:54:44 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb trgt_mips.c Message-ID: <200805202254.m4KMsgoO088002@repoman.freebsd.org> obrien 2008-05-20 22:54:42 UTC FreeBSD src repository Added files: gnu/usr.bin/gdb/kgdb trgt_mips.c Log: MIPS arch target kgdb(1) support. Obtained from: Juniper Networks. Revision Changes Path 1.1 +207 -0 src/gnu/usr.bin/gdb/kgdb/trgt_mips.c (new) From obrien at FreeBSD.org Tue May 20 22:58:47 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Tue May 20 22:58:50 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb trgt_mips.c Message-ID: <200805202258.m4KMwlCw088177@repoman.freebsd.org> obrien 2008-05-20 22:58:47 UTC FreeBSD src repository Modified files: gnu/usr.bin/gdb/kgdb trgt_mips.c Log: Add Juniper's copyright. Revision Changes Path 1.2 +1 -0 src/gnu/usr.bin/gdb/kgdb/trgt_mips.c From jhb at freebsd.org Tue May 20 23:41:12 2008 From: jhb at freebsd.org (John Baldwin) Date: Tue May 20 23:41:15 2008 Subject: cvs commit: src/gnu/usr.bin/gdb/kgdb trgt_mips.c In-Reply-To: <200805202254.m4KMsgoO088002@repoman.freebsd.org> References: <200805202254.m4KMsgoO088002@repoman.freebsd.org> Message-ID: <200805201940.56151.jhb@freebsd.org> On Tuesday 20 May 2008 06:54:42 pm David E. O'Brien wrote: > obrien 2008-05-20 22:54:42 UTC > > FreeBSD src repository > > Added files: > gnu/usr.bin/gdb/kgdb trgt_mips.c > Log: > MIPS arch target kgdb(1) support. > > Obtained from: Juniper Networks. Check for recent changes in the other MD backends. Things I noticed: - You should use ptid_get_pid() rather than ptid_get_tid() in kgdb_trgt_fetch_registers() (this is part of the changes to allow the 'tid' command to work over remote gdb). - You are missing a 'kgdb_trgt_new_objfile()' stub. The latter, at least, should have resulted in a link error. -- John Baldwin From jb at FreeBSD.org Wed May 21 00:26:39 2008 From: jb at FreeBSD.org (John Birrell) Date: Wed May 21 00:26:41 2008 Subject: cvs commit: src/cddl/compat/opensolaris/include dtrace.h libproc.h Message-ID: <200805210026.m4L0QdZ3093332@repoman.freebsd.org> jb 2008-05-21 00:26:38 UTC FreeBSD src repository Added files: cddl/compat/opensolaris/include dtrace.h libproc.h Log: Add Solaris compatibility definitions for things we don't really want in FreeBSD headers. Revision Changes Path 1.1 +37 -0 src/cddl/compat/opensolaris/include/dtrace.h (new) 1.1 +46 -0 src/cddl/compat/opensolaris/include/libproc.h (new) From obrien at FreeBSD.org Wed May 21 03:36:54 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Wed May 21 03:36:58 2008 Subject: cvs commit: src/sys/i386/conf GENERIC src/sys/powerpc/conf GENERIC src/sys/sun4v/conf GENERIC Message-ID: <200805210336.m4L3arXw012085@repoman.freebsd.org> obrien 2008-05-21 03:36:53 UTC FreeBSD src repository Modified files: sys/i386/conf GENERIC sys/powerpc/conf GENERIC sys/sun4v/conf GENERIC Log: Use the "options " spelling (vs. "options") so that commented lines line up nicely. Revision Changes Path 1.490 +2 -3 src/sys/i386/conf/GENERIC 1.78 +3 -3 src/sys/powerpc/conf/GENERIC 1.18 +12 -12 src/sys/sun4v/conf/GENERIC From kientzle at freebsd.org Wed May 21 03:42:39 2008 From: kientzle at freebsd.org (Tim Kientzle) Date: Wed May 21 03:42:42 2008 Subject: cvs commit: src/usr.bin/tar Makefile bsdtar.h read.c siginfo.c write.c In-Reply-To: <200805180624.m4I6Ol12077124@repoman.freebsd.org> References: <200805180624.m4I6Ol12077124@repoman.freebsd.org> Message-ID: <48339A2E.1060805@freebsd.org> After looking at this a bit, I'm wondering if it couldn't be made rather a bit simpler: * Since the signal handler just flags for future printing, why not just install it unconditionally at the top of the program? I can't see where it accomplishes anything to install/uninstall the signal handlers as you've done. Since the signal handler is one line (and installing it is two lines), I would suggest just putting it into bsdtar.c. * It seems you could actually eliminate siginfo.c by just storing a fully-formatted string in the bsdtar structure. I think your siginfo_setinfo can be replaced with this: snprintf(bsdtar->siginfo_message, sizeof(bsdtar->siginfo_message), "appropriate format", args... ); and siginfo_printinfo with this simple stanza: if (bsdtar->siginfo_received) { bsdtar->siginfo_received = 0; fprintf(stderr, "%s\n", bsdtar->siginfo_message); } This would also allow you to vary the informational formatting depending on the operation. Sure, these stanzas would be duplicated in a couple of places, but I think this would be significantly less total code in the end. Colin Percival wrote: > cperciva 2008-05-18 06:24:47 UTC > > FreeBSD src repository > > Modified files: > usr.bin/tar Makefile bsdtar.h read.c write.c > Added files: > usr.bin/tar siginfo.c > Log: > Add SIGINFO (and for portability to SIGINFO-lacking systems, SIGUSR1) > handling to bsdtar. When writing archives (including copying via the > @archive directive) a line is output to stderr indicating what is being > done (adding or copying), the path, and how far through the file we are; > extracting currently does not report progress within each file, but > this is likely to happen eventually. > > Discussed with: kientzle > Obtained from: tarsnap > > Revision Changes Path > 1.35 +1 -1 src/usr.bin/tar/Makefile > 1.31 +6 -0 src/usr.bin/tar/bsdtar.h > 1.37 +26 -0 src/usr.bin/tar/read.c > 1.1 +147 -0 src/usr.bin/tar/siginfo.c (new) > 1.67 +25 -0 src/usr.bin/tar/write.c > > From kientzle at FreeBSD.org Wed May 21 04:07:36 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:07:38 2008 Subject: cvs commit: src/lib/libarchive archive_read_support_format_ar.c src/lib/libarchive/test test_read_format_ar.c test_write_format_ar.c Message-ID: <200805210407.m4L47ZUp014378@repoman.freebsd.org> kientzle 2008-05-21 04:07:35 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_read_support_format_ar.c lib/libarchive/test test_read_format_ar.c test_write_format_ar.c Log: MFC: Some changes to 'ar' format support from Kai Wang. Revision Changes Path 1.6.4.3 +39 -36 src/lib/libarchive/archive_read_support_format_ar.c 1.4.2.1 +1 -3 src/lib/libarchive/test/test_read_format_ar.c 1.5.2.1 +1 -3 src/lib/libarchive/test/test_write_format_ar.c From kientzle at FreeBSD.org Wed May 21 04:11:11 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:11:13 2008 Subject: cvs commit: src/lib/libarchive archive_write_set_compression_compress.c Message-ID: <200805210411.m4L4BBs0014569@repoman.freebsd.org> kientzle 2008-05-21 04:11:11 UTC FreeBSD src repository Added files: (Branch: RELENG_7) lib/libarchive archive_write_set_compression_compress.c Log: MFC: write support for 'compress' format. Revision Changes Path 1.1.2.1 +494 -0 src/lib/libarchive/archive_write_set_compression_compress.c (new) From kientzle at FreeBSD.org Wed May 21 04:12:30 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:12:33 2008 Subject: cvs commit: src/lib/libarchive archive_entry.c archive_entry.h archive_platform.h archive_read_support_format_mtree.c archive_read_support_format_tar.c archive_util.c archive_write_private.h archive_write_set_format_pax.c Message-ID: <200805210412.m4L4CUCe014654@repoman.freebsd.org> kientzle 2008-05-21 04:12:30 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_entry.c archive_entry.h archive_platform.h archive_read_support_format_mtree.c archive_read_support_format_tar.c archive_util.c archive_write_private.h archive_write_set_format_pax.c Log: MFC: A number of interrelated changes that I'm too tired to tease apart into separate MFCs. These have all been in -CURRENT for quite some time. Revision Changes Path 1.44.2.2 +39 -3 src/lib/libarchive/archive_entry.c 1.23.2.2 +52 -16 src/lib/libarchive/archive_entry.h 1.27.2.2 +4 -1 src/lib/libarchive/archive_platform.h 1.1.2.3 +174 -108 src/lib/libarchive/archive_read_support_format_mtree.c 1.61.2.3 +241 -210 src/lib/libarchive/archive_read_support_format_tar.c 1.15.2.2 +44 -2 src/lib/libarchive/archive_util.c 1.2.4.1 +0 -7 src/lib/libarchive/archive_write_private.h 1.41.2.2 +163 -68 src/lib/libarchive/archive_write_set_format_pax.c From kientzle at FreeBSD.org Wed May 21 04:12:57 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:13:02 2008 Subject: cvs commit: src/lib/libarchive archive_entry.3 archive_read.3 archive_util.3 archive_write.3 archive_write_disk.3 Message-ID: <200805210412.m4L4CvaM014704@repoman.freebsd.org> kientzle 2008-05-21 04:12:57 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive_entry.3 archive_read.3 archive_util.3 archive_write.3 archive_write_disk.3 Log: MFC: some documentation corrections and updates. Revision Changes Path 1.15.2.1 +47 -7 src/lib/libarchive/archive_entry.3 1.35.2.1 +71 -13 src/lib/libarchive/archive_read.3 1.7.2.1 +6 -1 src/lib/libarchive/archive_util.3 1.22.2.1 +36 -6 src/lib/libarchive/archive_write.3 1.1.4.1 +16 -3 src/lib/libarchive/archive_write_disk.3 From kientzle at FreeBSD.org Wed May 21 04:13:45 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:13:49 2008 Subject: cvs commit: src/lib/libarchive archive.h.in Message-ID: <200805210413.m4L4Di0R014766@repoman.freebsd.org> kientzle 2008-05-21 04:13:43 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive archive.h.in Log: MFC: updates to the public API plus an attempt to straighten out versioning. Revision Changes Path 1.46.2.2 +38 -41 src/lib/libarchive/archive.h.in From kientzle at FreeBSD.org Wed May 21 04:14:10 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:14:12 2008 Subject: cvs commit: src/lib/libarchive Makefile Message-ID: <200805210414.m4L4EAqi014809@repoman.freebsd.org> kientzle 2008-05-21 04:14:10 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive Makefile Log: MFC: New manpage links and turn on the compress write support. Revision Changes Path 1.77.2.2 +4 -0 src/lib/libarchive/Makefile From kientzle at FreeBSD.org Wed May 21 04:14:40 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:14:42 2008 Subject: cvs commit: src/lib/libarchive/test Makefile main.c test.h test_archive_api_feature.c test_compat_gtar.c test_compat_tar_hardlink.c test_compat_zip.c test_empty_write.c test_entry.c test_pax_filename_encoding.c test_pax_filename_encoding.tar.gz.uu test_read_format_gtar_sparse.c ... Message-ID: <200805210414.m4L4Eddk014878@repoman.freebsd.org> kientzle 2008-05-21 04:14:39 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) lib/libarchive/test Makefile main.c test.h test_archive_api_feature.c test_compat_gtar.c test_compat_tar_hardlink.c test_compat_zip.c test_empty_write.c test_entry.c test_read_format_gtar_sparse.c Added files: (Branch: RELENG_7) lib/libarchive/test test_pax_filename_encoding.c test_pax_filename_encoding.tar.gz.uu test_write_compress.c Log: MFC: Numerous test updates. Revision Changes Path 1.11.2.2 +5 -19 src/lib/libarchive/test/Makefile 1.8.2.3 +210 -41 src/lib/libarchive/test/main.c 1.6.2.3 +10 -12 src/lib/libarchive/test/test.h 1.3.2.1 +14 -0 src/lib/libarchive/test/test_archive_api_feature.c 1.1.2.2 +2 -2 src/lib/libarchive/test/test_compat_gtar.c 1.1.2.2 +2 -2 src/lib/libarchive/test/test_compat_tar_hardlink.c 1.1.2.2 +2 -2 src/lib/libarchive/test/test_compat_zip.c 1.1.2.2 +3 -0 src/lib/libarchive/test/test_empty_write.c 1.2.2.1 +87 -1 src/lib/libarchive/test/test_entry.c 1.1.2.1 +161 -0 src/lib/libarchive/test/test_pax_filename_encoding.c (new) 1.1.2.1 +10 -0 src/lib/libarchive/test/test_pax_filename_encoding.tar.gz.uu (new) 1.6.2.2 +3 -4 src/lib/libarchive/test/test_read_format_gtar_sparse.c 1.2.2.1 +102 -0 src/lib/libarchive/test/test_write_compress.c (new) From kientzle at FreeBSD.org Wed May 21 04:18:50 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Wed May 21 04:18:55 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.h read.c util.c Message-ID: <200805210418.m4L4Io0w015123@repoman.freebsd.org> kientzle 2008-05-21 04:18:49 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/tar bsdtar.h read.c util.c Log: MFC: bsdtar can now use archive_entry_strmode(), since the latter has been in 7-STABLE since Feb 2008. Revision Changes Path 1.28.2.1 +0 -1 src/usr.bin/tar/bsdtar.h 1.34.2.1 +3 -2 src/usr.bin/tar/read.c 1.17.2.1 +0 -50 src/usr.bin/tar/util.c From jb at what-creek.com Wed May 21 04:41:39 2008 From: jb at what-creek.com (John Birrell) Date: Wed May 21 04:41:42 2008 Subject: cvs commit: src/sys/kern kern_sdt.c In-Reply-To: <20080519202445.GA82705@freebsd.org> References: <200805181932.m4IJWagN055358@repoman.freebsd.org> <20080519202445.GA82705@freebsd.org> Message-ID: <20080521044138.GB62522@what-creek.com> On Mon, May 19, 2008 at 10:24:45PM +0200, Roman Divacky wrote: > On Sun, May 18, 2008 at 07:32:36PM +0000, John Birrell wrote: > > jb 2008-05-18 19:32:36 UTC > > > > FreeBSD src repository > > > > Added files: > > sys/kern kern_sdt.c > > Log: > > Add kernel support for the Statically Defined Trace provider. > > > > This is BSD licensed code written specifically for FreeBSD. > > > > It initialises using SYSINIT so that the SDT provider, probe and > > argument description linkage is done whenever a module is loaded, > > regardless of whether the DTrace modules are loaded or not. > > > > This file is optionally compiled into the kernel if the KDTRACE_HOOKS > > option is defined. > > great to see this coming! > > in the sdt_*_listall() functions you lock the sx lock exclusively while > traversing the list... why? I think shared locking is enough in those > cases.... There are other locks held which make shared locking of no value. The locking strategy in the dtrace module is set by the design of the Solaris code. This doesn't mean we can't change it, but we would need to gain something to make it worthwhile. It's not as though this stuff is being called all that often. -- John Birrell From marcel at FreeBSD.org Wed May 21 05:15:30 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Wed May 21 05:15:35 2008 Subject: cvs commit: src/sys/ia64/ia64 machdep.c Message-ID: <200805210515.m4L5FRoa027141@repoman.freebsd.org> marcel 2008-05-21 05:15:27 UTC FreeBSD src repository Modified files: sys/ia64/ia64 machdep.c Log: We can call ia64_flush_dirty() when the corresponding process is locked or not. As such, use PROC_LOCKED() to determine which case it is and lock the process when not. Revision Changes Path 1.240 +6 -3 src/sys/ia64/ia64/machdep.c From obrien at FreeBSD.org Wed May 21 07:56:11 2008 From: obrien at FreeBSD.org (David E. O'Brien) Date: Wed May 21 07:56:15 2008 Subject: cvs commit: src/sys Makefile Message-ID: <200805210756.m4L7uAiH035185@repoman.freebsd.org> obrien 2008-05-21 07:56:10 UTC FreeBSD src repository Modified files: sys Makefile Log: + Use the default cscope names. + Enable fast symbol lookup. + Make sure files cscoped are really files, and add .S's. + Add 'cscope-clean' target. Revision Changes Path 1.47 +13 -8 src/sys/Makefile From niclas.zeising at gmail.com Wed May 21 09:03:00 2008 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Wed May 21 09:03:09 2008 Subject: cvs commit: src/sys/dev/speaker spkr.c In-Reply-To: <200805150122.m4F1MmDj082816@repoman.freebsd.org> References: <200805150122.m4F1MmDj082816@repoman.freebsd.org> Message-ID: <4833E4D4.70705@gmail.com> Poul-Henning Kamp wrote: > phk 2008-05-15 01:22:48 UTC > > FreeBSD src repository > > Modified files: > sys/dev/speaker spkr.c > Log: > Move speaker a lot closer to style(9) > > Submitted by: Martin Voros > > Revision Changes Path > 1.76 +316 -342 src/sys/dev/speaker/spkr.c > _______________________________________________ > cvs-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-all > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > Hi! You can probably close kern/122182 as well then. It contained a similar patch also supposed to pring spkr.c up to standards with reagards to style. Best Regards! //Niclas From kib at FreeBSD.org Wed May 21 09:31:45 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Wed May 21 09:31:47 2008 Subject: cvs commit: src/sys/fs/devfs devfs_int.h devfs_vnops.c src/sys/kern kern_conf.c kern_descrip.c src/sys/sys conf.h file.h proc.h Message-ID: <200805210931.m4L9VjWe049513@repoman.freebsd.org> kib 2008-05-21 09:31:44 UTC FreeBSD src repository Modified files: sys/fs/devfs devfs_int.h devfs_vnops.c sys/kern kern_conf.c kern_descrip.c sys/sys conf.h file.h proc.h Log: Implement the per-open file data for the cdev. The patch does not change the cdevsw KBI. Management of the data is provided by the functions int devfs_set_cdevpriv(void *priv, cdevpriv_dtr_t dtr); int devfs_get_cdevpriv(void **datap); void devfs_clear_cdevpriv(void); All of the functions are supposed to be called from the cdevsw method contexts. - devfs_set_cdevpriv assigns the priv as private data for the file descriptor which is used to initiate currently performed driver operation. dtr is the function that will be called when either the last refernce to the file goes away, the device is destroyed or devfs_clear_cdevpriv is called. - devfs_get_cdevpriv is the obvious accessor. - devfs_clear_cdevpriv allows to clear the private data for the still open file. Implementation keeps the driver-supplied pointers in the struct cdev_privdata, that is referenced both from the struct file and struct cdev, and cannot outlive any of the referee. Man pages will be provided after the KPI stabilizes. Reviewed by: jhb Useful suggestions from: jeff, antoine Debugging help and tested by: pho MFC after: 1 month Revision Changes Path 1.5 +11 -0 src/sys/fs/devfs/devfs_int.h 1.158 +109 -1 src/sys/fs/devfs/devfs_vnops.c 1.213 +9 -2 src/sys/kern/kern_conf.c 1.332 +6 -0 src/sys/kern/kern_descrip.c 1.237 +6 -0 src/sys/sys/conf.h 1.77 +2 -0 src/sys/sys/file.h 1.515 +1 -0 src/sys/sys/proc.h From rwatson at FreeBSD.org Wed May 21 13:05:06 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Wed May 21 13:05:12 2008 Subject: cvs commit: src/sys/security/audit audit_worker.c Message-ID: <200805211305.m4LD56mJ073094@repoman.freebsd.org> rwatson 2008-05-21 13:05:06 UTC FreeBSD src repository Modified files: sys/security/audit audit_worker.c Log: Don't use LK_DRAIN before calling VOP_FSYNC() in the panic case for audit trail failure -- this doesn't contribute anything, and might arguably be wrong. MFC after: 1 week Requested by: attilio Revision Changes Path 1.24 +1 -1 src/sys/security/audit/audit_worker.c From rwatson at FreeBSD.org Wed May 21 13:36:49 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Wed May 21 13:36:57 2008 Subject: cvs commit: src/sys/kern uipc_sem.c Message-ID: <200805211336.m4LDans9074110@repoman.freebsd.org> rwatson 2008-05-21 13:36:49 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern uipc_sem.c Log: Merge uipc_sem.c:1.31 from HEAD to RELENG_7: Attempt to improve convergence of POSIX semaphore code with style(9). Revision Changes Path 1.28.2.2 +38 -31 src/sys/kern/uipc_sem.c From rwatson at FreeBSD.org Wed May 21 13:59:06 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Wed May 21 13:59:14 2008 Subject: cvs commit: src/sys/security/audit audit_worker.c Message-ID: <200805211359.m4LDx5Fr075587@repoman.freebsd.org> rwatson 2008-05-21 13:59:05 UTC FreeBSD src repository Modified files: sys/security/audit audit_worker.c Log: Don't use LK_DRAIN before calling VOP_FSYNC() in the two further panic cases for audit trail failure -- this doesn't contribute anything, and might arguably be wrong. MFC after: 1 week Requested by: attilio Revision Changes Path 1.25 +2 -2 src/sys/security/audit/audit_worker.c From remko at FreeBSD.org Wed May 21 14:22:04 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Wed May 21 14:22:09 2008 Subject: cvs commit: src/sys/dev/usb umass.c usbdevs Message-ID: <200805211422.m4LEM33w077767@repoman.freebsd.org> remko 2008-05-21 14:22:03 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/usb umass.c usbdevs Log: MFC rev 1.163 umass.c, 1.354 usbdevs Add support for the Nikon D300 camera PR: usb/118741 Submitted by: Yuri Approved by: imp (mentor, implicit) MFC after: 3 days Approved by: imp (mentor, implicit) Facilitated by: Snow B.V. Revision Changes Path 1.160.2.2 +4 -0 src/sys/dev/usb/umass.c 1.328.2.11 +1 -0 src/sys/dev/usb/usbdevs From rrs at FreeBSD.org Wed May 21 16:51:24 2008 From: rrs at FreeBSD.org (Randall Stewart) Date: Wed May 21 16:51:27 2008 Subject: cvs commit: src/sys/netinet sctp_output.c sctputil.c Message-ID: <200805211651.m4LGpOiP002817@repoman.freebsd.org> rrs 2008-05-21 16:51:21 UTC FreeBSD src repository Modified files: sys/netinet sctp_output.c sctputil.c Log: - sctputil.c - If debug is on, the INPKILL timer can deref a freed value. Change so that we save off a type field for display and NULL inp just for good measure. - sctp_output.c - Fix it so in sending to the loopback we use the src address of the inbound INIT. We don't want to do this for non local addresses since otherwise we might be ingressed filtered so we need to use the best src address and list the address sent to. Obtained from: time bug - Neil Wilson MFC after: 1 week Revision Changes Path 1.71 +95 -90 src/sys/netinet/sctp_output.c 1.77 +4 -4 src/sys/netinet/sctputil.c From jfv at FreeBSD.org Wed May 21 21:06:18 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Wed May 21 21:06:21 2008 Subject: cvs commit: src/sys/dev/em if_em.c Message-ID: <200805212106.m4LL6IxL030679@repoman.freebsd.org> jfv 2008-05-21 21:06:17 UTC FreeBSD src repository Modified files: sys/dev/em if_em.c Log: Thanks to report from Neil Hoggarth I found a missing UNLOCK in the watchdog code. This delta also incorporates some missing PCI IDs that got added. PR 122928 - might be fixed by this, no verification at this point. Revision Changes Path 1.194 +13 -2 src/sys/dev/em/if_em.c From jfv at FreeBSD.org Wed May 21 21:34:06 2008 From: jfv at FreeBSD.org (Jack F Vogel) Date: Wed May 21 21:34:08 2008 Subject: cvs commit: src/sys/dev/em if_em.c Message-ID: <200805212134.m4LLY65a031844@repoman.freebsd.org> jfv 2008-05-21 21:34:05 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/em if_em.c Log: Primary a delta to pick up the missing UNLOCK in the watchdog code, this can cause a panic due to a recusion on the TX Lock. Also sync up other changes in HEAD, all trivial, added PCI ID and #ifdef's to make the driver compile on 6.3. Revision Changes Path 1.184.2.3 +26 -2 src/sys/dev/em/if_em.c From thompsa at FreeBSD.org Wed May 21 23:04:11 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Wed May 21 23:04:16 2008 Subject: cvs commit: src/sys/dev/sound/midi sequencer.c Message-ID: <200805212304.m4LN4AUN037058@repoman.freebsd.org> thompsa 2008-05-21 23:04:10 UTC FreeBSD src repository Modified files: sys/dev/sound/midi sequencer.c Log: Giant is no longer required and can not be held over kproc_exit(). Revision Changes Path 1.28 +0 -1 src/sys/dev/sound/midi/sequencer.c From jb at FreeBSD.org Thu May 22 01:14:44 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 01:14:46 2008 Subject: cvs commit: src/share/mk bsd.lib.mk bsd.libnames.mk bsd.prog.mk sys.mk Message-ID: <200805220114.m4M1Ehsu058763@repoman.freebsd.org> jb 2008-05-22 01:14:43 UTC FreeBSD src repository Modified files: share/mk bsd.lib.mk bsd.libnames.mk bsd.prog.mk sys.mk Log: Add support for the Compact C Type (CTF) conversions throughout FreeBSD's system makefiles. Note that the CTF conversion defaults to off. We may choose to change this default later if DTrace proves popular and people are prepared to wear the compilation performance impact of compiling with debug symbols all the time. Setting NO_CTF in the make args or user environment turns off CTF conversion. Even if we choose to default CTF generation to on later, we still need NO_CTF so that the buildworld process can bootstrap the tools without needlessly generating CTF data for temporary tools. Setting WITH_CTF in the make args or user environment (and _NOT_ in /etc/make.conf) is the only way to enable CTF data conversion. Nore that this can't be implemented the same way that the WITH_ and WITHOUT_ stuff is implemented throughout the buildworld because the CTF conversion needs to work when building a simple object without a Makefile, using the default rules in sys.mk. Typing 'make test.o' with no makefile and just a source file test.c should work. Also, typing 'make WITH_CTF=1 test.o without a makefile and just a source file test.c should work and produce an object with a CTF elf section. Typing 'make WITH_CTF=1 CFLAGS=-g test.o' without a makefile and just a source file test.c should produce an object with both a CTF elf section and the debug elf sections. In the FreeBSD build where more .mk files are used than just sys.mk which is included my make by default, the use of DEBUG_FLAGS is the correct way to enable a debug build. The important thing to note here is that it is the DEBUG_FLAGS setting that prevents libraries and programs from being stripped on installation. So, for the addition of CTF data conversion, setting DEBUG_FLAGS to contain -g, without NO_CTF, will cause the ctfconvert and ctfmerge build programs to be executed also with the -g arg so that debug symbols are retained rather than being removed after the CTF data elf section has been added. Add DTrace libraries to the list of libnames. Revision Changes Path 1.185 +40 -0 src/share/mk/bsd.lib.mk 1.108 +4 -0 src/share/mk/bsd.libnames.mk 1.151 +10 -0 src/share/mk/bsd.prog.mk 1.102 +76 -0 src/share/mk/sys.mk From jb at FreeBSD.org Thu May 22 02:09:22 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 02:09:32 2008 Subject: cvs commit: src/lib/libproc _libproc.h libproc.h proc_create.c proc_sym.c proc_util.c Message-ID: <200805220209.m4M29LU7061575@repoman.freebsd.org> jb 2008-05-22 02:09:21 UTC FreeBSD src repository Added files: lib/libproc _libproc.h libproc.h proc_create.c proc_sym.c proc_util.c Log: Add a process library with some stubs that the DTrace client needs. These will be fleshed out as part of the DTrace userland tracing development. For now, the kernel tracing part of DTrace requires minimal functionality for this library. The API for this library is deliberately different from the libproc in OpenSolaris due to licensing restrictions. Revision Changes Path 1.1 +43 -0 src/lib/libproc/_libproc.h (new) 1.1 +70 -0 src/lib/libproc/libproc.h (new) 1.1 +159 -0 src/lib/libproc/proc_create.c (new) 1.1 +68 -0 src/lib/libproc/proc_sym.c (new) 1.1 +133 -0 src/lib/libproc/proc_util.c (new) From jb at FreeBSD.org Thu May 22 02:10:15 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 02:10:16 2008 Subject: cvs commit: src/lib/libproc Makefile Message-ID: <200805220210.m4M2AEuO061674@repoman.freebsd.org> jb 2008-05-22 02:10:14 UTC FreeBSD src repository Added files: lib/libproc Makefile Log: Add the Makefile for the process library which was missed in the previous commit. Revision Changes Path 1.1 +20 -0 src/lib/libproc/Makefile (new) From jb at FreeBSD.org Thu May 22 02:14:34 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 02:14:41 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... Message-ID: <200805220214.m4M2EYTM061847@repoman.freebsd.org> jb 2008-05-22 02:14:23 UTC FreeBSD src repository Added files: lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c libdwarf.h Log: Add a BSD licensed DWARF library for use by the DTrace clients. The API for this library is deliberately different to the GPL'd libdwarf to avoid licensing problems. Revision Changes Path 1.1 +30 -0 src/lib/libdwarf/Makefile (new) 1.1 +168 -0 src/lib/libdwarf/_libdwarf.h (new) 1.1 +478 -0 src/lib/libdwarf/dwarf.h (new) 1.1 +71 -0 src/lib/libdwarf/dwarf_abbrev.c (new) 1.1 +92 -0 src/lib/libdwarf/dwarf_attr.c (new) 1.1 +270 -0 src/lib/libdwarf/dwarf_attrval.c (new) 1.1 +68 -0 src/lib/libdwarf/dwarf_cu.c (new) 1.1 +41 -0 src/lib/libdwarf/dwarf_dealloc.c (new) 1.1 +191 -0 src/lib/libdwarf/dwarf_die.c (new) 1.1 +892 -0 src/lib/libdwarf/dwarf_dump.c (new) 1.1 +76 -0 src/lib/libdwarf/dwarf_errmsg.c (new) 1.1 +38 -0 src/lib/libdwarf/dwarf_errno.c (new) 1.1 +98 -0 src/lib/libdwarf/dwarf_finish.c (new) 1.1 +47 -0 src/lib/libdwarf/dwarf_form.c (new) 1.1 +748 -0 src/lib/libdwarf/dwarf_init.c (new) 1.1 +613 -0 src/lib/libdwarf/dwarf_loc.c (new) 1.1 +162 -0 src/lib/libdwarf/libdwarf.h (new) From imp at bsdimp.com Thu May 22 03:13:22 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Thu May 22 03:13:24 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: <200805220214.m4M2EYTM061847@repoman.freebsd.org> References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> Message-ID: <20080521.211110.-749259186.imp@bsdimp.com> In message: <200805220214.m4M2EYTM061847@repoman.freebsd.org> John Birrell writes: : The API for this library is deliberately different to the GPL'd : libdwarf to avoid licensing problems. What licensing problems does it avoid? APIs can't be copyrighted, and therefore can't be GPL'd. Warner From jb at what-creek.com Thu May 22 03:25:00 2008 From: jb at what-creek.com (John Birrell) Date: Thu May 22 03:25:05 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: <20080521.211110.-749259186.imp@bsdimp.com> References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> <20080521.211110.-749259186.imp@bsdimp.com> Message-ID: <20080522032459.GA70486@what-creek.com> On Wed, May 21, 2008 at 09:11:10PM -0600, M. Warner Losh wrote: > In message: <200805220214.m4M2EYTM061847@repoman.freebsd.org> > John Birrell writes: > : The API for this library is deliberately different to the GPL'd > : libdwarf to avoid licensing problems. > > What licensing problems does it avoid? APIs can't be copyrighted, and > therefore can't be GPL'd. People still put restrictive licenses on headers which define APIs. I don't want to have to argue whether it is legal for them to restrict things like that or not. So I just avoid the problem. -- John Birrell From jb at FreeBSD.org Thu May 22 04:22:43 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 04:22:45 2008 Subject: cvs commit: src/lib Makefile Message-ID: <200805220422.m4M4Mhre068983@repoman.freebsd.org> jb 2008-05-22 04:22:43 UTC FreeBSD src repository Modified files: lib Makefile Log: Hook libdwarf and libproc into the build. Revision Changes Path 1.230 +2 -2 src/lib/Makefile From jb at FreeBSD.org Thu May 22 04:26:43 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 04:26:48 2008 Subject: cvs commit: src/cddl/lib Makefile src/cddl/lib/drti Makefile src/cddl/lib/libctf Makefile src/cddl/lib/libdtrace Makefile errno.d net.d nfs.d psinfo.d sched.d signal.d unistd.d Message-ID: <200805220426.m4M4Qgx9069293@repoman.freebsd.org> jb 2008-05-22 04:26:42 UTC FreeBSD src repository Modified files: cddl/lib Makefile Added files: cddl/lib/drti Makefile cddl/lib/libctf Makefile cddl/lib/libdtrace Makefile errno.d net.d nfs.d psinfo.d sched.d signal.d unistd.d Log: Add the DTrace libraries and D library scripts. Revision Changes Path 1.9 +4 -1 src/cddl/lib/Makefile 1.1 +23 -0 src/cddl/lib/drti/Makefile (new) 1.1 +34 -0 src/cddl/lib/libctf/Makefile (new) 1.1 +97 -0 src/cddl/lib/libdtrace/Makefile (new) 1.1 +228 -0 src/cddl/lib/libdtrace/errno.d (new) 1.1 +43 -0 src/cddl/lib/libdtrace/net.d (new) 1.1 +96 -0 src/cddl/lib/libdtrace/nfs.d (new) 1.1 +95 -0 src/cddl/lib/libdtrace/psinfo.d (new) 1.1 +86 -0 src/cddl/lib/libdtrace/sched.d (new) 1.1 +101 -0 src/cddl/lib/libdtrace/signal.d (new) 1.1 +56 -0 src/cddl/lib/libdtrace/unistd.d (new) From marcel at FreeBSD.org Thu May 22 06:27:47 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Thu May 22 06:27:49 2008 Subject: cvs commit: src/sys/ia64/ia64 pmap.c Message-ID: <200805220627.m4M6Rlv6084146@repoman.freebsd.org> marcel 2008-05-22 06:27:47 UTC FreeBSD src repository Modified files: sys/ia64/ia64 pmap.c Log: Create the bucket mutexes with MTX_NOWITNESS. There's now a hard limit of 512 pending mutexes in the witness code and we can easily have 1 million bucket mutexes initialized before witness is up and running. Bumping the limit from 512 to 1M is not really an option here... Revision Changes Path 1.202 +1 -1 src/sys/ia64/ia64/pmap.c From jb at FreeBSD.org Thu May 22 07:00:08 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 07:00:17 2008 Subject: cvs commit: src/cddl/contrib/opensolaris - Imported sources Message-ID: <200805220700.m4M707QT085135@repoman.freebsd.org> jb 2008-05-22 07:00:07 UTC FreeBSD src repository src/cddl/contrib/opensolaris - Imported sources Update of /home/ncvs/src/cddl/contrib/opensolaris In directory repoman.freebsd.org:/tmp/cvs-serv85067 Log Message: Vendor import (really!) of the OpenSolaris bits for DTrace. Status: Vendor Tag: SUN Release Tags: opensolaris_20080410 N src/cddl/contrib/opensolaris/uts/common/sys/cmn_err.h N src/cddl/contrib/opensolaris/uts/common/sys/cpupart.h N src/cddl/contrib/opensolaris/uts/common/sys/cpuvar.h N src/cddl/contrib/opensolaris/uts/common/sys/ctf.h N src/cddl/contrib/opensolaris/uts/common/sys/ctf_api.h N src/cddl/contrib/opensolaris/uts/common/sys/dtrace.h N src/cddl/contrib/opensolaris/uts/common/sys/dtrace_impl.h N src/cddl/contrib/opensolaris/uts/common/sys/fasttrap.h N src/cddl/contrib/opensolaris/uts/common/ctf/ctf_mod.c N src/cddl/contrib/opensolaris/uts/common/ctf/ctf_subr.c N src/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c N src/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c N src/cddl/contrib/opensolaris/uts/common/dtrace/lockstat.c N src/cddl/contrib/opensolaris/uts/common/dtrace/profile.c N src/cddl/contrib/opensolaris/uts/common/dtrace/sdt_subr.c N src/cddl/contrib/opensolaris/uts/common/dtrace/systrace.c N src/cddl/contrib/opensolaris/uts/intel/sys/fasttrap_isa.h N src/cddl/contrib/opensolaris/uts/sparc/sys/fasttrap_isa.h No conflicts created by this import From jb at FreeBSD.org Thu May 22 07:04:10 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 07:04:15 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris - Imported sources Message-ID: <200805220704.m4M74A3d086299@repoman.freebsd.org> jb 2008-05-22 07:04:10 UTC FreeBSD src repository src/sys/cddl/contrib/opensolaris - Imported sources Update of /home/ncvs/src/sys/cddl/contrib/opensolaris In directory repoman.freebsd.org:/tmp/cvs-serv86283 Log Message: Vendor import of the src/sys OpenSolaris bits for DTrace. Status: Vendor Tag: SUN Release Tags: opensolaris_20080410 N src/sys/cddl/contrib/opensolaris/uts/common/sys/cmn_err.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/cpupart.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/cpuvar.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/ctf.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/ctf_api.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/dtrace.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/dtrace_impl.h N src/sys/cddl/contrib/opensolaris/uts/common/sys/fasttrap.h N src/sys/cddl/contrib/opensolaris/uts/common/ctf/ctf_mod.c N src/sys/cddl/contrib/opensolaris/uts/common/ctf/ctf_subr.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/lockstat.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/profile.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/sdt_subr.c N src/sys/cddl/contrib/opensolaris/uts/common/dtrace/systrace.c N src/sys/cddl/contrib/opensolaris/uts/intel/sys/fasttrap_isa.h N src/sys/cddl/contrib/opensolaris/uts/sparc/sys/fasttrap_isa.h No conflicts created by this import From rwatson at FreeBSD.org Thu May 22 07:18:54 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Thu May 22 07:19:00 2008 Subject: cvs commit: src/sys/kern uipc_syscalls.c Message-ID: <200805220718.m4M7IsGX086821@repoman.freebsd.org> rwatson 2008-05-22 07:18:54 UTC FreeBSD src repository Modified files: sys/kern uipc_syscalls.c Log: When sendto(2) is called with an explicit destination address argument, call mac_socket_check_connect() on that address before proceeding with the send. Otherwise policies instrumenting the connect entry point for the purposes of checking destination addresses will not have the opportunity to check implicit connect requests. MFC after: 3 weeks Sponsored by: nCircle Network Security, Inc. Revision Changes Path 1.272 +5 -1 src/sys/kern/uipc_syscalls.c From ru at FreeBSD.org Thu May 22 07:30:33 2008 From: ru at FreeBSD.org (Ruslan Ermilov) Date: Thu May 22 07:30:35 2008 Subject: cvs commit: src/gnu/usr.bin/man TODO src/gnu/usr.bin/man/lib util.c src/gnu/usr.bin/man/man man.c Message-ID: <200805220730.m4M7UWvg087354@repoman.freebsd.org> ru 2008-05-22 07:30:32 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) gnu/usr.bin/man TODO gnu/usr.bin/man/lib util.c gnu/usr.bin/man/man man.c Log: MFC: Add an ability to run man(1) on local files plus add limited support for bzip2-compressed manpages. PR: bin/120730 Revision Changes Path 1.1.1.1.58.1 +3 -1 src/gnu/usr.bin/man/TODO 1.8.44.1 +20 -0 src/gnu/usr.bin/man/lib/util.c 1.65.2.1 +13 -3 src/gnu/usr.bin/man/man/man.c From jb at FreeBSD.org Thu May 22 07:33:39 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 07:33:44 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c fasttrap.c src/sys/cddl/contrib/opensolaris/uts/common/sys cpuvar.h ctf.h ctf_api.h debug.h dtrace.h dtrace_impl.h isa_defs.h Message-ID: <200805220733.m4M7Xd8b087517@repoman.freebsd.org> jb 2008-05-22 07:33:39 UTC FreeBSD src repository Modified files: sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c fasttrap.c sys/cddl/contrib/opensolaris/uts/common/sys cpuvar.h ctf.h ctf_api.h debug.h dtrace.h dtrace_impl.h isa_defs.h Log: FreeBSD changes to vendor source. Revision Changes Path 1.2 +1081 -207 src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c 1.2 +39 -2 src/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c 1.2 +1 -1 src/sys/cddl/contrib/opensolaris/uts/common/sys/cpuvar.h 1.2 +2 -0 src/sys/cddl/contrib/opensolaris/uts/common/sys/ctf.h 1.2 +5 -1 src/sys/cddl/contrib/opensolaris/uts/common/sys/ctf_api.h 1.3 +3 -3 src/sys/cddl/contrib/opensolaris/uts/common/sys/debug.h 1.2 +85 -18 src/sys/cddl/contrib/opensolaris/uts/common/sys/dtrace.h 1.2 +24 -6 src/sys/cddl/contrib/opensolaris/uts/common/sys/dtrace_impl.h 1.4 +50 -2 src/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h From jb at FreeBSD.org Thu May 22 07:46:02 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 07:46:07 2008 Subject: cvs commit: src/cddl/contrib/opensolaris/uts/common/ctf ctf_mod.c ctf_subr.c src/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c fasttrap.c lockstat.c profile.c sdt_subr.c systrace.c src/cddl/contrib/opensolaris/uts/common/sys cmn_err.h cpupart.h ... Message-ID: <200805220746.m4M7k2Io088153@repoman.freebsd.org> jb 2008-05-22 07:46:02 UTC FreeBSD src repository Removed files: cddl/contrib/opensolaris/uts/common/ctf ctf_mod.c ctf_subr.c cddl/contrib/opensolaris/uts/common/dtrace dtrace.c fasttrap.c lockstat.c profile.c sdt_subr.c systrace.c cddl/contrib/opensolaris/uts/common/sys cmn_err.h cpupart.h cpuvar.h ctf.h ctf_api.h dtrace.h dtrace_impl.h fasttrap.h cddl/contrib/opensolaris/uts/intel/sys fasttrap_isa.h cddl/contrib/opensolaris/uts/sparc/sys fasttrap_isa.h Log: Oops, these files belonged under src/sys, not src. Sorry. Revision Changes Path 1.2 +0 -177 src/cddl/contrib/opensolaris/uts/common/ctf/ctf_mod.c (dead) 1.2 +0 -96 src/cddl/contrib/opensolaris/uts/common/ctf/ctf_subr.c (dead) 1.2 +0 -15521 src/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c (dead) 1.2 +0 -2346 src/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c (dead) 1.2 +0 -341 src/cddl/contrib/opensolaris/uts/common/dtrace/lockstat.c (dead) 1.2 +0 -576 src/cddl/contrib/opensolaris/uts/common/dtrace/profile.c (dead) 1.2 +0 -888 src/cddl/contrib/opensolaris/uts/common/dtrace/sdt_subr.c (dead) 1.2 +0 -373 src/cddl/contrib/opensolaris/uts/common/dtrace/systrace.c (dead) 1.2 +0 -128 src/cddl/contrib/opensolaris/uts/common/sys/cmn_err.h (dead) 1.2 +0 -162 src/cddl/contrib/opensolaris/uts/common/sys/cpupart.h (dead) 1.2 +0 -737 src/cddl/contrib/opensolaris/uts/common/sys/cpuvar.h (dead) 1.2 +0 -358 src/cddl/contrib/opensolaris/uts/common/sys/ctf.h (dead) 1.2 +0 -241 src/cddl/contrib/opensolaris/uts/common/sys/ctf_api.h (dead) 1.2 +0 -2242 src/cddl/contrib/opensolaris/uts/common/sys/dtrace.h (dead) 1.2 +0 -1298 src/cddl/contrib/opensolaris/uts/common/sys/dtrace_impl.h (dead) 1.2 +0 -93 src/cddl/contrib/opensolaris/uts/common/sys/fasttrap.h (dead) 1.2 +0 -114 src/cddl/contrib/opensolaris/uts/intel/sys/fasttrap_isa.h (dead) 1.2 +0 -94 src/cddl/contrib/opensolaris/uts/sparc/sys/fasttrap_isa.h (dead) From jb at FreeBSD.org Thu May 22 08:04:49 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 08:04:52 2008 Subject: cvs commit: src/cddl/usr.bin Makefile src/cddl/usr.bin/ctfconvert Makefile src/cddl/usr.bin/ctfdump Makefile src/cddl/usr.bin/ctfmerge Makefile src/cddl/usr.bin/sgsmsg Makefile Message-ID: <200805220804.m4M84nDp089876@repoman.freebsd.org> jb 2008-05-22 08:04:49 UTC FreeBSD src repository Modified files: cddl/usr.bin Makefile Added files: cddl/usr.bin/ctfconvert Makefile cddl/usr.bin/ctfdump Makefile cddl/usr.bin/ctfmerge Makefile cddl/usr.bin/sgsmsg Makefile Log: Add the DTrace build tools. Revision Changes Path 1.9 +6 -1 src/cddl/usr.bin/Makefile 1.1 +51 -0 src/cddl/usr.bin/ctfconvert/Makefile (new) 1.1 +31 -0 src/cddl/usr.bin/ctfdump/Makefile (new) 1.1 +47 -0 src/cddl/usr.bin/ctfmerge/Makefile (new) 1.1 +20 -0 src/cddl/usr.bin/sgsmsg/Makefile (new) From rwatson at FreeBSD.org Thu May 22 08:10:32 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Thu May 22 08:10:36 2008 Subject: cvs commit: src/sys/netinet ip_dummynet.c raw_ip.c Message-ID: <200805220810.m4M8AVjV090112@repoman.freebsd.org> rwatson 2008-05-22 08:10:31 UTC FreeBSD src repository Modified files: sys/netinet ip_dummynet.c raw_ip.c Log: Consistently check IPFW and DUMMYNET privileges in the configuration routines for those modules, rather than in the raw socket code. This each privilege check to occur in exactly once place and avoids duplicate checks across layers. MFC after: 3 weeks Sponsored by: nCircle Network Security, Inc. Revision Changes Path 1.116 +5 -0 src/sys/netinet/ip_dummynet.c 1.185 +0 -19 src/sys/netinet/raw_ip.c From jb at FreeBSD.org Thu May 22 08:33:25 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 08:33:28 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/sys atomic.h cmn_err.h cpuvar.h cyclic.h kmem.h pcpu.h Message-ID: <200805220833.m4M8XPT3098006@repoman.freebsd.org> jb 2008-05-22 08:33:25 UTC FreeBSD src repository Modified files: sys/cddl/compat/opensolaris/sys atomic.h cmn_err.h cpuvar.h cyclic.h kmem.h pcpu.h Log: Compatibility stuff for DTrace. Revision Changes Path 1.4 +5 -1 src/sys/cddl/compat/opensolaris/sys/atomic.h 1.3 +3 -39 src/sys/cddl/compat/opensolaris/sys/cmn_err.h 1.4 +63 -24 src/sys/cddl/compat/opensolaris/sys/cpuvar.h 1.3 +65 -25 src/sys/cddl/compat/opensolaris/sys/cyclic.h 1.6 +3 -2 src/sys/cddl/compat/opensolaris/sys/kmem.h 1.3 +2 -4 src/sys/cddl/compat/opensolaris/sys/pcpu.h From jb at FreeBSD.org Thu May 22 08:35:04 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 08:35:10 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/sys cpuvar_defs.h cyclic_impl.h sema.h Message-ID: <200805220835.m4M8Z3rw098097@repoman.freebsd.org> jb 2008-05-22 08:35:03 UTC FreeBSD src repository Added files: sys/cddl/compat/opensolaris/sys cpuvar_defs.h cyclic_impl.h sema.h Log: Additional compatibility headers. Revision Changes Path 1.1 +59 -0 src/sys/cddl/compat/opensolaris/sys/cpuvar_defs.h (new) 1.1 +304 -0 src/sys/cddl/compat/opensolaris/sys/cyclic_impl.h (new) 1.1 +40 -0 src/sys/cddl/compat/opensolaris/sys/sema.h (new) From jb at FreeBSD.org Thu May 22 09:08:42 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 09:08:48 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/sys feature_tests.h Message-ID: <200805220908.m4M98f55009578@repoman.freebsd.org> jb 2008-05-22 09:08:41 UTC FreeBSD src repository Added files: sys/cddl/compat/opensolaris/sys feature_tests.h Log: A 'special' compatibility header to plug OpenSolaris code. Revision Changes Path 1.1 +35 -0 src/sys/cddl/compat/opensolaris/sys/feature_tests.h (new) From kevlo at FreeBSD.org Thu May 22 09:14:16 2008 From: kevlo at FreeBSD.org (Kevin Lo) Date: Thu May 22 09:14:23 2008 Subject: cvs commit: src/sys/dev/sound/pci/hda hdac.c Message-ID: <200805220914.m4M9EFSC009859@repoman.freebsd.org> kevlo 2008-05-22 09:14:12 UTC FreeBSD src repository Modified files: sys/dev/sound/pci/hda hdac.c Log: Add codec id for Sigmatel STAC9872AK Reviewed by: ariff Revision Changes Path 1.54 +2 -0 src/sys/dev/sound/pci/hda/hdac.c From lulf at FreeBSD.org Thu May 22 10:27:03 2008 From: lulf at FreeBSD.org (Ulf Lilleengen) Date: Thu May 22 10:27:06 2008 Subject: cvs commit: src/sys/geom/vinum geom_vinum_share.c Message-ID: <200805221027.m4MAR388014166@repoman.freebsd.org> lulf 2008-05-22 10:27:03 UTC FreeBSD src repository Modified files: sys/geom/vinum geom_vinum_share.c Log: - Recognize the 'volume' parameter when creating a plex. PR: kern/75632 Approved by: pjd (mentor) MFC after: 1 day Revision Changes Path 1.6 +2 -1 src/sys/geom/vinum/geom_vinum_share.c From philip at FreeBSD.org Thu May 22 12:43:17 2008 From: philip at FreeBSD.org (Philip Paeps) Date: Thu May 22 12:43:25 2008 Subject: cvs commit: CVSROOT access Message-ID: <200805221243.m4MChHq9023157@repoman.freebsd.org> philip 2008-05-22 12:43:15 UTC FreeBSD src repository Modified files: . access Log: Please welcome Ed Schouten (ed@) to the src zoo. He has been doing too much good work on writing a shiny new TTY layer for us, which he'll be committing incrementally soonish. I will be his mentor. Approved by: core Revision Changes Path 1.878 +1 -0 CVSROOT/access From ed at FreeBSD.org Thu May 22 13:18:09 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Thu May 22 13:18:14 2008 Subject: cvs commit: src/share/misc committers-src.dot Message-ID: <200805221318.m4MDI9qw034641@repoman.freebsd.org> ed 2008-05-22 13:18:09 UTC FreeBSD src repository Modified files: share/misc committers-src.dot Log: Add myself to this list as well. Approved by: philip (mentor) Revision Changes Path 1.73 +1 -0 src/share/misc/committers-src.dot From ed at FreeBSD.org Thu May 22 13:21:06 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Thu May 22 13:21:14 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805221321.m4MDL6f2034810@repoman.freebsd.org> ed 2008-05-22 13:21:05 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Last but not least, add myself to the list of birthdays as well. Approved by: philip (mentor) Revision Changes Path 1.235 +1 -0 src/usr.bin/calendar/calendars/calendar.freebsd From ed at FreeBSD.org Thu May 22 13:46:42 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Thu May 22 13:47:45 2008 Subject: cvs commit: src/sys/sys conf.h Message-ID: <200805221346.m4MDkfBO035731@repoman.freebsd.org> ed 2008-05-22 13:46:41 UTC FreeBSD src repository Modified files: sys/sys conf.h Log: Add a new group definition to sys/conf.h: GID_TTY. Our current TTY layer uses a set-uid application called ptchown to change ownership of a PTY slave device. The new TTY layer implements this functionality through a new ioctl(). By accident I discovered Darwin's TTY layer also uses this approach. Because of this, they also have a GID_TTY. Approved by: philip (mentor) Revision Changes Path 1.238 +1 -0 src/sys/sys/conf.h From ed at FreeBSD.org Thu May 22 14:40:03 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Thu May 22 14:40:10 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h Message-ID: <200805221440.m4MEe32W039559@repoman.freebsd.org> ed 2008-05-22 14:40:03 UTC FreeBSD src repository Modified files: share/man/man3 Makefile queue.3 sys/sys queue.h Log: Introduce REMOVE_NEXT() macro's for SLIST and STAILQ. Even though single linked lists allow items to be removed at constant time (when the previous element is known), the queue macro's don't allow this. Implement new REMOVE_NEXT() macro's. Because the REMOVE() macro's also contain the same code, make it call REMOVE_NEXT(). The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the list head, even though it is unused. We'd better mimic this. The STAILQ version also needs a reference to the list. This means the prototypes of both macro's are the same. Approved by: philip (mentor) PR: kern/121117 Revision Changes Path 1.48 +2 -0 src/share/man/man3/Makefile 1.42 +20 -0 src/share/man/man3/queue.3 1.69 +14 -5 src/sys/sys/queue.h From alc at FreeBSD.org Thu May 22 16:25:25 2008 From: alc at FreeBSD.org (Alan Cox) Date: Thu May 22 16:25:30 2008 Subject: cvs commit: src/share/man/man9 Makefile pmap.9 pmap_addr_hint.9 Message-ID: <200805221625.m4MGPPKL047884@repoman.freebsd.org> alc 2008-05-22 16:25:25 UTC FreeBSD src repository Modified files: share/man/man9 Makefile pmap.9 Removed files: share/man/man9 pmap_addr_hint.9 Log: The function pmap_addr_hint no longer exists. Remove its man page. Revision Changes Path 1.336 +0 -1 src/share/man/man9/Makefile 1.11 +0 -1 src/share/man/man9/pmap.9 1.4 +0 -62 src/share/man/man9/pmap_addr_hint.9 (dead) From sobomax at FreeBSD.org Thu May 22 16:58:13 2008 From: sobomax at FreeBSD.org (Maxim Sobolev) Date: Thu May 22 16:58:20 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h In-Reply-To: <200805221440.m4MEe32W039559@repoman.freebsd.org> References: <200805221440.m4MEe32W039559@repoman.freebsd.org> Message-ID: <4835A619.3010502@FreeBSD.org> Ed Schouten wrote: > The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the list > head, even though it is unused. I don't think it's necessary. sys/queue.h API is not supposed to be portable across different operating systems. The need to pass list head around may impede macro usefulness. -Maxim From sam at freebsd.org Thu May 22 17:02:23 2008 From: sam at freebsd.org (Sam Leffler) Date: Thu May 22 17:02:28 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h In-Reply-To: <4835A619.3010502@FreeBSD.org> References: <200805221440.m4MEe32W039559@repoman.freebsd.org> <4835A619.3010502@FreeBSD.org> Message-ID: <4835A71E.3030703@freebsd.org> Maxim Sobolev wrote: > Ed Schouten wrote: >> The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the >> list >> head, even though it is unused. > > I don't think it's necessary. sys/queue.h API is not supposed to be > portable across different operating systems. The need to pass list > head around may impede macro usefulness. Gratuitous differences impede porting. If it's not a big deal then maintain compatibility. We already have stupid differences in various areas that must be papered over when code is brokered between systems. Sam From joerg at britannica.bec.de Thu May 22 17:15:16 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Thu May 22 17:15:23 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h In-Reply-To: <4835A619.3010502@FreeBSD.org> References: <200805221440.m4MEe32W039559@repoman.freebsd.org> <4835A619.3010502@FreeBSD.org> Message-ID: <20080522171425.GA18366@britannica.bec.de> On Thu, May 22, 2008 at 09:58:01AM -0700, Maxim Sobolev wrote: > Ed Schouten wrote: >> The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the list >> head, even though it is unused. > > I don't think it's necessary. sys/queue.h API is not supposed to be > portable across different operating systems. The need to pass list head > around may impede macro usefulness. Having the list head makes it easier to assert list sanity for debugging though. Joerg From sobomax at FreeBSD.org Thu May 22 17:16:38 2008 From: sobomax at FreeBSD.org (Maxim Sobolev) Date: Thu May 22 17:16:46 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h In-Reply-To: <4835A71E.3030703@freebsd.org> References: <200805221440.m4MEe32W039559@repoman.freebsd.org> <4835A619.3010502@FreeBSD.org> <4835A71E.3030703@freebsd.org> Message-ID: <4835AA65.6070708@FreeBSD.org> Sam Leffler wrote: > Maxim Sobolev wrote: >> Ed Schouten wrote: >>> The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the >>> list >>> head, even though it is unused. >> >> I don't think it's necessary. sys/queue.h API is not supposed to be >> portable across different operating systems. The need to pass list >> head around may impede macro usefulness. > Gratuitous differences impede porting. If it's not a big deal then > maintain compatibility. We already have stupid differences in various > areas that must be papered over when code is brokered between systems. This is local use convenience vs. easy of porting tradeoff. On one hand API is used heavily in the kernel on the other I don't think we have lot of kernel code being ported from OpenBSD nowadays. So that local use convinience should win a big. I could be wrong, though. -Maxim From scottl at samsco.org Thu May 22 17:19:23 2008 From: scottl at samsco.org (Scott Long) Date: Thu May 22 17:19:26 2008 Subject: cvs commit: src/share/man/man3 Makefile queue.3 src/sys/sys queue.h In-Reply-To: <4835AA65.6070708@FreeBSD.org> References: <200805221440.m4MEe32W039559@repoman.freebsd.org> <4835A619.3010502@FreeBSD.org> <4835A71E.3030703@freebsd.org> <4835AA65.6070708@FreeBSD.org> Message-ID: <4835AB12.9060306@samsco.org> Maxim Sobolev wrote: > Sam Leffler wrote: >> Maxim Sobolev wrote: >>> Ed Schouten wrote: >>>> The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to >>>> the list >>>> head, even though it is unused. >>> >>> I don't think it's necessary. sys/queue.h API is not supposed to be >>> portable across different operating systems. The need to pass list >>> head around may impede macro usefulness. >> Gratuitous differences impede porting. If it's not a big deal then >> maintain compatibility. We already have stupid differences in various >> areas that must be papered over when code is brokered between systems. > > This is local use convenience vs. easy of porting tradeoff. On one hand > API is used heavily in the kernel on the other I don't think we have lot > of kernel code being ported from OpenBSD nowadays. That's pretty presumptuous to say, and untrue. > So that local use > convinience should win a big. It'll be more convenient to follow what Ed is comfortable with and what he's already done than to nit pick such a minor detail =-) Scott From maxim at FreeBSD.org Thu May 22 18:19:50 2008 From: maxim at FreeBSD.org (Maxim Konovalov) Date: Thu May 22 18:20:01 2008 Subject: cvs commit: src/sys/conf NOTES Message-ID: <200805221819.m4MIJoR0062748@repoman.freebsd.org> maxim 2008-05-22 18:19:49 UTC FreeBSD src repository Modified files: sys/conf NOTES Log: o Document two new ALT_BREAK_TO_DEBUGGER key sequences. Revision Changes Path 1.1489 +2 -1 src/sys/conf/NOTES From cperciva at freebsd.org Thu May 22 20:55:32 2008 From: cperciva at freebsd.org (Colin Percival) Date: Thu May 22 20:55:38 2008 Subject: cvs commit: src/usr.bin/tar Makefile bsdtar.h read.c siginfo.c write.c In-Reply-To: <48339A2E.1060805@freebsd.org> References: <200805180624.m4I6Ol12077124@repoman.freebsd.org> <48339A2E.1060805@freebsd.org> Message-ID: <4835DD9E.9060906@freebsd.org> Hi Tim, Tim Kientzle wrote: > * Since the signal handler just flags for future > printing, why not just install it unconditionally at > the top of the program? I can't see where it accomplishes > anything to install/uninstall the signal handlers as you've > done. Since the signal handler is one line (and installing > it is two lines), I would suggest just putting it into > bsdtar.c. I considered that, but figured that it was better to keep or restore the old signal handler at any point when we're not going to do anything in response to the signal -- of course it's not an issue for SIGINFO since that signal is discarded by default, but I didn't see "we can save a few lines of code by not cleaning up" as a compelling argument. > * It seems you could actually eliminate siginfo.c by just > storing a fully-formatted string in the bsdtar structure. > I think your siginfo_setinfo can be replaced with this: > > snprintf(bsdtar->siginfo_message, sizeof(bsdtar->siginfo_message), > "appropriate format", args... ); > > and siginfo_printinfo with this simple stanza: > > if (bsdtar->siginfo_received) { > bsdtar->siginfo_received = 0; > fprintf(stderr, "%s\n", bsdtar->siginfo_message); > } Well... not quite. In siginfo_printinfo the following things are also done: 1. Printing "\n" before or after the string depending on whether bsdtar->verbose is set, in order to "play nice" with the lines which are mandated behaviour of "tar -v". 2. Printing (X / Y) with appropriate X and Y, or not (if we don't have a file size). In the original version of this code (in tarsnap), I didn't print how far we had gotten through the current file, and at that point I had all the code manually inlined -- but I split it off into siginfo.c when I found myself throwing around 4 copies of 15 lines of code in write.c. Even if inlining the printing into write.c and read.c saved a few lines of code, I think the approach of using a separate siginfo.c is worthwhile for the added cleanliness alone. Colin Percival From cperciva at FreeBSD.org Thu May 22 21:08:38 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Thu May 22 21:08:40 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.h siginfo.c Message-ID: <200805222108.m4ML8b4K081341@repoman.freebsd.org> cperciva 2008-05-22 21:08:36 UTC FreeBSD src repository Modified files: usr.bin/tar bsdtar.h siginfo.c Log: Improve portability via s/struct siginfo/struct siginfo_data/. This was running into a namespace collision on an avian operating system. Revision Changes Path 1.32 +1 -1 src/usr.bin/tar/bsdtar.h 1.2 +2 -2 src/usr.bin/tar/siginfo.c From pawel.worach at gmail.com Thu May 22 21:15:21 2008 From: pawel.worach at gmail.com (Pawel Worach) Date: Thu May 22 21:15:25 2008 Subject: cvs commit: src/sys/amd64/conf NOTES src/sys/conf files src/sys/contrib/dev/iwn LICENSE iwlwifi-4965-4.44.17.fw.uu src/sys/dev/iwn if_iwn.c if_iwnreg.h if_iwnvar.h src/sys/i386/conf NOTES src/sys/modules Makefile src/sys/modules/iwn Makefile ... In-Reply-To: <200804292136.m3TLaHI5045311@repoman.freebsd.org> References: <200804292136.m3TLaHI5045311@repoman.freebsd.org> Message-ID: On Tue, Apr 29, 2008 at 11:36 PM, Sam Leffler wrote: > sam 2008-04-29 21:36:17 UTC > > FreeBSD src repository > > Added files: > sys/modules/iwn Makefile > Log: > Intel 4965 wireless driver (derived from openbsd driver of the same name) > If using the module on a kernel without WITNESS the module doesn't run-time link with: link_elf_obj: symbol _mtx_assert undefined Other than that, thanks a lot, the driver works fine! Fix? --- /sys/modules/iwn/Makefile 2008-04-29 23:36:17.000000000 +0200 +++ Makefile 2008-05-22 22:45:22.000000000 +0200 @@ -4,5 +4,5 @@ KMOD = if_iwn SRCS = if_iwn.c opt_bdg.h device_if.h bus_if.h pci_if.h -CFLAGS += -g -DWITNESS -DINVARIANT_SUPPORT -DINVARIANTS -I${.CURDIR}/../../ +CFLAGS += -g -I${.CURDIR}/../../ .include Regards -- Pawel From joerg at britannica.bec.de Thu May 22 21:22:39 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Thu May 22 21:22:42 2008 Subject: cvs commit: src/usr.bin/tar bsdtar.h siginfo.c In-Reply-To: <200805222108.m4ML8b4K081341@repoman.freebsd.org> References: <200805222108.m4ML8b4K081341@repoman.freebsd.org> Message-ID: <20080522212153.GB1274@britannica.bec.de> On Thu, May 22, 2008 at 09:08:36PM +0000, Colin Percival wrote: > Log: > Improve portability via s/struct siginfo/struct siginfo_data/. This was > running into a namespace collision on an avian operating system. I used bsdtar_siginfo in Perforce. Can we decide on either? :-) Joerg From gonzo at FreeBSD.org Thu May 22 21:41:20 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Thu May 22 21:41:22 2008 Subject: cvs commit: src/share/man/man9 taskqueue.9 Message-ID: <200805222141.m4MLfJQI082609@repoman.freebsd.org> gonzo 2008-05-22 21:41:19 UTC FreeBSD src repository Modified files: share/man/man9 taskqueue.9 Log: Clean out all mentions of struct proc* for it was removed from taskqueue(9) API more then two years ago. Approved by: cognet (mentor) Revision Changes Path 1.22 +1 -4 src/share/man/man9/taskqueue.9 From sam at FreeBSD.org Thu May 22 21:53:16 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 22 21:53:17 2008 Subject: cvs commit: src/sys/modules/iwn Makefile Message-ID: <200805222153.m4MLrGJZ082982@repoman.freebsd.org> sam 2008-05-22 21:53:15 UTC FreeBSD src repository Modified files: sys/modules/iwn Makefile Log: clear out crud Submitted by: "Pawel Worach" Revision Changes Path 1.2 +2 -2 src/sys/modules/iwn/Makefile From sam at freebsd.org Thu May 22 21:53:46 2008 From: sam at freebsd.org (Sam Leffler) Date: Thu May 22 21:53:48 2008 Subject: cvs commit: src/sys/amd64/conf NOTES src/sys/conf files src/sys/contrib/dev/iwn LICENSE iwlwifi-4965-4.44.17.fw.uu src/sys/dev/iwn if_iwn.c if_iwnreg.h if_iwnvar.h src/sys/i386/conf NOTES src/sys/modules Makefile src/sys/modules/iwn Makefile ... In-Reply-To: References: <200804292136.m3TLaHI5045311@repoman.freebsd.org> Message-ID: <4835EB69.5030209@freebsd.org> Pawel Worach wrote: > On Tue, Apr 29, 2008 at 11:36 PM, Sam Leffler wrote: > >> sam 2008-04-29 21:36:17 UTC >> >> FreeBSD src repository >> >> > > >> Added files: >> sys/modules/iwn Makefile >> > > >> Log: >> Intel 4965 wireless driver (derived from openbsd driver of the same name) >> >> > > If using the module on a kernel without WITNESS the module doesn't > run-time link with: > link_elf_obj: symbol _mtx_assert undefined > > Other than that, thanks a lot, the driver works fine! > > Fix? > > --- /sys/modules/iwn/Makefile 2008-04-29 23:36:17.000000000 +0200 > +++ Makefile 2008-05-22 22:45:22.000000000 +0200 > @@ -4,5 +4,5 @@ > > KMOD = if_iwn > SRCS = if_iwn.c opt_bdg.h device_if.h bus_if.h pci_if.h > -CFLAGS += -g -DWITNESS -DINVARIANT_SUPPORT -DINVARIANTS -I${.CURDIR}/../../ > +CFLAGS += -g -I${.CURDIR}/../../ > .include > > Thanks, never noticed it was there. Sam From sam at FreeBSD.org Thu May 22 22:14:59 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 22 22:15:00 2008 Subject: cvs commit: src/sys/net80211 ieee80211_adhoc.c ieee80211_wds.c Message-ID: <200805222214.m4MMEwMI084716@repoman.freebsd.org> sam 2008-05-22 22:14:58 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_adhoc.c ieee80211_wds.c Log: no need to stop the sw beacon miss timer; it's not used with adhoc or wds Revision Changes Path 1.2 +0 -2 src/sys/net80211/ieee80211_adhoc.c 1.2 +0 -2 src/sys/net80211/ieee80211_wds.c From sam at FreeBSD.org Thu May 22 22:17:28 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 22 22:17:30 2008 Subject: cvs commit: src/sys/net80211 ieee80211_proto.c Message-ID: <200805222217.m4MMHR3B084837@repoman.freebsd.org> sam 2008-05-22 22:17:27 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_proto.c Log: ignore sw beacon miss while scanning, just reset the beacon count and timer Reviewed by: thompsa Revision Changes Path 1.47 +18 -1 src/sys/net80211/ieee80211_proto.c From mckusick at FreeBSD.org Thu May 22 22:18:39 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Thu May 22 22:18:46 2008 Subject: cvs commit: src/sbin/restore tape.c Message-ID: <200805222218.m4MMIdu8084885@repoman.freebsd.org> mckusick 2008-05-22 22:18:39 UTC FreeBSD src repository Modified files: sbin/restore tape.c Log: Follow on to fix 1.51 for "Header with wrong dumpdate" message. Must ensure that dump tapes from UFS1 filesystems properly copy old fields of dump headers to new locations. Move check of dumpdate to follow the code which ensures that the appropriate fields have been copied. PR: bin/118087 Help from: David Malone, Scott Lambert, Javier Martín Rueda MFC after: 2 weeks Revision Changes Path 1.52 +10 -16 src/sbin/restore/tape.c From mckusick at FreeBSD.org Thu May 22 22:19:33 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Thu May 22 22:19:35 2008 Subject: cvs commit: src/sbin/restore tape.c Message-ID: <200805222219.m4MMJXO7084945@repoman.freebsd.org> mckusick 2008-05-22 22:19:33 UTC FreeBSD src repository Modified files: sbin/restore tape.c Log: This fixes the "getfile: lost data" panic when restoring dumps on a 7.0 or later system that were created on a pre-5.0 system. We must ensure that restore zeros out the previously undefined birthtime and external attribute size fields when reading dump tapes made by the UFS1 dump program. The problem is that UFS2 dump carefully zeros out the unused birthtime and external attribute size fields in the dump header when dumping UFS1 filesystems, but the UFS1 dump didn't know about those fields (they were spares) so just left whatever random junk was in them. So, when restoring one of these pre-UFS2 dumps, the new restore would eventually trip across a header that had a non-zero external attribute size and try to extract it. That consumed several tape blocks which left it totally out of sync and very unhappy (i.e., the panic). The fix is in the gethead() function which modernizes old headers by copying old fields to their new location (and with this fix) zeroing out previously undefined fields. PR: bin/120881 Review by: David Malone & Scott Lambert MFC after: 1 week Revision Changes Path 1.53 +3 -0 src/sbin/restore/tape.c From sam at FreeBSD.org Thu May 22 22:22:11 2008 From: sam at FreeBSD.org (Sam Leffler) Date: Thu May 22 22:22:13 2008 Subject: cvs commit: src/sys/net80211 ieee80211_node.c Message-ID: <200805222222.m4MMMB6Z085139@repoman.freebsd.org> sam 2008-05-22 22:22:10 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_node.c Log: special-case broadcast probe request in ieee80211_find_rxnode; we need to spam all vaps and this won't happen if the frame comes from a station that is associated to an ap vap (and so has an entry in the table) Noticed by: Jared Go Reviewed by: thompsa Revision Changes Path 1.94 +30 -16 src/sys/net80211/ieee80211_node.c From jb at FreeBSD.org Thu May 22 23:06:20 2008 From: jb at FreeBSD.org (John Birrell) Date: Thu May 22 23:06:22 2008 Subject: cvs commit: src/cddl/usr.sbin Makefile src/cddl/usr.sbin/dtrace Makefile Message-ID: <200805222306.m4MN6JSt087730@repoman.freebsd.org> jb 2008-05-22 23:06:19 UTC FreeBSD src repository Modified files: cddl/usr.sbin Makefile Added files: cddl/usr.sbin/dtrace Makefile Log: Add the dtrace client app to the build. Revision Changes Path 1.9 +2 -1 src/cddl/usr.sbin/Makefile 1.1 +37 -0 src/cddl/usr.sbin/dtrace/Makefile (new) From jb at FreeBSD.org Fri May 23 00:43:37 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 00:43:38 2008 Subject: cvs commit: src/sys/sys malloc.h src/sys/kern kern_malloc.c Message-ID: <200805230043.m4N0haud004757@repoman.freebsd.org> jb 2008-05-23 00:43:36 UTC FreeBSD src repository Modified files: sys/sys malloc.h sys/kern kern_malloc.c Log: Add support for the DTrace malloc provider which can enable probes on a per-malloc type basis. Revision Changes Path 1.165 +63 -0 src/sys/kern/kern_malloc.c 1.85 +15 -0 src/sys/sys/malloc.h From jb at FreeBSD.org Fri May 23 00:49:40 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 00:49:42 2008 Subject: cvs commit: src/sys/sys linker.h src/sys/kern link_elf.c link_elf_obj.c Message-ID: <200805230049.m4N0nd38014057@repoman.freebsd.org> jb 2008-05-23 00:49:39 UTC FreeBSD src repository Modified files: sys/sys linker.h sys/kern link_elf.c link_elf_obj.c Log: Add hooks for the Compact C Type Format (CTF) data to be attached to the elf files. This is complicated by the fact that the actual CTF parsing has to be done in CDDL'd code, so the BSD licensed code only knows about the opaque data which it must be able to free. Revision Changes Path 1.97 +47 -0 src/sys/kern/link_elf.c 1.99 +53 -0 src/sys/kern/link_elf_obj.c 1.51 +17 -3 src/sys/sys/linker.h From jb at FreeBSD.org Fri May 23 03:04:28 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 03:04:30 2008 Subject: cvs commit: src/sys/kern kern_ctf.c Message-ID: <200805230304.m4N34RxE023998@repoman.freebsd.org> jb 2008-05-23 03:04:27 UTC FreeBSD src repository Added files: sys/kern kern_ctf.c Log: Add the CTF source file which gets shared with link_elf.c and link_elf_obj.c. Revision Changes Path 1.1 +325 -0 src/sys/kern/kern_ctf.c (new) From jb at FreeBSD.org Fri May 23 03:52:56 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 03:52:58 2008 Subject: cvs commit: src/sys/conf Makefile.amd64 options.amd64 Message-ID: <200805230352.m4N3quoZ025636@repoman.freebsd.org> jb 2008-05-23 03:52:55 UTC FreeBSD src repository Modified files: sys/conf Makefile.amd64 options.amd64 Log: Add a kernel option for amd64 to compile with the frame on the stack so that the DTrace Function Bounadry Trace (fbt) provider can get coverage of most functions in the kernel. Revision Changes Path 1.26 +2 -1 src/sys/conf/Makefile.amd64 1.32 +1 -0 src/sys/conf/options.amd64 From jb at FreeBSD.org Fri May 23 03:53:50 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 03:53:55 2008 Subject: cvs commit: src/sys/conf kern.post.mk kern.pre.mk Message-ID: <200805230353.m4N3rnsC025686@repoman.freebsd.org> jb 2008-05-23 03:53:49 UTC FreeBSD src repository Modified files: sys/conf kern.post.mk kern.pre.mk Log: Add support for generating CTF data for the kernel. Revision Changes Path 1.102 +3 -0 src/sys/conf/kern.post.mk 1.98 +15 -0 src/sys/conf/kern.pre.mk From jb at FreeBSD.org Fri May 23 03:55:26 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 03:55:31 2008 Subject: cvs commit: src/usr.sbin/config mkmakefile.c Message-ID: <200805230355.m4N3tQsa025812@repoman.freebsd.org> jb 2008-05-23 03:55:26 UTC FreeBSD src repository Modified files: usr.sbin/config mkmakefile.c Log: Add the CTF conversion to the generated makefile. In the case where NO_CTF or !WITH_CTF, the macro is empty. Revision Changes Path 1.92 +1 -1 src/usr.sbin/config/mkmakefile.c From jb at FreeBSD.org Fri May 23 04:00:46 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 04:00:52 2008 Subject: cvs commit: src/sys/sys kdb.h Message-ID: <200805230400.m4N40jFZ026067@repoman.freebsd.org> jb 2008-05-23 04:00:44 UTC FreeBSD src repository Modified files: sys/sys kdb.h Log: DTrace can enter the debugger from a probe. Add a WHY definition for this. Revision Changes Path 1.8 +1 -0 src/sys/sys/kdb.h From alc at FreeBSD.org Fri May 23 04:03:54 2008 From: alc at FreeBSD.org (Alan Cox) Date: Fri May 23 04:03:59 2008 Subject: cvs commit: src/sys/amd64/amd64 identcpu.c src/sys/arm/arm identcpu.c src/sys/i386/i386 identcpu.c src/sys/ia64/ia64 machdep.c src/sys/powerpc/aim machdep.c src/sys/powerpc/booke machdep.c src/sys/sparc64/sparc64 identcpu.c Message-ID: <200805230403.m4N43sEw027619@repoman.freebsd.org> alc 2008-05-23 04:03:54 UTC FreeBSD src repository Modified files: sys/amd64/amd64 identcpu.c sys/arm/arm identcpu.c sys/i386/i386 identcpu.c sys/ia64/ia64 machdep.c sys/powerpc/aim machdep.c sys/powerpc/booke machdep.c sys/sparc64/sparc64 identcpu.c Log: The VM system no longer uses setPQL2(). Remove it and its helpers. Revision Changes Path 1.159 +0 -29 src/sys/amd64/amd64/identcpu.c 1.13 +0 -8 src/sys/arm/arm/identcpu.c 1.185 +0 -298 src/sys/i386/i386/identcpu.c 1.241 +0 -8 src/sys/ia64/ia64/machdep.c 1.116 +0 -8 src/sys/powerpc/aim/machdep.c 1.6 +0 -8 src/sys/powerpc/booke/machdep.c 1.18 +0 -13 src/sys/sparc64/sparc64/identcpu.c From jb at FreeBSD.org Fri May 23 04:05:27 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 04:05:31 2008 Subject: cvs commit: src/sys/sys smp.h src/sys/kern subr_smp.c Message-ID: <200805230405.m4N45Q7p027776@repoman.freebsd.org> jb 2008-05-23 04:05:26 UTC FreeBSD src repository Modified files: sys/sys smp.h sys/kern subr_smp.c Log: Allow a rendezvous with just a specified CPU too. Make the API work in the non-smp case too so that a kernel module can work the same regardless of whether or not it is loaded on a SMP kernel or not. Revision Changes Path 1.207 +61 -19 src/sys/kern/subr_smp.c 1.88 +6 -1 src/sys/sys/smp.h From jb at FreeBSD.org Fri May 23 04:06:50 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 04:07:00 2008 Subject: cvs commit: src/sys/kern linker_if.m Message-ID: <200805230406.m4N46nJu027873@repoman.freebsd.org> jb 2008-05-23 04:06:49 UTC FreeBSD src repository Modified files: sys/kern linker_if.m Log: Add the ctf_get method. Revision Changes Path 1.8 +9 -0 src/sys/kern/linker_if.m From jb at FreeBSD.org Fri May 23 04:20:59 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 04:21:01 2008 Subject: cvs commit: src Makefile Message-ID: <200805230420.m4N4Kx2p028398@repoman.freebsd.org> jb 2008-05-23 04:20:59 UTC FreeBSD src repository Modified files: . Makefile Log: Add a knob to allow just the kernels to be built during a 'make universe'. This is useful when wanting to retry a broken build using NOCLEAN and the buildworlds are known to have completed. Revision Changes Path 1.349 +2 -0 src/Makefile From jb at FreeBSD.org Fri May 23 04:22:14 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 04:22:17 2008 Subject: cvs commit: src Makefile.inc1 Message-ID: <200805230422.m4N4MEZv028466@repoman.freebsd.org> jb 2008-05-23 04:22:14 UTC FreeBSD src repository Modified files: . Makefile.inc1 Log: Add the DTrace build tools to the list of tools and pass NO_CTF to all the stages of the build which don't require CTF conversion. Revision Changes Path 1.605 +36 -8 src/Makefile.inc1 From cperciva at FreeBSD.org Fri May 23 04:57:30 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Fri May 23 04:57:39 2008 Subject: cvs commit: src/lib/libarchive archive_entry_strmode.c Message-ID: <200805230457.m4N4vTXp038620@repoman.freebsd.org> cperciva 2008-05-23 04:57:28 UTC FreeBSD src repository Modified files: lib/libarchive archive_entry_strmode.c Log: We only use the string "?rwxrwxrwx " once, so inline it rather than declaring a variable which points to it. Aside from eliminating a line of code and one level of unnecessary indirection, this eliminates a false positive in Coverity. Revision Changes Path 1.3 +1 -2 src/lib/libarchive/archive_entry_strmode.c From cperciva at FreeBSD.org Fri May 23 05:01:29 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Fri May 23 05:01:33 2008 Subject: cvs commit: src/lib/libarchive archive_read_data_into_fd.c Message-ID: <200805230501.m4N51Tc9038797@repoman.freebsd.org> cperciva 2008-05-23 05:01:29 UTC FreeBSD src repository Modified files: lib/libarchive archive_read_data_into_fd.c Log: Check that lseek(2) succeeds and puts us where we expect. [1] While we're here, fix a long-standing bug in the handling of write(2) errors: The API changed from "return # of bytes written" to "return status code" almost 4 years ago, so instead of returning (-1) we need to return ARCHIVE_FATAL. Found by: Coverity Prevent [1] Revision Changes Path 1.16 +7 -3 src/lib/libarchive/archive_read_data_into_fd.c From cperciva at FreeBSD.org Fri May 23 05:07:22 2008 From: cperciva at FreeBSD.org (Colin Percival) Date: Fri May 23 05:07:31 2008 Subject: cvs commit: src/usr.bin/tar write.c Message-ID: <200805230507.m4N57MUH040104@repoman.freebsd.org> cperciva 2008-05-23 05:07:22 UTC FreeBSD src repository Modified files: usr.bin/tar write.c Log: The value le->name cannot be NULL when we're freeing an entry in the hardlink table for two reasons: 1. If le->name is set to NULL, the structure le won't be inserted into the table; 2. Even if le somehow did manage to get into the table with le->name equal to NULL, we would die when we dereferenced le->null before we could get to the point of freeing the entry. Remove the unnecessary "if (le->name != NULL)" test and just free the pointer. Found by: Coverity Prevent Revision Changes Path 1.69 +1 -2 src/usr.bin/tar/write.c From jb at FreeBSD.org Fri May 23 05:59:43 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 05:59:48 2008 Subject: cvs commit: src/sys/cddl/dev prototype.c src/sys/cddl/dev/dtmalloc dtmalloc.c src/sys/cddl/dev/dtrace dtrace_anon.c dtrace_cddl.h dtrace_clone.c dtrace_debug.c dtrace_hacks.c dtrace_ioctl.c dtrace_load.c dtrace_modevent.c dtrace_sysctl.c dtrace_test.c ... Message-ID: <200805230559.m4N5xgKT042788@repoman.freebsd.org> jb 2008-05-23 05:59:42 UTC FreeBSD src repository Added files: sys/cddl/dev prototype.c sys/cddl/dev/dtmalloc dtmalloc.c sys/cddl/dev/dtrace dtrace_anon.c dtrace_cddl.h dtrace_clone.c dtrace_debug.c dtrace_hacks.c dtrace_ioctl.c dtrace_load.c dtrace_modevent.c dtrace_sysctl.c dtrace_test.c dtrace_unload.c dtrace_vtime.c sys/cddl/dev/dtrace/amd64 dis_tables.c dis_tables.h dtrace_asm.S dtrace_isa.c dtrace_subr.c instr_size.c sys/cddl/dev/dtrace/i386 dis_tables.c dis_tables.h dtrace_asm.S dtrace_isa.c dtrace_subr.c instr_size.c sys/cddl/dev/fbt fbt.c sys/cddl/dev/profile profile.c sys/cddl/dev/sdt sdt.c sys/cddl/dev/systrace systrace.c Log: Custom DTrace kernel module files plus FreeBSD-specific DTrace providers. Revision Changes Path 1.1 +220 -0 src/sys/cddl/dev/dtmalloc/dtmalloc.c (new) 1.1 +3193 -0 src/sys/cddl/dev/dtrace/amd64/dis_tables.c (new) 1.1 +112 -0 src/sys/cddl/dev/dtrace/amd64/dis_tables.h (new) 1.1 +573 -0 src/sys/cddl/dev/dtrace/amd64/dtrace_asm.S (new) 1.1 +612 -0 src/sys/cddl/dev/dtrace/amd64/dtrace_isa.c (new) 1.1 +507 -0 src/sys/cddl/dev/dtrace/amd64/dtrace_subr.c (new) 1.1 +132 -0 src/sys/cddl/dev/dtrace/amd64/instr_size.c (new) 1.1 +84 -0 src/sys/cddl/dev/dtrace/dtrace_anon.c (new) 1.1 +134 -0 src/sys/cddl/dev/dtrace/dtrace_cddl.h (new) 1.1 +61 -0 src/sys/cddl/dev/dtrace/dtrace_clone.c (new) 1.1 +596 -0 src/sys/cddl/dev/dtrace/dtrace_debug.c (new) 1.1 +13 -0 src/sys/cddl/dev/dtrace/dtrace_hacks.c (new) 1.1 +777 -0 src/sys/cddl/dev/dtrace/dtrace_ioctl.c (new) 1.1 +164 -0 src/sys/cddl/dev/dtrace/dtrace_load.c (new) 1.1 +47 -0 src/sys/cddl/dev/dtrace/dtrace_modevent.c (new) 1.1 +82 -0 src/sys/cddl/dev/dtrace/dtrace_sysctl.c (new) 1.1 +73 -0 src/sys/cddl/dev/dtrace/dtrace_test.c (new) 1.1 +138 -0 src/sys/cddl/dev/dtrace/dtrace_unload.c (new) 1.1 +101 -0 src/sys/cddl/dev/dtrace/dtrace_vtime.c (new) 1.1 +3193 -0 src/sys/cddl/dev/dtrace/i386/dis_tables.c (new) 1.1 +112 -0 src/sys/cddl/dev/dtrace/i386/dis_tables.h (new) 1.1 +527 -0 src/sys/cddl/dev/dtrace/i386/dtrace_asm.S (new) 1.1 +622 -0 src/sys/cddl/dev/dtrace/i386/dtrace_isa.c (new) 1.1 +503 -0 src/sys/cddl/dev/dtrace/i386/dtrace_subr.c (new) 1.1 +132 -0 src/sys/cddl/dev/dtrace/i386/instr_size.c (new) 1.1 +1411 -0 src/sys/cddl/dev/fbt/fbt.c (new) 1.1 +531 -0 src/sys/cddl/dev/profile/profile.c (new) 1.1 +144 -0 src/sys/cddl/dev/prototype.c (new) 1.1 +254 -0 src/sys/cddl/dev/sdt/sdt.c (new) 1.1 +292 -0 src/sys/cddl/dev/systrace/systrace.c (new) From jb at FreeBSD.org Fri May 23 07:09:00 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 07:09:02 2008 Subject: cvs commit: src/sys/kern kern_linker.c Message-ID: <200805230708.m4N78xRl047211@repoman.freebsd.org> jb 2008-05-23 07:08:59 UTC FreeBSD src repository Modified files: sys/kern kern_linker.c Log: Add the ctf_get function and update the args to linker_file_function_listall. Revision Changes Path 1.158 +7 -1 src/sys/kern/kern_linker.c From jb at FreeBSD.org Fri May 23 07:32:20 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 07:32:21 2008 Subject: cvs commit: src/lib/libelf libelf_data.c Message-ID: <200805230732.m4N7WK2B048014@repoman.freebsd.org> jb 2008-05-23 07:32:19 UTC FreeBSD src repository Modified files: lib/libelf libelf_data.c Log: Add the case for SHT_AMD64_UNWIND. Revision Changes Path 1.4 +2 -0 src/lib/libelf/libelf_data.c From jb at FreeBSD.org Fri May 23 07:33:46 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 07:33:51 2008 Subject: cvs commit: src/lib/libelf libelf_align.c Message-ID: <200805230733.m4N7Xjp2048115@repoman.freebsd.org> jb 2008-05-23 07:33:45 UTC FreeBSD src repository Modified files: lib/libelf libelf_align.c Log: Change the alignment of the NOTE to match what gcc does. Revision Changes Path 1.3 +1 -1 src/lib/libelf/libelf_align.c From jb at FreeBSD.org Fri May 23 07:35:37 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 07:35:46 2008 Subject: cvs commit: src/lib/libelf elf_strptr.c Message-ID: <200805230735.m4N7Za9O048237@repoman.freebsd.org> jb 2008-05-23 07:35:36 UTC FreeBSD src repository Modified files: lib/libelf elf_strptr.c Log: Relax the strict type check because gcc as distributed doesn't create debug strtabs with type SHT_STRTAB. Although we could change FreeBSD's gcc, we really need to play nicely with gcc as distributed by the FSF. Revision Changes Path 1.2 +1 -1 src/lib/libelf/elf_strptr.c From kib at FreeBSD.org Fri May 23 11:09:50 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 11:09:52 2008 Subject: cvs commit: src/sys/kern sys_pipe.c Message-ID: <200805231109.m4NB9osT069861@repoman.freebsd.org> kib 2008-05-23 11:09:50 UTC FreeBSD src repository Modified files: sys/kern sys_pipe.c Log: Destruction of the pipe calls knlist_cleardel() to remove the knotes monitoring the pipe. The code sets pipe_present = 0 and enters knlist_cleardel(), where the PIPE_MTX might be dropped when knl->kl_list cannot be cleared due to influx knotes. If the following often encountered code fragment if (!(kn->kn_status & KN_DETACHED)) kn->kn_fop->f_detach(kn); knote_drop(kn, td); [1] is executed while the knlist lock is dropped, then the knote memory is freed by the knote_drop() without knote being removed from the knlist, since the filt_pipedetach() contains the following: if (kn->kn_filter == EVFILT_WRITE) { if (!cpipe->pipe_peer->pipe_present) { PIPE_UNLOCK(cpipe); return; Now, the memory may be reused in the zone, causing the access to the freed memory. I got the panics caused by the marker knote appearing on the knlist, that, I believe, manifestation of the issue. In the Peter Holm test scenarious, we got unkillable processes too. The pipe_peer that has the knote for write shall be present. Ignore the pipe_present value for EVFILT_WRITE in filt_pipedetach(). Debugging help and tested by: pho Discussed with: jmg MFC after: 2 weeks Revision Changes Path 1.197 +1 -6 src/sys/kern/sys_pipe.c From kib at FreeBSD.org Fri May 23 11:14:04 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 11:14:13 2008 Subject: cvs commit: src/sys/kern sys_pipe.c src/sys/sys pipe.h Message-ID: <200805231114.m4NBE32n070077@repoman.freebsd.org> kib 2008-05-23 11:14:03 UTC FreeBSD src repository Modified files: sys/kern sys_pipe.c sys/sys pipe.h Log: Another problem caused by the knlist_cleardel() potentially dropping PIPE_MTX(). Since the pipe_present is cleared before (potentially) sleeping, the second thread may enter the pipeclose() for the reciprocal pipe end. The test at the end of the pipeclose() for the pipe_present == 0 would succeed, allowing the second thread to free the pipe memory. First threads then accesses the freed memory after being woken up. Properly track the closing state of the pipe in the pipe_present. Introduce the intermediate state that marks the pipe as mostly dismantled but might be sleeping waiting for the knote list to be cleared. Free the pipe pair memory only when both ends pass that point. Debugging help and tested by: pho Discussed with: jmg MFC after: 2 weeks Revision Changes Path 1.198 +22 -11 src/sys/kern/sys_pipe.c 1.30 +7 -0 src/sys/sys/pipe.h From jhb at freebsd.org Fri May 23 13:04:18 2008 From: jhb at freebsd.org (John Baldwin) Date: Fri May 23 13:04:34 2008 Subject: cvs commit: src/sys/amd64/conf NOTES src/sys/conf files src/sys/contrib/dev/iwn LICENSE iwlwifi-4965-4.44.17.fw.uu src/sys/dev/iwn if_iwn.c if_iwnreg.h if_iwnvar.h src/sys/i386/conf NOTES src/sys/modules Makefile src/sys/modules/iwn Makefile ... In-Reply-To: <4835EB69.5030209@freebsd.org> References: <200804292136.m3TLaHI5045311@repoman.freebsd.org> <4835EB69.5030209@freebsd.org> Message-ID: <200805230817.30326.jhb@freebsd.org> On Thursday 22 May 2008 05:53:45 pm Sam Leffler wrote: > Pawel Worach wrote: > > On Tue, Apr 29, 2008 at 11:36 PM, Sam Leffler wrote: > >> sam 2008-04-29 21:36:17 UTC > >> > >> FreeBSD src repository > >> > >> > >> > >> > >> Added files: > >> sys/modules/iwn Makefile > >> > >> > >> > >> Log: > >> Intel 4965 wireless driver (derived from openbsd driver of the same > >> name) > > > > If using the module on a kernel without WITNESS the module doesn't > > run-time link with: > > link_elf_obj: symbol _mtx_assert undefined > > > > Other than that, thanks a lot, the driver works fine! > > > > Fix? > > > > --- /sys/modules/iwn/Makefile 2008-04-29 23:36:17.000000000 +0200 > > +++ Makefile 2008-05-22 22:45:22.000000000 +0200 > > @@ -4,5 +4,5 @@ > > > > KMOD = if_iwn > > SRCS = if_iwn.c opt_bdg.h device_if.h bus_if.h pci_if.h > > -CFLAGS += -g -DWITNESS -DINVARIANT_SUPPORT -DINVARIANTS > > -I${.CURDIR}/../../ +CFLAGS += -g -I${.CURDIR}/../../ > > .include > > Thanks, never noticed it was there. Probably the whole CFLAGS line should be gone. The include shouldn't be needed as the makefiles will find the kernel sources, and -g is better handled by doing 'make DEBUG_FLAGS=-g' as using DEBUG_FLAGS causes iwn.ko.symbols to be installed, etc. -- John Baldwin From ed at FreeBSD.org Fri May 23 14:24:34 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Fri May 23 14:24:35 2008 Subject: cvs commit: src/usr.sbin/sade termcap.c src/usr.sbin/sysinstall termcap.c Message-ID: <200805231424.m4NEOX62088744@repoman.freebsd.org> ed 2008-05-23 14:24:33 UTC FreeBSD src repository Modified files: usr.sbin/sade termcap.c usr.sbin/sysinstall termcap.c Log: Move sysinstall/sade away from TIOCGSIZE. Both sysinstall and sade still seem to use the TIOCGSIZE ioctl to obtain the terminal dimensions. We'd better use TIOCGWINSZ to do this. The TIOCGWINSZ interface is preferred, because it also allows sizes in pixels to be passed to the application (though this is not used here). Approved by: philip (mentor) Revision Changes Path 1.37 +4 -4 src/usr.sbin/sade/termcap.c 1.32 +4 -4 src/usr.sbin/sysinstall/termcap.c From lulf at FreeBSD.org Fri May 23 15:38:36 2008 From: lulf at FreeBSD.org (Ulf Lilleengen) Date: Fri May 23 15:38:42 2008 Subject: cvs commit: src/sys/geom/vinum geom_vinum_share.c Message-ID: <200805231538.m4NFcaJU093139@repoman.freebsd.org> lulf 2008-05-23 15:38:35 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/geom/vinum geom_vinum_share.c Log: MFC revision 1.6 - Recognize the 'volume' parameter when creating a plex. Revision Changes Path 1.5.2.1 +2 -1 src/sys/geom/vinum/geom_vinum_share.c From lulf at FreeBSD.org Fri May 23 15:39:27 2008 From: lulf at FreeBSD.org (Ulf Lilleengen) Date: Fri May 23 15:39:35 2008 Subject: cvs commit: src/sys/geom/vinum geom_vinum_share.c Message-ID: <200805231539.m4NFdRgA093177@repoman.freebsd.org> lulf 2008-05-23 15:39:27 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/geom/vinum geom_vinum_share.c Log: MFC revision 1.6 - Recognize the 'volume' parameter when creating a plex. Revision Changes Path 1.4.2.1 +2 -1 src/sys/geom/vinum/geom_vinum_share.c From ed at FreeBSD.org Fri May 23 16:06:36 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Fri May 23 16:06:38 2008 Subject: cvs commit: src/sys/kern tty.c tty_cons.c tty_subr.c src/sys/sys clist.h cons.h tty.h Message-ID: <200805231606.m4NG6ZPm098845@repoman.freebsd.org> ed 2008-05-23 16:06:35 UTC FreeBSD src repository Modified files: sys/kern tty.c tty_cons.c tty_subr.c sys/sys clist.h cons.h tty.h Log: Move TTY unrelated bits out of . For some reason, the header file also contains routines of the clists and console that are used inside the TTY layer. Because the clists are not only used by the TTY layer (example: various input drivers), we'd better move the entire clist programming interface into . Also remove a declaration of nonexistent variable. The header also contains various definitions for the console code (tty_cons.c). Also move these to , because they are not implemented inside the TTY layer. While there, create separate malloc pools for the clist and console code. Approved by: philip (mentor) Revision Changes Path 1.277 +1 -0 src/sys/kern/tty.c 1.144 +4 -2 src/sys/kern/tty_cons.c 1.45 +5 -3 src/sys/kern/tty_subr.c 1.12 +24 -1 src/sys/sys/clist.h 1.41 +7 -0 src/sys/sys/cons.h 1.103 +1 -27 src/sys/sys/tty.h From kib at FreeBSD.org Fri May 23 16:36:40 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 16:36:47 2008 Subject: cvs commit: src/sys/fs/devfs devfs_vnops.c Message-ID: <200805231636.m4NGaeZ2099985@repoman.freebsd.org> kib 2008-05-23 16:36:40 UTC FreeBSD src repository Modified files: sys/fs/devfs devfs_vnops.c Log: When vget() fails (because the vnode has been reclaimed), there is no sense to loop trying to vget() the vnode again. PR: 122977 Submitted by: Arthur Hartwig Tested by: pho Reviewed by: jhb MFC after: 1 week Revision Changes Path 1.159 +4 -3 src/sys/fs/devfs/devfs_vnops.c From peter at wemm.org Fri May 23 16:38:30 2008 From: peter at wemm.org (Peter Wemm) Date: Fri May 23 16:38:36 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: <20080521.211110.-749259186.imp@bsdimp.com> References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> <20080521.211110.-749259186.imp@bsdimp.com> Message-ID: On Wed, May 21, 2008 at 8:11 PM, M. Warner Losh wrote: > In message: <200805220214.m4M2EYTM061847@repoman.freebsd.org> > John Birrell writes: > : The API for this library is deliberately different to the GPL'd > : libdwarf to avoid licensing problems. > > What licensing problems does it avoid? APIs can't be copyrighted, and > therefore can't be GPL'd. > > Warner Well.. the GNU and linux folk have an interesting spin on this. They seem to maintain that if an API is specific to a GPL'ed code blob, then programs that use that specific API are therefore derivatives. There was a case a few years ago about the gmp library. They maintained that a 3rd party consumer of libgmp was a GPL violation if it wasn't distributed under GPL compatible terms. I seem to recall that the 'fgmp' (free-gmp) library came out, and a new release of the 3rd party package was made with the references in the documentation changed to something like 'uses fgmp or a fgmp-compatible library like gmp' or some such. It was all a giant circus and waste of effort, especially since fgmp wasn't really a viable gmp replacement. The next point is that the Linux folks (including Linus) seem to consider that making calls to the linux kernel causes your driver to be a derivative, unless the API you're calling has been blessed as a public interface. (To be fair, I can see the point for their specific circumstances, but their interpretation of copyright seems to be quite a stretch to me). Back to this case. There are non-GPL implementations of libdwarf out there. I think the API is well and truly fair game at this point. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From kib at FreeBSD.org Fri May 23 16:38:39 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 16:38:44 2008 Subject: cvs commit: src/sys/kern kern_conf.c Message-ID: <200805231638.m4NGccQ2000143@repoman.freebsd.org> kib 2008-05-23 16:38:38 UTC FreeBSD src repository Modified files: sys/kern kern_conf.c Log: Assert that si_threadcount > 0 before decrementing it. This helps catching the improper use of the dev_refthread/dev_relthread. Tested by: pho MFC after: 1 week Revision Changes Path 1.214 +2 -0 src/sys/kern/kern_conf.c From kib at FreeBSD.org Fri May 23 16:44:00 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 16:44:05 2008 Subject: cvs commit: src/sys/kern tty.c Message-ID: <200805231644.m4NGi01T000375@repoman.freebsd.org> kib 2008-05-23 16:43:59 UTC FreeBSD src repository Modified files: sys/kern tty.c Log: Use the t_state for the TS_GONE test. Submitted by: jhb MFC after: 3 days Revision Changes Path 1.278 +1 -1 src/sys/kern/tty.c From kib at FreeBSD.org Fri May 23 16:46:27 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 16:46:29 2008 Subject: cvs commit: src/sys/kern tty.c Message-ID: <200805231646.m4NGkRlG000567@repoman.freebsd.org> kib 2008-05-23 16:46:27 UTC FreeBSD src repository Modified files: sys/kern tty.c Log: The dev_refthread() in the tty_gettp() may fail, because Giant is taken in the giant_trick routines after the dev_refthread increments the si_threadcount. Remove assert, do not perform dev_relthread() for failed dev_refthread(), and handle failure in the tty_gettp() callers (cdevsw tty methods). Before kern_conf.c 1.210 and 1.211, the kernel usually paniced in the giant_trick routines dereferencing NULL cdevsw, not taking this fault. Reported by: Vince Hoffman Debugging help and tested by: pho Reviewed by: jhb MFC after: 1 week Revision Changes Path 1.279 +6 -5 src/sys/kern/tty.c From kib at FreeBSD.org Fri May 23 16:47:55 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Fri May 23 16:47:57 2008 Subject: cvs commit: src/sys/kern tty.c Message-ID: <200805231647.m4NGltnh009812@repoman.freebsd.org> kib 2008-05-23 16:47:55 UTC FreeBSD src repository Modified files: sys/kern tty.c Log: Rev. 1.274 put the ttyrel() call before the destroy_dev() in the ttyfree(), freeing the tty. Since destroy_dev() may call d_purge() cdevsw method, that is the ttypurge() for the tty, the code ends up accessing freed tty structure. Put the ttyrel() after destroy_dev() in the ttyfree. To prevent the panic the rev. 1.274 provided fix for, check the TS_GONE in sysctl handler and refuse to provide information on such tty. Reported, debugging help and tested by: pho DIscussed with and reviewed by: jhb MFC after: 1 week Revision Changes Path 1.280 +5 -2 src/sys/kern/tty.c From bms at FreeBSD.org Fri May 23 16:52:32 2008 From: bms at FreeBSD.org (Bruce M. Simpson) Date: Fri May 23 16:52:37 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> <20080521.211110.-749259186.imp@bsdimp.com> Message-ID: <4836F649.9050006@FreeBSD.org> Peter Wemm wrote: > The next point is that the Linux folks (including Linus) seem to > consider that making calls to the linux kernel causes your driver to > be a derivative, unless the API you're calling has been blessed as a > public interface. (To be fair, I can see the point for their specific > circumstances, but their interpretation of copyright seems to be quite > a stretch to me). > I wonder if the "netlink" API constitutes such a set of calls to the Linux kernel. I raise this matter because we've just grown multiple route table support, and it looks like we could use an API for that. If we can gain compatibility with other systems, that widens our appeal. Given that its developers had an informational RFC published, under the auspices of "an interface to IP service modules", I think that somewhat weakens the case that implementing an API constitutes a "derivative work". Such an interpretation of copyright seems equivocal, when one considers that the same group criticise Microsoft for not opening their APIs: "We want everyone to be able to play together, but only by our new set of rules". To which one can respond: surely curses came before ncurses? And surely routing sockets came before netlink? Etc ad nauseam. From imp at bsdimp.com Fri May 23 16:58:22 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Fri May 23 16:58:28 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> <20080521.211110.-749259186.imp@bsdimp.com> Message-ID: <20080523.105811.-1253036434.imp@bsdimp.com> In message: "Peter Wemm" writes: : On Wed, May 21, 2008 at 8:11 PM, M. Warner Losh wrote: : > In message: <200805220214.m4M2EYTM061847@repoman.freebsd.org> : > John Birrell writes: : > : The API for this library is deliberately different to the GPL'd : > : libdwarf to avoid licensing problems. : > : > What licensing problems does it avoid? APIs can't be copyrighted, and : > therefore can't be GPL'd. : > : > Warner : : Well.. the GNU and linux folk have an interesting spin on this. They : seem to maintain that if an API is specific to a GPL'ed code blob, : then programs that use that specific API are therefore derivatives. Yes, they do... : There was a case a few years ago about the gmp library. They : maintained that a 3rd party consumer of libgmp was a GPL violation if : it wasn't distributed under GPL compatible terms. I seem to recall : that the 'fgmp' (free-gmp) library came out, and a new release of the : 3rd party package was made with the references in the documentation : changed to something like 'uses fgmp or a fgmp-compatible library like : gmp' or some such. It was all a giant circus and waste of effort, : especially since fgmp wasn't really a viable gmp replacement. There have been several court cases that show just the opposite, especially when it comes to an established interface. However, the interface wasn't GPL'd, it was the contamination of the code calling it before there was a !GPL'd implementation that was at issue... : The next point is that the Linux folks (including Linus) seem to : consider that making calls to the linux kernel causes your driver to : be a derivative, unless the API you're calling has been blessed as a : public interface. (To be fair, I can see the point for their specific : circumstances, but their interpretation of copyright seems to be quite : a stretch to me). True, but in this case the interface isn't copyrighted, just its use. : Back to this case. There are non-GPL implementations of libdwarf out : there. I think the API is well and truly fair game at this point. Agreed. that was rather my point: why have a gratuitously different interface. Warner From imp at bsdimp.com Fri May 23 17:04:09 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Fri May 23 17:04:19 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: <4836F649.9050006@FreeBSD.org> References: <20080521.211110.-749259186.imp@bsdimp.com> <4836F649.9050006@FreeBSD.org> Message-ID: <20080523.110228.480803659.imp@bsdimp.com> In message: <4836F649.9050006@FreeBSD.org> "Bruce M. Simpson" writes: : Peter Wemm wrote: : > The next point is that the Linux folks (including Linus) seem to : > consider that making calls to the linux kernel causes your driver to : > be a derivative, unless the API you're calling has been blessed as a : > public interface. (To be fair, I can see the point for their specific : > circumstances, but their interpretation of copyright seems to be quite : > a stretch to me). : > : : I wonder if the "netlink" API constitutes such a set of calls to the : Linux kernel. I raise this matter because we've just grown multiple : route table support, and it looks like we could use an API for that. If : we can gain compatibility with other systems, that widens our appeal. Again, API isn't comprightable. It is the use of code, distributed and linked into the Linux kernel that would cause the contamination. : Given that its developers had an informational RFC published, under the : auspices of "an interface to IP service modules", I think that somewhat : weakens the case that implementing an API constitutes a "derivative work". No, it isn't a derived work. Standard interfaces aren't copyrightable. The Linux folks themselves have used this arguments against the SCO Monster :-). Implementing them would be safe from a copyright perspective. : Such an interpretation of copyright seems equivocal, when one considers : that the same group criticise Microsoft for not opening their APIs: "We : want everyone to be able to play together, but only by our new set of : rules". Good thing such an interpretation doesn't square with copyright law. Nor have I seen them make such a direct argument. Let's keep in mind that the GNU folks and the Linux kernel folks have differing views on how aggressively to apply their license to others. There's also many side 'gentlemen's agreements' that don't have the force of law, but are practices that are tolerated (cf use of NDA to restrict gnu toolchain code, for example). Warner From mckusick at FreeBSD.org Fri May 23 18:08:33 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Fri May 23 18:08:38 2008 Subject: cvs commit: src/include/protocols dumprestore.h src/sbin/dump dump.h traverse.c src/sbin/restore dirs.c extern.h restore.h tape.c src/share/man/man5 fs.5 src/sys/sys extattr.h src/sys/ufs/ufs extattr.h Message-ID: <200805231808.m4NI8WfY014948@repoman.freebsd.org> mckusick 2008-05-23 18:08:32 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) include/protocols dumprestore.h sbin/dump dump.h traverse.c sbin/restore dirs.c extern.h restore.h tape.c share/man/man5 fs.5 sys/sys extattr.h sys/ufs/ufs extattr.h Log: MFC of an update to the dump program to save extended attributes and an update to the restore program to restore all dumped extended attributes. The affected files and the version being MFC'ed: Revision Path 1.11 src/include/protocols/dumprestore.h 1.28 src/sbin/dump/dump.h 1.38 src/sbin/dump/traverse.c 1.31 src/sbin/restore/dirs.c 1.11 src/sbin/restore/extern.h 1.12 src/sbin/restore/restore.h 1.48 src/sbin/restore/tape.c 1.16 src/sys/sys/extattr.h 1.21 src/sys/ufs/ufs/extattr.h 1.24 src/share/man/man5/fs.5 Note that this code will not compile until these header files have been updated: and . This should happen in the course of doing a normal `buildworld'. This resolves PR 93085 which will be closed. PR: bin/93085 MFC request by: Robert Watson Revision Changes Path 1.10.14.1 +2 -1 src/include/protocols/dumprestore.h 1.27.2.1 +0 -2 src/sbin/dump/dump.h 1.36.2.3 +166 -18 src/sbin/dump/traverse.c 1.30.2.1 +54 -12 src/sbin/restore/dirs.c 1.10.8.1 +3 -1 src/sbin/restore/extern.h 1.10.2.1 +1 -0 src/sbin/restore/restore.h 1.44.2.2 +291 -13 src/sbin/restore/tape.c 1.22.2.1 +58 -1 src/share/man/man5/fs.5 1.12.10.1 +16 -0 src/sys/sys/extattr.h 1.20.2.1 +49 -0 src/sys/ufs/ufs/extattr.h From ed at FreeBSD.org Fri May 23 18:34:34 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Fri May 23 18:34:40 2008 Subject: cvs commit: src/sys/sys clist.h Message-ID: <200805231834.m4NIYXWI020283@repoman.freebsd.org> ed 2008-05-23 18:34:33 UTC FreeBSD src repository Modified files: sys/sys clist.h Log: Fix the build by including in . Of course I was silly enough to only check LINT for build failures, but not the userspace bits. In the mpsafetty branch I didn't notice this, because never got included in userspace. Approved by: philip (mentor) Pointy hat to: me :-( Revision Changes Path 1.13 +2 -0 src/sys/sys/clist.h From marcel at FreeBSD.org Fri May 23 19:16:25 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Fri May 23 19:16:27 2008 Subject: cvs commit: src/sys/powerpc/aim mmu_oea.c Message-ID: <200805231916.m4NJGPfV025407@repoman.freebsd.org> marcel 2008-05-23 19:16:25 UTC FreeBSD src repository Modified files: sys/powerpc/aim mmu_oea.c Log: Invalidate the TLB in pmap_cpu_bootstrap(), so that it also happens on the APs. Revision Changes Path 1.122 +4 -1 src/sys/powerpc/aim/mmu_oea.c From mckusick at FreeBSD.org Fri May 23 19:17:08 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Fri May 23 19:17:10 2008 Subject: cvs commit: src/sbin/restore dirs.c Message-ID: <200805231917.m4NJH8ZQ025441@repoman.freebsd.org> mckusick 2008-05-23 19:17:08 UTC FreeBSD src repository Modified files: sbin/restore dirs.c Log: Fix nits pointed out in PR bin/39905 that have not already been corrected since it was filed. With this change the PR will be closed. PR: bin/39905 Revision Changes Path 1.35 +3 -3 src/sbin/restore/dirs.c From marcel at FreeBSD.org Fri May 23 19:53:51 2008 From: marcel at FreeBSD.org (Marcel Moolenaar) Date: Fri May 23 19:53:53 2008 Subject: cvs commit: src/sys/ia64/ia64 interrupt.c Message-ID: <200805231953.m4NJro8f026620@repoman.freebsd.org> marcel 2008-05-23 19:53:50 UTC FreeBSD src repository Modified files: sys/ia64/ia64 interrupt.c Log: Account for IPI_PREEMPT. We don't want to call sched_preempt() with interrupts disabled or with td_intr_nesting_level non-zero. Revision Changes Path 1.69 +10 -4 src/sys/ia64/ia64/interrupt.c From jhb at FreeBSD.org Fri May 23 20:04:21 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 23 20:04:26 2008 Subject: cvs commit: src/usr.bin/truss Makefile amd64-fbsd32.c amd64-linux32.c amd64linux32.conf extern.h fbsd32.conf main.c Message-ID: <200805232004.m4NK4KtS028288@repoman.freebsd.org> jhb 2008-05-23 20:04:20 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/truss Makefile extern.h main.c Added files: (Branch: RELENG_7) usr.bin/truss amd64-fbsd32.c amd64-linux32.c amd64linux32.conf fbsd32.conf Log: MFC: Teach truss about 32-bit FreeBSD and Linux binaries on amd64. Revision Changes Path 1.22.2.1 +35 -12 src/usr.bin/truss/Makefile 1.30.2.1 +346 -0 src/usr.bin/truss/amd64-fbsd32.c (new) 1.28.2.1 +316 -0 src/usr.bin/truss/amd64-linux32.c (new) 1.1.2.1 +13 -0 src/usr.bin/truss/amd64linux32.conf (new) 1.12.2.1 +4 -0 src/usr.bin/truss/extern.h 1.1.2.1 +13 -0 src/usr.bin/truss/fbsd32.conf (new) 1.46.2.1 +2 -0 src/usr.bin/truss/main.c From jhb at FreeBSD.org Fri May 23 20:04:55 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 23 20:05:04 2008 Subject: cvs commit: src/usr.bin/truss Makefile amd64-fbsd32.c amd64-linux32.c amd64linux32.conf extern.h fbsd32.conf main.c Message-ID: <200805232004.m4NK4tKU029531@repoman.freebsd.org> jhb 2008-05-23 20:04:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/truss Makefile extern.h main.c Added files: (Branch: RELENG_6) usr.bin/truss amd64-fbsd32.c amd64-linux32.c amd64linux32.conf fbsd32.conf Log: MFC: Teach truss about 32-bit FreeBSD and Linux binaries on amd64. Revision Changes Path 1.21.2.1 +35 -12 src/usr.bin/truss/Makefile 1.30.4.1 +364 -0 src/usr.bin/truss/amd64-fbsd32.c (new) 1.28.4.1 +336 -0 src/usr.bin/truss/amd64-linux32.c (new) 1.1.4.1 +13 -0 src/usr.bin/truss/amd64linux32.conf (new) 1.10.2.1 +4 -0 src/usr.bin/truss/extern.h 1.1.4.1 +13 -0 src/usr.bin/truss/fbsd32.conf (new) 1.40.2.3 +2 -0 src/usr.bin/truss/main.c From jhb at FreeBSD.org Fri May 23 20:07:04 2008 From: jhb at FreeBSD.org (John Baldwin) Date: Fri May 23 20:07:10 2008 Subject: cvs commit: src/usr.bin/truss setup.c Message-ID: <200805232007.m4NK73wF029671@repoman.freebsd.org> jhb 2008-05-23 20:06:59 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) usr.bin/truss setup.c Log: - Close a small fd leak that can occur if we have to do more than one PIOCWAIT after forking a new child process. - Use NULL instead of 0 in one spot. This is a direct commit to RELENG_6 since it only applies to the procfs code and newer branches use ptrace() rather than procfs. Revision Changes Path 1.21.2.2 +2 -1 src/usr.bin/truss/setup.c From jb at FreeBSD.org Fri May 23 22:17:29 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:17:34 2008 Subject: cvs commit: src/sys/conf NOTES Message-ID: <200805232217.m4NMHSFl051912@repoman.freebsd.org> jb 2008-05-23 22:17:28 UTC FreeBSD src repository Modified files: sys/conf NOTES Log: Add the KDTRACE_HOOKS option for DTrace support. Revision Changes Path 1.1490 +6 -0 src/sys/conf/NOTES From jb at FreeBSD.org Fri May 23 22:21:59 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:22:09 2008 Subject: cvs commit: src/sys/cddl/dev/cyclic cyclic.c cyclic_test.c src/sys/cddl/dev/cyclic/amd64 cyclic_machdep.c src/sys/cddl/dev/cyclic/i386 cyclic_machdep.c Message-ID: <200805232221.m4NMLw6c052187@repoman.freebsd.org> jb 2008-05-23 22:21:58 UTC FreeBSD src repository Added files: sys/cddl/dev/cyclic cyclic.c cyclic_test.c sys/cddl/dev/cyclic/amd64 cyclic_machdep.c sys/cddl/dev/cyclic/i386 cyclic_machdep.c Log: The cyclic timer device. This is a cut down version of the one in OpenSolaris. We don't have the lock levels that they do, so this is just hooked into clock interrupts. Revision Changes Path 1.1 +133 -0 src/sys/cddl/dev/cyclic/amd64/cyclic_machdep.c (new) 1.1 +1421 -0 src/sys/cddl/dev/cyclic/cyclic.c (new) 1.1 +301 -0 src/sys/cddl/dev/cyclic/cyclic_test.c (new) 1.1 +133 -0 src/sys/cddl/dev/cyclic/i386/cyclic_machdep.c (new) From jb at FreeBSD.org Fri May 23 22:23:29 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:23:30 2008 Subject: cvs commit: src/sys/modules/cyclic Makefile Message-ID: <200805232223.m4NMNSwb052256@repoman.freebsd.org> jb 2008-05-23 22:23:28 UTC FreeBSD src repository Modified files: sys/modules/cyclic Makefile Log: The cyclic code is in sys/cddl/dev/cyclic to be consistent with the other stuff. Revision Changes Path 1.2 +2 -2 src/sys/modules/cyclic/Makefile From jb at FreeBSD.org Fri May 23 22:36:22 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:36:25 2008 Subject: cvs commit: src/sys/modules Makefile Message-ID: <200805232236.m4NMaMTr052795@repoman.freebsd.org> jb 2008-05-23 22:36:12 UTC FreeBSD src repository Modified files: sys/modules Makefile Log: Hook the DTrace kernel modules into the build. Revision Changes Path 1.568 +21 -0 src/sys/modules/Makefile From jb at FreeBSD.org Fri May 23 22:39:29 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:39:31 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/kern opensolaris.c opensolaris_cmn_err.c Message-ID: <200805232239.m4NMdTLE052863@repoman.freebsd.org> jb 2008-05-23 22:39:28 UTC FreeBSD src repository Added files: sys/cddl/compat/opensolaris/kern opensolaris.c opensolaris_cmn_err.c Log: OpenSolaris kernel module compatibility sources. Revision Changes Path 1.1 +101 -0 src/sys/cddl/compat/opensolaris/kern/opensolaris.c (new) 1.1 +64 -0 src/sys/cddl/compat/opensolaris/kern/opensolaris_cmn_err.c (new) From jb at FreeBSD.org Fri May 23 22:40:58 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:41:01 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/sys sdt.h vmem.h Message-ID: <200805232240.m4NMewik052991@repoman.freebsd.org> jb 2008-05-23 22:40:58 UTC FreeBSD src repository Removed files: sys/cddl/contrib/opensolaris/uts/common/sys sdt.h vmem.h Log: Delete a couple of OpenSolaris headers which get in the way of our implementation. Revision Changes Path 1.3 +0 -176 src/sys/cddl/contrib/opensolaris/uts/common/sys/sdt.h (dead) 1.4 +0 -142 src/sys/cddl/contrib/opensolaris/uts/common/sys/vmem.h (dead) From jb at FreeBSD.org Fri May 23 22:44:47 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 22:44:54 2008 Subject: cvs commit: src/cddl/contrib/opensolaris/lib/libzpool/common/sys zfs_context.h Message-ID: <200805232244.m4NMik8f053143@repoman.freebsd.org> jb 2008-05-23 22:44:46 UTC FreeBSD src repository Modified files: cddl/contrib/opensolaris/lib/libzpool/common/sys zfs_context.h Log: Don't need to include vmem.h anymore. Revision Changes Path 1.10 +0 -1 src/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h From jb at FreeBSD.org Fri May 23 23:03:18 2008 From: jb at FreeBSD.org (John Birrell) Date: Fri May 23 23:03:26 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/machine endian.h Message-ID: <200805232303.m4NN3HdF054805@repoman.freebsd.org> jb 2008-05-23 23:03:17 UTC FreeBSD src repository Removed files: sys/cddl/compat/opensolaris/machine endian.h Log: Messing with the endian defines breaks the use of other FreeBSD headers. Revision Changes Path 1.3 +0 -44 src/sys/cddl/compat/opensolaris/machine/endian.h (dead) From mckusick at FreeBSD.org Fri May 23 23:13:15 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Fri May 23 23:13:17 2008 Subject: cvs commit: src/sbin/dump dump.8 dump.h main.c traverse.c Message-ID: <200805232313.m4NNDE6h055168@repoman.freebsd.org> mckusick 2008-05-23 23:13:14 UTC FreeBSD src repository Modified files: sbin/dump dump.8 dump.h main.c traverse.c Log: When using dump to generate level 0 dumps which are then rsync'ed to a remote machine, the fact that the dump date is stored with each header (inode) record makes rsync significantly less efficient than necessary. This also applies to inode access times when they are not important data to retain. When implementing an offsite backup solution of this type, these dates in particular are not important, especially if it prevents effective offsite backups. PR: bin/91049 Submitted by: Forrest W Christian Revision Changes Path 1.76 +22 -1 src/sbin/dump/dump.8 1.29 +1 -0 src/sbin/dump/dump.h 1.66 +23 -3 src/sbin/dump/main.c 1.41 +5 -0 src/sbin/dump/traverse.c From rodrigc at FreeBSD.org Fri May 23 23:33:08 2008 From: rodrigc at FreeBSD.org (Craig Rodrigues) Date: Fri May 23 23:33:13 2008 Subject: cvs commit: src/sys/kern vfs_mount.c Message-ID: <200805232333.m4NNX7Jm055748@repoman.freebsd.org> rodrigc 2008-05-23 23:33:07 UTC FreeBSD src repository Modified files: sys/kern vfs_mount.c Log: Do not convert the "snapshot" string to the MNT_SNAPSHOT flag here, since we do it further down in ffs_vfsops.c MFC after: 1 month Revision Changes Path 1.282 +0 -2 src/sys/kern/vfs_mount.c From rodrigc at FreeBSD.org Sat May 24 00:02:14 2008 From: rodrigc at FreeBSD.org (Craig Rodrigues) Date: Sat May 24 00:02:19 2008 Subject: cvs commit: src/sys/ufs/ffs ffs_vfsops.c Message-ID: <200805240002.m4O02DRB056917@repoman.freebsd.org> rodrigc 2008-05-24 00:02:13 UTC FreeBSD src repository Modified files: sys/ufs/ffs ffs_vfsops.c Log: For the following mount options, do not perform the string to flag conversions here, because we already do them further up in vfs_donmount() in vfs_mount.c async -> MNT_ASYNC force -> MNT_FORCE multilabel -> MNT_MULTILABEL noatime -> MNT_NOATIME noclusterr -> MNT_NOCLUSTERR noclusterw -> MNT_NOCLUSTERW MFC after: 1 month Revision Changes Path 1.341 +0 -21 src/sys/ufs/ffs/ffs_vfsops.c From obrien at freebsd.org Sat May 24 00:17:28 2008 From: obrien at freebsd.org (David O'Brien) Date: Sat May 24 00:17:30 2008 Subject: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... In-Reply-To: References: <200805220214.m4M2EYTM061847@repoman.freebsd.org> <20080521.211110.-749259186.imp@bsdimp.com> Message-ID: <20080524001718.GB85398@dragon.NUXI.org> On Fri, May 23, 2008 at 09:38:28AM -0700, Peter Wemm wrote: > Back to this case. There are non-GPL implementations of libdwarf out > there. I think the API is well and truly fair game at this point. In fact SGI's first libdwarf library release was under a BSDL. So if API in the release is the one most common, we can use it without issue from anyone's interpretation of things. -- -- David (obrien@FreeBSD.org) From rodrigc at FreeBSD.org Sat May 24 00:41:33 2008 From: rodrigc at FreeBSD.org (Craig Rodrigues) Date: Sat May 24 00:41:36 2008 Subject: cvs commit: src/sys/ufs/ffs ffs_vfsops.c Message-ID: <200805240041.m4O0fWCc060730@repoman.freebsd.org> rodrigc 2008-05-24 00:41:32 UTC FreeBSD src repository Modified files: sys/ufs/ffs ffs_vfsops.c Log: After converting the "snapshot" mount option to the MNT_SNAPSHOT flag, delete "snapshot" from the persistent mount options list. This should fix problems with doing a mount -o snapshot of a file system, followed by an NFS export of the same file system. PR: 122833 Reported by: Leon Kos , Jaakko Heinonen MFC after: 1 month Revision Changes Path 1.342 +8 -1 src/sys/ufs/ffs/ffs_vfsops.c From delphij at FreeBSD.org Sat May 24 00:42:20 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 24 00:42:25 2008 Subject: cvs commit: src/sys/dev/mpt mpt_pci.c Message-ID: <200805240042.m4O0gJvJ060784@repoman.freebsd.org> delphij 2008-05-24 00:42:19 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/mpt mpt_pci.c Log: MFC revision 1.52 date: 2008/05/10 01:27:23; author: delphij; state: Exp; lines: +6 -0 Add support for LSI 1078DE (ServeRAID-AR10is SAS/SATA Controller) Revision Changes Path 1.51.2.1 +6 -0 src/sys/dev/mpt/mpt_pci.c From delphij at FreeBSD.org Sat May 24 00:42:33 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 24 00:42:42 2008 Subject: cvs commit: src/sys/dev/mpt mpt_pci.c Message-ID: <200805240042.m4O0gXjE060814@repoman.freebsd.org> delphij 2008-05-24 00:42:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/mpt mpt_pci.c Log: MFC revision 1.52 date: 2008/05/10 01:27:23; author: delphij; state: Exp; lines: +6 -0 Add support for LSI 1078DE (ServeRAID-AR10is SAS/SATA Controller) Revision Changes Path 1.20.2.10 +6 -0 src/sys/dev/mpt/mpt_pci.c From delphij at FreeBSD.org Sat May 24 00:42:54 2008 From: delphij at FreeBSD.org (Xin LI) Date: Sat May 24 00:43:01 2008 Subject: cvs commit: src/sys/dev/mpt mpt_pci.c Message-ID: <200805240042.m4O0grFB060846@repoman.freebsd.org> delphij 2008-05-24 00:42:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) sys/dev/mpt mpt_pci.c Log: MFC revision 1.52 date: 2008/05/10 01:27:23; author: delphij; state: Exp; lines: +6 -0 Add support for LSI 1078DE (ServeRAID-AR10is SAS/SATA Controller) Revision Changes Path 1.16.2.7 +6 -0 src/sys/dev/mpt/mpt_pci.c From kib at FreeBSD.org Sat May 24 03:35:14 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sat May 24 03:35:20 2008 Subject: cvs commit: src/sys/kern kern_event.c Message-ID: <200805240335.m4O3ZDhr089522@repoman.freebsd.org> kib 2008-05-24 03:35:13 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_event.c Log: MFC rev. 1.119: The kqueue_close() encountering the KN_INFLUX knotes on the kq being closed is the legitimate situation. For instance, filedescriptor with registered events may be closed in parallel with closing the kqueue. Properly handle the case instead of asserting that this cannot happen. Revision Changes Path 1.113.2.1 +11 -4 src/sys/kern/kern_event.c From kib at FreeBSD.org Sat May 24 03:36:20 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Sat May 24 03:36:22 2008 Subject: cvs commit: src/sys/kern kern_event.c Message-ID: <200805240336.m4O3aJeY089584@repoman.freebsd.org> kib 2008-05-24 03:36:19 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern kern_event.c Log: MFC rev. 1.120: Kqueue_scan() may sleep when encountered the influx knotes. On the other hand, it may cause other threads to sleep since kqueue_scan() may mark some knotes as infux. This could lead to the deadlock. Before kqueue_scan() sleeps, wakeup the threads that are waiting for the influx knotes produced by this thread. Revision Changes Path 1.113.2.2 +10 -1 src/sys/kern/kern_event.c From jb at FreeBSD.org Sat May 24 04:36:08 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 04:36:17 2008 Subject: cvs commit: src/sys/modules/dtrace Makefile Message-ID: <200805240436.m4O4a7pi093550@repoman.freebsd.org> jb 2008-05-24 04:36:07 UTC FreeBSD src repository Modified files: sys/modules/dtrace Makefile Log: Leave out a couple of DTrace modules for now. Revision Changes Path 1.2 +0 -2 src/sys/modules/dtrace/Makefile From mckusick at FreeBSD.org Sat May 24 05:20:49 2008 From: mckusick at FreeBSD.org (Kirk McKusick) Date: Sat May 24 05:20:52 2008 Subject: cvs commit: src/include/protocols dumprestore.h src/sbin/dump dump.h itime.c main.c Message-ID: <200805240520.m4O5KlD7005278@repoman.freebsd.org> mckusick 2008-05-24 05:20:46 UTC FreeBSD src repository Modified files: include/protocols dumprestore.h sbin/dump dump.h itime.c main.c Log: Expand dump to allow MAX_INT dump levels. PR: bin/100732 Submitted by: Matthew Vincenz Revision Changes Path 1.12 +0 -9 src/include/protocols/dumprestore.h 1.30 +7 -3 src/sbin/dump/dump.h 1.17 +4 -4 src/sbin/dump/itime.c 1.67 +10 -7 src/sbin/dump/main.c From jb at FreeBSD.org Sat May 24 06:22:17 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 06:22:23 2008 Subject: cvs commit: src/sys/kern kern_exec.c kern_exit.c kern_fork.c kern_proc.c kern_sig.c Message-ID: <200805240622.m4O6MGC2008661@repoman.freebsd.org> jb 2008-05-24 06:22:16 UTC FreeBSD src repository Modified files: sys/kern kern_exec.c kern_exit.c kern_fork.c kern_proc.c kern_sig.c Log: Add DTrace 'proc' provider probes using the Statically Defined Trace (sdt) mechanism. Revision Changes Path 1.318 +32 -0 src/sys/kern/kern_exec.c 1.311 +30 -0 src/sys/kern/kern_exit.c 1.293 +23 -0 src/sys/kern/kern_fork.c 1.264 +37 -0 src/sys/kern/kern_proc.c 1.361 +22 -0 src/sys/kern/kern_sig.c From jb at FreeBSD.org Sat May 24 06:27:03 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 06:27:05 2008 Subject: cvs commit: src/sys/i386/i386 exception.s local_apic.c trap.c Message-ID: <200805240627.m4O6R2oe008817@repoman.freebsd.org> jb 2008-05-24 06:27:02 UTC FreeBSD src repository Modified files: sys/i386/i386 exception.s local_apic.c trap.c Log: Add the DTrace hooks for exception handling (Function boundary trace -fbt- provider), cyclic clock and syscalls. Revision Changes Path 1.119 +54 -2 src/sys/i386/i386/exception.s 1.46 +17 -0 src/sys/i386/i386/local_apic.c 1.314 +69 -0 src/sys/i386/i386/trap.c From jb at FreeBSD.org Sat May 24 06:27:56 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 06:28:03 2008 Subject: cvs commit: src/sys/i386/isa clock.c Message-ID: <200805240627.m4O6RtPG008862@repoman.freebsd.org> jb 2008-05-24 06:27:54 UTC FreeBSD src repository Modified files: sys/i386/isa clock.c Log: Add a cyclic hook for DTrace. Revision Changes Path 1.249 +17 -0 src/sys/i386/isa/clock.c From jb at FreeBSD.org Sat May 24 06:32:26 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 06:32:28 2008 Subject: cvs commit: src/sys/amd64/amd64 exception.S local_apic.c trap.c Message-ID: <200805240632.m4O6WQda009090@repoman.freebsd.org> jb 2008-05-24 06:32:26 UTC FreeBSD src repository Modified files: sys/amd64/amd64 exception.S local_apic.c trap.c Log: Add the DTrace hooks for exception handling (Function boundary trace -fbt- provider), cyclic clock and syscalls. Revision Changes Path 1.132 +40 -0 src/sys/amd64/amd64/exception.S 1.45 +17 -0 src/sys/amd64/amd64/local_apic.c 1.326 +68 -0 src/sys/amd64/amd64/trap.c From jb at FreeBSD.org Sat May 24 06:43:56 2008 From: jb at FreeBSD.org (John Birrell) Date: Sat May 24 06:44:01 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_ioctl.c Message-ID: <200805240643.m4O6htqn009668@repoman.freebsd.org> jb 2008-05-24 06:43:55 UTC FreeBSD src repository Modified files: sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_ioctl.c Log: Make the zfs module depend on the opensolaris module in preparation for it to shared stuff with the DTrace modules. Revision Changes Path 1.8 +1 -0 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c From manolis at FreeBSD.org Sat May 24 08:49:56 2008 From: manolis at FreeBSD.org (Manolis Kiagias) Date: Sat May 24 08:50:01 2008 Subject: cvs commit: src/share/misc committers-doc.dot Message-ID: <200805240849.m4O8nu2g025656@repoman.freebsd.org> manolis 2008-05-24 08:49:55 UTC FreeBSD src repository (doc committer) Modified files: share/misc committers-doc.dot Log: Add myself to commiters-doc.dot Approved by: gabor (mentor) Revision Changes Path 1.24 +2 -0 src/share/misc/committers-doc.dot From manolis at FreeBSD.org Sat May 24 08:54:01 2008 From: manolis at FreeBSD.org (Manolis Kiagias) Date: Sat May 24 08:54:06 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805240854.m4O8s0gx025842@repoman.freebsd.org> manolis 2008-05-24 08:54:00 UTC FreeBSD src repository (doc committer) Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Add myself to calendar.freebsd This will also help me not forget my own birthday :) Approved by: gabor (mentor) Revision Changes Path 1.236 +1 -0 src/usr.bin/calendar/calendars/calendar.freebsd From nyan at FreeBSD.org Sat May 24 09:07:52 2008 From: nyan at FreeBSD.org (Takahashi Yoshihiro) Date: Sat May 24 09:07:55 2008 Subject: cvs commit: src/sys/pc98/cbus clock.c Message-ID: <200805240907.m4O97qa1027425@repoman.freebsd.org> nyan 2008-05-24 09:07:52 UTC FreeBSD src repository Modified files: sys/pc98/cbus clock.c Log: MFi386: revision 1.249 Add a cyclic hook for DTrace. Revision Changes Path 1.170 +17 -0 src/sys/pc98/cbus/clock.c From bz at FreeBSD.org Sat May 24 10:13:07 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 10:13:14 2008 Subject: cvs commit: src/sys/netipsec xform_tcp.c Message-ID: <200805241013.m4OAD77t030651@repoman.freebsd.org> bz 2008-05-24 10:13:07 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/netipsec xform_tcp.c Log: MFC: rev. 1.6 Add ';' missed with the SYSINIT changes. Not noticed by tb as TCP_SIGNATURE is not in LINT. (this MFC ahead of the MFC of the other SYSINIT ';' chnages) Revision Changes Path 1.5.2.1 +1 -1 src/sys/netipsec/xform_tcp.c From bz at FreeBSD.org Sat May 24 10:15:21 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 10:15:24 2008 Subject: cvs commit: src/sys/dev/ata ata-all.c Message-ID: <200805241015.m4OAFLAc030744@repoman.freebsd.org> bz 2008-05-24 10:15:20 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/ata ata-all.c Log: MFC: rev. 1.287 ata-all.c devclass_get_maxunit() returns n+1 with n starting at 0. So if we have channel 0..3 devclass_get_maxunit is 4. It's never been a problem as devclass_get_device() has caught any possibly bad input. Revision Changes Path 1.280.2.2 +5 -4 src/sys/dev/ata/ata-all.c From bz at FreeBSD.org Sat May 24 10:23:35 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 10:23:37 2008 Subject: cvs commit: src/sys/dev/bge if_bge.c if_bgereg.h Message-ID: <200805241023.m4OANZ2P031137@repoman.freebsd.org> bz 2008-05-24 10:23:35 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/dev/bge if_bge.c if_bgereg.h Log: MFC: if_bgereg.h rev. 1.79 if_bge.c rev. 1.205, 1.209, 1.210 Summary: In some situations we were not clearing pending link state attentions. Because of this we were not getting further interrupts for link state changes, thus never went into iface UP state and thus could not transmit. The only way out of this was an incoming packet generating an rx interrupt and making us call into bge_link_upd. What we do now is force an interrupt at the end of bge_ifmedia_upd_locked so we will call bge_link_upd, clear the link state attention and get further interrupts. While the initial version was not expected to work with all chips the later update in rev. 1.210 is. PR: kern/111804 Tested by: phk, scottl (initial version) Thanks for your help to: davidch, Broadcom Revision Changes Path 1.198.2.7 +34 -2 src/sys/dev/bge/if_bge.c 1.73.2.2 +4 -0 src/sys/dev/bge/if_bgereg.h From gonzo at FreeBSD.org Sat May 24 11:10:47 2008 From: gonzo at FreeBSD.org (Oleksandr Tymoshenko) Date: Sat May 24 11:10:53 2008 Subject: cvs commit: src/usr.bin/calendar/calendars calendar.freebsd Message-ID: <200805241110.m4OBAl0k034007@repoman.freebsd.org> gonzo 2008-05-24 11:10:47 UTC FreeBSD src repository Modified files: usr.bin/calendar/calendars calendar.freebsd Log: Add myself to the calendar Approved by: cognet (mentor) Revision Changes Path 1.237 +1 -0 src/usr.bin/calendar/calendars/calendar.freebsd From lulf at FreeBSD.org Sat May 24 14:51:30 2008 From: lulf at FreeBSD.org (Ulf Lilleengen) Date: Sat May 24 14:51:36 2008 Subject: cvs commit: src/sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c Message-ID: <200805241451.m4OEpU1r053111@repoman.freebsd.org> lulf 2008-05-24 14:51:30 UTC FreeBSD src repository Modified files: sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c Log: - Add locking to all filesystem operations in fdescfs and flag it as MPSAFE. - Use proper synhronization primitives to protect the internal fdesc node cache used in fdescfs. - Properly initialize and uninitalize hash. - Remove unused functions. Since fdescfs might recurse on itself, adding proper locking to it needed some tricky workarounds in some parts to make it work. For instance, a descriptor in fdescfs could refer to an open descriptor to itself, thus forcing the thread to recurse on vnode locks. Because of this, other race conditions also had to be fixed. Tested by: pho Reviewed by: kib (mentor) Approved by: kib (mentor) Revision Changes Path 1.21 +7 -2 src/sys/fs/fdescfs/fdesc.h 1.59 +34 -10 src/sys/fs/fdescfs/fdesc_vfsops.c 1.109 +158 -72 src/sys/fs/fdescfs/fdesc_vnops.c From bz at FreeBSD.org Sat May 24 15:20:48 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 15:20:54 2008 Subject: cvs commit: src/sys/netinet udp_usrreq.c src/sys/netinet6 ip6_input.c ip6_var.h Message-ID: <200805241520.m4OFKmxd055126@repoman.freebsd.org> bz 2008-05-24 15:20:48 UTC FreeBSD src repository Modified files: sys/netinet udp_usrreq.c sys/netinet6 ip6_input.c ip6_var.h Log: Factor out the v4-only vs. the v6-only inp_flags processing in ip6_savecontrol in preparation for udp_append() to no longer need an WLOCK as we will no longer be modifying socket options. Requested by: rwatson Reviewed by: gnn MFC after: 10 days Revision Changes Path 1.221 +3 -8 src/sys/netinet/udp_usrreq.c 1.98 +33 -16 src/sys/netinet6/ip6_input.c 1.42 +1 -0 src/sys/netinet6/ip6_var.h From bz at FreeBSD.org Sat May 24 15:32:47 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 15:32:52 2008 Subject: cvs commit: src/sys/netipsec ipsec.c ipsec.h ipsec_input.c ipsec_output.c xform_ah.c xform_esp.c xform_ipcomp.c xform_ipip.c Message-ID: <200805241532.m4OFWlgD055552@repoman.freebsd.org> bz 2008-05-24 15:32:47 UTC FreeBSD src repository Modified files: sys/netipsec ipsec.c ipsec.h ipsec_input.c ipsec_output.c xform_ah.c xform_esp.c xform_ipcomp.c xform_ipip.c Log: In addition to the ipsec_osdep.h removal a week ago, now also eliminate IPSEC_SPLASSERT_SOFTNET which has been 'unused' since FreeBSD 5.0. Revision Changes Path 1.28 +0 -4 src/sys/netipsec/ipsec.c 1.17 +0 -1 src/sys/netipsec/ipsec.h 1.21 +0 -2 src/sys/netipsec/ipsec_input.c 1.19 +0 -3 src/sys/netipsec/ipsec_output.c 1.16 +0 -4 src/sys/netipsec/xform_ah.c 1.21 +0 -4 src/sys/netipsec/xform_esp.c 1.12 +0 -4 src/sys/netipsec/xform_ipcomp.c 1.17 +0 -2 src/sys/netipsec/xform_ipip.c From rwatson at FreeBSD.org Sat May 24 16:18:23 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sat May 24 16:18:27 2008 Subject: cvs commit: src/sys/netinet udp_usrreq.c src/sys/netinet6 ip6_input.c ip6_var.h In-Reply-To: <200805241520.m4OFKmxd055126@repoman.freebsd.org> References: <200805241520.m4OFKmxd055126@repoman.freebsd.org> Message-ID: <20080524171709.B9809@fledge.watson.org> On Sat, 24 May 2008, Bjoern A. Zeeb wrote: > Factor out the v4-only vs. the v6-only inp_flags processing in > ip6_savecontrol in preparation for udp_append() to no longer > need an WLOCK as we will no longer be modifying socket options. Much appreciated, thanks. There are some other similar cases in the stack, such as routing-related socket option handling, where rather than have two code paths of a stack-based argument, the authors went with modifying potentially global state. This is now coming back to bite us as it requires fundamentally local paths to acquire global scope locks exclusively to protect that state, so we should make sure to continue cleaning these things up as we find them. Robert N M Watson Computer Laboratory University of Cambridge From ed at FreeBSD.org Sat May 24 18:35:56 2008 From: ed at FreeBSD.org (Ed Schouten) Date: Sat May 24 18:36:01 2008 Subject: cvs commit: src/sys/dev/usb uxb360gp_rdesc.h Message-ID: <200805241835.m4OIZuMg075940@repoman.freebsd.org> ed 2008-05-24 18:35:55 UTC FreeBSD src repository Modified files: sys/dev/usb uxb360gp_rdesc.h Log: Change my email address to the one from the FreeBSD project. Approved by: philip (mentor) Revision Changes Path 1.3 +1 -1 src/sys/dev/usb/uxb360gp_rdesc.h From bz at FreeBSD.org Sat May 24 19:29:02 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 19:29:05 2008 Subject: cvs commit: src/sys/i386/i386 exception.s Message-ID: <200805241929.m4OJT2Rj080366@repoman.freebsd.org> bz 2008-05-24 19:29:02 UTC FreeBSD src repository Modified files: sys/i386/i386 exception.s Log: Restore buildable state. Style ignored. Leave IDTVEC(ill) where it was unless we compile with KDTRACE_HOOKS[1]. Hide the with DTRACE case case under #ifdef KDTRACE_HOOKS. Suggested by: attilio [1] Reviewed by: attilio Revision Changes Path 1.120 +6 -0 src/sys/i386/i386/exception.s From bz at FreeBSD.org Sat May 24 19:30:43 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 19:30:50 2008 Subject: cvs commit: src/sys/cddl/compat/opensolaris/kern opensolaris_kmem.c Message-ID: <200805241930.m4OJUcpt080488@repoman.freebsd.org> bz 2008-05-24 19:30:38 UTC FreeBSD src repository Modified files: sys/cddl/compat/opensolaris/kern opensolaris_kmem.c Log: Remove redundant redeclaration of 'zone_drain'. Revision Changes Path 1.5 +1 -2 src/sys/cddl/compat/opensolaris/kern/opensolaris_kmem.c From bz at FreeBSD.org Sat May 24 19:52:21 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Sat May 24 19:52:23 2008 Subject: cvs commit: src/sys/modules/dtrace Makefile Message-ID: <200805241952.m4OJqKxX082161@repoman.freebsd.org> bz 2008-05-24 19:52:19 UTC FreeBSD src repository Modified files: sys/modules/dtrace Makefile Log: Remove 'fasttrap' module for amd64 for now as the code is not there in sys/cddl/dev/fasttrap. Revision Changes Path 1.3 +1 -2 src/sys/modules/dtrace/Makefile From rodrigc at FreeBSD.org Sat May 24 20:44:15 2008 From: rodrigc at FreeBSD.org (Craig Rodrigues) Date: Sat May 24 20:44:25 2008 Subject: cvs commit: src/sys/ufs/ffs fs.h Message-ID: <200805242044.m4OKiFut084971@repoman.freebsd.org> rodrigc 2008-05-24 20:44:14 UTC FreeBSD src repository Modified files: sys/ufs/ffs fs.h Log: Fix comments to replace SBSIZE with SBLOCKSIZE, since SBSIZE was renamed to SBLOCKSIZE in version 1.33 Reviewed by: mckusick Revision Changes Path 1.50 +2 -2 src/sys/ufs/ffs/fs.h From alc at FreeBSD.org Sat May 24 21:57:17 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sat May 24 21:57:19 2008 Subject: cvs commit: src/sys/vm vm_mmap.c Message-ID: <200805242157.m4OLvG4K001418@repoman.freebsd.org> alc 2008-05-24 21:57:16 UTC FreeBSD src repository Modified files: sys/vm vm_mmap.c Log: To date, our implementation of munmap(2) has required that the entirety of the specified range be mapped. Specifically, it has returned EINVAL if the entire range is not mapped. There is not, however, any basis for this in either SuSv2 or our own man page. Moreover, neither Linux nor Solaris impose this requirement. This revision removes this requirement. Submitted by: Tijl Coosemans PR: 118510 MFC after: 6 weeks Revision Changes Path 1.221 +0 -7 src/sys/vm/vm_mmap.c From jb at FreeBSD.org Sun May 25 01:45:00 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 25 01:45:02 2008 Subject: cvs commit: src/sys/kern sched_4bsd.c sched_ule.c Message-ID: <200805250144.m4P1ixW8023851@repoman.freebsd.org> jb 2008-05-25 01:44:59 UTC FreeBSD src repository Modified files: sys/kern sched_4bsd.c sched_ule.c Log: Add the vtime (virtual time) hooks for DTrace. Revision Changes Path 1.126 +17 -0 src/sys/kern/sched_4bsd.c 1.245 +18 -0 src/sys/kern/sched_ule.c From jb at FreeBSD.org Sun May 25 02:04:20 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 25 02:04:27 2008 Subject: cvs commit: src/sys/modules/dtrace/dtraceall dtraceall.c Message-ID: <200805250204.m4P24Jfn025545@repoman.freebsd.org> jb 2008-05-25 02:04:18 UTC FreeBSD src repository Modified files: sys/modules/dtrace/dtraceall dtraceall.c Log: Remove the dependency on lockstat. That its still work in progress. Revision Changes Path 1.2 +0 -1 src/sys/modules/dtrace/dtraceall/dtraceall.c From jb at FreeBSD.org Sun May 25 02:48:58 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 25 02:49:06 2008 Subject: cvs commit: src Makefile Message-ID: <200805250248.m4P2mv8U026913@repoman.freebsd.org> jb 2008-05-25 02:48:57 UTC FreeBSD src repository Modified files: . Makefile Log: Remove sun4v from the list of arches in 'make universe'. There has been no active development on it for over a year now and it isn't reliable under a simple buildworld. Developers can't be expected to test code targeted for it. Revision Changes Path 1.350 +1 -1 src/Makefile From alc at FreeBSD.org Sun May 25 07:00:07 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sun May 25 07:00:14 2008 Subject: cvs commit: src/sys/vm vm_pageout.c Message-ID: <200805250700.m4P707xQ049085@repoman.freebsd.org> alc 2008-05-25 07:00:07 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/vm vm_pageout.c Log: MFC revision 1.293 Add a read/write sysctl for reconfiguring the maximum number of physical pages that can be wired. PR: 114654 Revision Changes Path 1.292.2.1 +2 -0 src/sys/vm/vm_pageout.c From alc at FreeBSD.org Sun May 25 07:38:09 2008 From: alc at FreeBSD.org (Alan Cox) Date: Sun May 25 07:38:17 2008 Subject: cvs commit: src/sys/vm vm_pageout.c Message-ID: <200805250738.m4P7c9sR051607@repoman.freebsd.org> alc 2008-05-25 07:38:09 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/vm vm_pageout.c Log: MFC revision 1.293 Add a read/write sysctl for reconfiguring the maximum number of physical pages that can be wired. PR: 114654 Revision Changes Path 1.268.2.5 +2 -0 src/sys/vm/vm_pageout.c From attilio at FreeBSD.org Sun May 25 14:16:29 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Sun May 25 14:16:32 2008 Subject: cvs commit: src/sys/fs/ntfs ntfs_subr.c Message-ID: <200805251416.m4PEGTMa093506@repoman.freebsd.org> attilio 2008-05-25 14:16:28 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/fs/ntfs ntfs_subr.c Log: MFC revision 1.46: lockinit() can't accept LK_EXCLUSIVE as a flag. Revision Changes Path 1.42.2.3 +1 -1 src/sys/fs/ntfs/ntfs_subr.c From rpaulo at FreeBSD.org Sun May 25 14:37:34 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 25 14:37:38 2008 Subject: cvs commit: src/sys/kern subr_bus.c Message-ID: <200805251437.m4PEbXr9094428@repoman.freebsd.org> rpaulo 2008-05-25 14:37:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern subr_bus.c Log: MFC r1.208: devctl_process_running(): Check for devsoftc.inuse == 1 instead of devsoftc.async_proc != NULL because the latter might not be true sometimes. This way /etc/rc.suspend gets executed. Reviwed by: njl Submitted by: Mitsuru IWASAKI Tested also by: Andreas Wetzel Revision Changes Path 1.201.2.2 +1 -1 src/sys/kern/subr_bus.c From attilio at FreeBSD.org Sun May 25 14:50:48 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Sun May 25 14:50:49 2008 Subject: cvs commit: src/sys/i386/i386 exception.s Message-ID: <200805251450.m4PEolne094936@repoman.freebsd.org> attilio 2008-05-25 14:50:47 UTC FreeBSD src repository Modified files: sys/i386/i386 exception.s Log: style fix for newly introduced macro. Revision Changes Path 1.121 +1 -1 src/sys/i386/i386/exception.s From attilio at FreeBSD.org Sun May 25 14:57:44 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Sun May 25 14:57:49 2008 Subject: cvs commit: src/sys/kern kern_descrip.c src/sys/sys file.h Message-ID: <200805251457.m4PEvhUA095208@repoman.freebsd.org> attilio 2008-05-25 14:57:43 UTC FreeBSD src repository Modified files: sys/kern kern_descrip.c sys/sys file.h Log: Replace direct atomic operation for the file refcount witht the refcount interface. It also introduces the correct usage of memory barriers, as sometimes fdrop() and fhold() are used with shared locks, which don't use any release barrier. Revision Changes Path 1.333 +2 -2 src/sys/kern/kern_descrip.c 1.78 +5 -3 src/sys/sys/file.h From attilio at FreeBSD.org Sun May 25 16:11:27 2008 From: attilio at FreeBSD.org (Attilio Rao) Date: Sun May 25 16:11:30 2008 Subject: cvs commit: src/sys/kern kern_lock.c Message-ID: <200805251611.m4PGBRsf099914@repoman.freebsd.org> attilio 2008-05-25 16:11:27 UTC FreeBSD src repository Modified files: sys/kern kern_lock.c Log: The "if" semantic is not needed, just fix this. Revision Changes Path 1.133 +1 -1 src/sys/kern/kern_lock.c From rwatson at FreeBSD.org Sun May 25 17:03:23 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sun May 25 17:03:27 2008 Subject: cvs commit: src Makefile In-Reply-To: <200805250248.m4P2mv8U026913@repoman.freebsd.org> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> Message-ID: <20080525180014.S63463@fledge.watson.org> On Sun, 25 May 2008, John Birrell wrote: > Remove sun4v from the list of arches in 'make universe'. There has been > no active development on it for over a year now and it isn't > reliable under a simple buildworld. Developers can't be expected to > test code targeted for it. Having an architecture in make universe isn't about making the code work, it's about encouraging the code to remain compilable even though most developers don't actually work with the architecture. Sun4v is arguably our most edge-case architecture right now, but given that it shares a lot of code with sparc64 and sparc64 is run by a non-trivial number of people (more than arm?), keeping it compiling hasn't proven very difficult. And recent universe breakage has often-as-not been in i386 and amd64, not sun4v. Is there something in your recent work that prevents sun4v from compiling and hence justifies disabling it entirely, and hence guaranteeing it won't compile in the future because it falls off the "make it compile" radar? If so, then a policy decision to drop sun4v support may be called for -- but this is something to discuss with the people who added support for the architecture, the release engineering team, etc, and not to make unilaterally. Robert N M Watson Computer Laboratory University of Cambridge From rdivacky at FreeBSD.org Sun May 25 17:30:10 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Sun May 25 17:30:15 2008 Subject: cvs commit: src/sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c In-Reply-To: <200805241451.m4OEpU1r053111@repoman.freebsd.org> References: <200805241451.m4OEpU1r053111@repoman.freebsd.org> Message-ID: <20080525172926.GA12033@freebsd.org> On Sat, May 24, 2008 at 02:51:30PM +0000, Ulf Lilleengen wrote: > lulf 2008-05-24 14:51:30 UTC > > FreeBSD src repository > > Modified files: > sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c > Log: > - Add locking to all filesystem operations in fdescfs and flag it as MPSAFE. > - Use proper synhronization primitives to protect the internal fdesc node cache > used in fdescfs. > - Properly initialize and uninitalize hash. > - Remove unused functions. > > Since fdescfs might recurse on itself, adding proper locking to it needed some > tricky workarounds in some parts to make it work. For instance, a descriptor in > fdescfs could refer to an open descriptor to itself, thus forcing the thread to > recurse on vnode locks. Because of this, other race conditions also had to be > fixed. > > Tested by: pho > Reviewed by: kib (mentor) > Approved by: kib (mentor) + LIST_FOREACH(fd2, fc, fd_hash) { + if (fd == fd2) { + LIST_REMOVE(fd, fd_hash); + break; + } + } shouldn't you use LIST_FOREACH_SAFE here? From thompsa at FreeBSD.org Sun May 25 18:14:51 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Sun May 25 18:14:58 2008 Subject: cvs commit: src/sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c In-Reply-To: <20080525172926.GA12033@freebsd.org> References: <200805241451.m4OEpU1r053111@repoman.freebsd.org> <20080525172926.GA12033@freebsd.org> Message-ID: <20080525174230.GA91789@citylink.fud.org.nz> On Sun, May 25, 2008 at 07:29:26PM +0200, Roman Divacky wrote: > On Sat, May 24, 2008 at 02:51:30PM +0000, Ulf Lilleengen wrote: > > lulf 2008-05-24 14:51:30 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c > > Log: > > - Add locking to all filesystem operations in fdescfs and flag it as MPSAFE. > > - Use proper synhronization primitives to protect the internal fdesc node cache > > used in fdescfs. > > - Properly initialize and uninitalize hash. > > - Remove unused functions. > > > > Since fdescfs might recurse on itself, adding proper locking to it needed some > > tricky workarounds in some parts to make it work. For instance, a descriptor in > > fdescfs could refer to an open descriptor to itself, thus forcing the thread to > > recurse on vnode locks. Because of this, other race conditions also had to be > > fixed. > > > > Tested by: pho > > Reviewed by: kib (mentor) > > Approved by: kib (mentor) > > + LIST_FOREACH(fd2, fc, fd_hash) { > + if (fd == fd2) { > + LIST_REMOVE(fd, fd_hash); > + break; > + } > + } > > shouldn't you use LIST_FOREACH_SAFE here? No, because the break exits the loop. From hartmut.brandt at dlr.de Sun May 25 18:28:44 2008 From: hartmut.brandt at dlr.de (Hartmut Brandt) Date: Sun May 25 18:28:55 2008 Subject: cvs commit: src/sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c In-Reply-To: <20080525172926.GA12033@freebsd.org> References: <200805241451.m4OEpU1r053111@repoman.freebsd.org> <20080525172926.GA12033@freebsd.org> Message-ID: <4839ACBD.9010706@dlr.de> Roman Divacky wrote: > On Sat, May 24, 2008 at 02:51:30PM +0000, Ulf Lilleengen wrote: >> lulf 2008-05-24 14:51:30 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/fs/fdescfs fdesc.h fdesc_vfsops.c fdesc_vnops.c >> Log: >> - Add locking to all filesystem operations in fdescfs and flag it as MPSAFE. >> - Use proper synhronization primitives to protect the internal fdesc node cache >> used in fdescfs. >> - Properly initialize and uninitalize hash. >> - Remove unused functions. >> >> Since fdescfs might recurse on itself, adding proper locking to it needed some >> tricky workarounds in some parts to make it work. For instance, a descriptor in >> fdescfs could refer to an open descriptor to itself, thus forcing the thread to >> recurse on vnode locks. Because of this, other race conditions also had to be >> fixed. >> >> Tested by: pho >> Reviewed by: kib (mentor) >> Approved by: kib (mentor) > > + LIST_FOREACH(fd2, fc, fd_hash) { > + if (fd == fd2) { > + LIST_REMOVE(fd, fd_hash); > + break; > + } > + } > > shouldn't you use LIST_FOREACH_SAFE here? Only of you continue going through the list. harti From jb at what-creek.com Sun May 25 19:59:56 2008 From: jb at what-creek.com (John Birrell) Date: Sun May 25 19:59:59 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525180014.S63463@fledge.watson.org> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> Message-ID: <20080525195955.GB5179@what-creek.com> On Sun, May 25, 2008 at 06:03:22PM +0100, Robert Watson wrote: > Is there something in your recent work that prevents sun4v from compiling > and hence justifies disabling it entirely, and hence guaranteeing it won't > compile in the future because it falls off the "make it compile" radar? If > so, then a policy decision to drop sun4v support may be called for -- but > this is something to discuss with the people who added support for the > architecture, the release engineering team, etc, and not to make > unilaterally. When I added sun4v to universe back in 2006, I had hopes that it would live up to it's early promise. Adding it back then was premature. I guess you could say I made a unilateral decision back then. :-D The last time I checked, the sun4v port wouldn't even boot on my T2000, so I have to ask if there is anyone who even knows that. Or cares. Just keeping the code compiling is not good enough. It has to actually work. I haven't removed any support for building sun4v. I just think that the few people who do build universe shouldn't have to wait for a dead port to build. -- John Birrell From phk at phk.freebsd.dk Sun May 25 20:07:19 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Sun May 25 20:07:25 2008 Subject: cvs commit: src Makefile In-Reply-To: Your message of "Sun, 25 May 2008 19:59:55 GMT." <20080525195955.GB5179@what-creek.com> Message-ID: <19665.1211746035@critter.freebsd.dk> In message <20080525195955.GB5179@what-creek.com>, John Birrell writes: >I haven't removed any support for building sun4v. I just think that the >few people who do build universe shouldn't have to wait for a dead >port to build. While I appreciate the concern, I don't actually think many people run universe in the first place, nor are they particular impatient either, so if you think the sun4v has a future, however distant, you should leave it in universe as long as possible. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From jb at FreeBSD.org Sun May 25 20:24:08 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 25 20:24:10 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c Message-ID: <200805252024.m4PKO7xd036461@repoman.freebsd.org> jb 2008-05-25 20:24:07 UTC FreeBSD src repository Modified files: sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c Log: Comment out the code that breaks with invariants. This is stuff that is still WIP along with the lockstat provider, so there is no harm leaving it out for now. Revision Changes Path 1.3 +2 -0 src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c From cokane at FreeBSD.org Sun May 25 21:10:35 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Sun May 25 21:10:42 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525195955.GB5179@what-creek.com> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> <20080525195955.GB5179@what-creek.com> Message-ID: <1211746178.1510.56.camel@localhost> On Sun, 2008-05-25 at 19:59 +0000, John Birrell wrote: > On Sun, May 25, 2008 at 06:03:22PM +0100, Robert Watson wrote: > > Is there something in your recent work that prevents sun4v from compiling > > and hence justifies disabling it entirely, and hence guaranteeing it won't > > compile in the future because it falls off the "make it compile" radar? If > > so, then a policy decision to drop sun4v support may be called for -- but > > this is something to discuss with the people who added support for the > > architecture, the release engineering team, etc, and not to make > > unilaterally. > > When I added sun4v to universe back in 2006, I had hopes that it would > live up to it's early promise. Adding it back then was premature. I guess > you could say I made a unilateral decision back then. :-D > > The last time I checked, the sun4v port wouldn't even boot on my T2000, > so I have to ask if there is anyone who even knows that. Or cares. > Just keeping the code compiling is not good enough. It has to actually > work. > > I haven't removed any support for building sun4v. I just think that the > few people who do build universe shouldn't have to wait for a dead > port to build. > > > -- > John Birrell > FWIW, to anybody with time+interest, you can get these things on-loan for free from Sun Microsystems as part of their try-and-buy program. So, if anybody wants to turn the sun4v into a pet project, Sun has greased the wheels a bit for you already. The specs on these systems look impressive, I just didn't have the time to mess with it when I tried. I still get pings every few months from a Sun rep... -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080525/5efdf3af/attachment.pgp From rwatson at FreeBSD.org Sun May 25 22:00:41 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sun May 25 22:00:44 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525195955.GB5179@what-creek.com> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> <20080525195955.GB5179@what-creek.com> Message-ID: <20080525225523.F36357@fledge.watson.org> On Sun, 25 May 2008, John Birrell wrote: > The last time I checked, the sun4v port wouldn't even boot on my T2000, so I > have to ask if there is anyone who even knows that. Or cares. Just keeping > the code compiling is not good enough. It has to actually work. No one would argue that compiling is sufficient, but it's certainly a prerequisite for making any progress at all. If people building universe can't spare an extra 10% of the build time for sun4v (or whatever it is), then we should presumably delete sun4v now, because if it's not in the universe build it will no longer build within weeks, and be quite difficult to get to build within months. > I haven't removed any support for building sun4v. I just think that the few > people who do build universe shouldn't have to wait for a dead port to > build. I think you should consider backing out the change -- the point of "make universe" is to build as much as we possibly can of the tree, including all variations on architectures, as many obscure kernel configurations as we can find, etc. People run make universe to confirm that their changes haven't broken the build for as many cases as possible, and sun4v remains a valid case to detect. If you think we should write off sun4v at this point, which may well be a valid proposal, we should have the larger discussion about that before we remove it from make universe unless we have a pretty practical reason otherwise (i.e., dtrace and sun4v are fundamentally incompatible). Robert N M Watson Computer Laboratory University of Cambridge From jb at what-creek.com Sun May 25 22:11:14 2008 From: jb at what-creek.com (John Birrell) Date: Sun May 25 22:11:18 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525225523.F36357@fledge.watson.org> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> <20080525195955.GB5179@what-creek.com> <20080525225523.F36357@fledge.watson.org> Message-ID: <20080525221112.GH5179@what-creek.com> On Sun, May 25, 2008 at 11:00:40PM +0100, Robert Watson wrote: > I think you should consider backing out the change -- the point of "make > universe" is to build as much as we possibly can of the tree, including all > variations on architectures, as many obscure kernel configurations as we > can find, etc. People run make universe to confirm that their changes > haven't broken the build for as many cases as possible, and sun4v remains a > valid case to detect. > I will back out the change, but I think you are making the 'universe' target out to be more than was intended. We used to talk about tiers. We seem to have lost sight of that. > If you think we should write off sun4v at this point, which may well be a > valid proposal, we should have the larger discussion about that before we > remove it from make universe unless we have a pretty practical reason > otherwise (i.e., dtrace and sun4v are fundamentally incompatible). This isn't related to DTrace. It's more about what builds developers are expected to do before committing stuff. Much of the buildworld breakage over the last month would have been detected if a universe build had been done. Even the current breakage. -- John Birrell From rwatson at FreeBSD.org Sun May 25 22:11:42 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sun May 25 22:11:51 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... Message-ID: <200805252211.m4PMBgEU052231@repoman.freebsd.org> rwatson 2008-05-25 22:11:40 UTC FreeBSD src repository Modified files: etc/mtree BSD.include.dist BSD.usr.dist include Makefile lib Makefile rescue/rescue Makefile sbin/atm Makefile share/examples Makefile share/man/man4 Makefile share/man/man7 hier.7 sys Makefile sys/conf NOTES files options sys/kern Make.tags.inc sys/modules Makefile sys/modules/netgraph/atm Makefile usr.bin/kdump kdump.c mkioctls usr.sbin Makefile Removed files: lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c sbin/atm/atm Makefile atm.8 atm.c atm.h atm_fore200.c atm_inet.c atm_print.c atm_set.c atm_show.c atm_subr.c sbin/atm/fore_dnld COPYRIGHT Makefile fore_dnld.8 fore_dnld.c pca200e.c sbin/atm/ilmid Makefile ilmid.8 ilmid.c share/examples/atm NOTES README Startup atm-config.sh atm-sockets.txt cpcs-design.txt fore-microcode.txt sscf-design.txt sscop-design.txt share/man/man4 ng_atmpif.4 sys/dev/harp if_harp.c sys/dev/hfa fore.h fore_aali.h fore_buffer.c fore_command.c fore_globals.c fore_if.c fore_include.h fore_init.c fore_intr.c fore_output.c fore_receive.c fore_slave.h fore_stats.c fore_stats.h fore_timer.c fore_transmit.c fore_var.h fore_vcm.c hfa_eisa.c hfa_freebsd.c hfa_freebsd.h hfa_pci.c hfa_sbus.c sys/dev/idt idt.c idt_harp.c idt_pci.c idtreg.h idtvar.h sys/modules/harp Makefile sys/modules/hfa Makefile Makefile.inc sys/modules/hfa/eisa Makefile sys/modules/hfa/hfa Makefile sys/modules/hfa/pci Makefile sys/modules/hfa/sbus Makefile sys/modules/idt Makefile sys/modules/netgraph/atm/atmpif Makefile sys/netatm atm.h atm_aal5.c atm_cm.c atm_cm.h atm_device.c atm_if.c atm_if.h atm_ioctl.h atm_pcb.h atm_proto.c atm_sap.h atm_sigmgr.h atm_signal.c atm_socket.c atm_stack.h atm_subr.c atm_sys.h atm_usrreq.c atm_var.h atm_vc.h port.h queue.h sys/netatm/ipatm ipatm.h ipatm_event.c ipatm_if.c ipatm_input.c ipatm_load.c ipatm_output.c ipatm_serv.h ipatm_usrreq.c ipatm_var.h ipatm_vcm.c sys/netatm/sigpvc sigpvc_if.c sigpvc_subr.c sigpvc_var.h sys/netatm/spans spans_arp.c spans_cls.c spans_cls.h spans_if.c spans_kxdr.c spans_kxdr.h spans_msg.c spans_print.c spans_proto.c spans_subr.c spans_util.c spans_var.h spans_xdr.x sys/netatm/uni q2110_sigaa.c q2110_sigcpcs.c q2110_subr.c qsaal1_sigaa.c qsaal1_sigcpcs.c qsaal1_subr.c sscf_uni.c sscf_uni.h sscf_uni_lower.c sscf_uni_upper.c sscf_uni_var.h sscop.c sscop.h sscop_lower.c sscop_misc.h sscop_pdu.c sscop_pdu.h sscop_sigaa.c sscop_sigcpcs.c sscop_subr.c sscop_timer.c sscop_upper.c sscop_var.h uni.h uni_load.c uniarp.c uniarp_cache.c uniarp_input.c uniarp_output.c uniarp_timer.c uniarp_vcm.c uniip.c uniip_var.h unisig.h unisig_decode.c unisig_decode.h unisig_encode.c unisig_if.c unisig_mbuf.c unisig_mbuf.h unisig_msg.c unisig_msg.h unisig_print.c unisig_print.h unisig_proto.c unisig_sigmgr_state.c unisig_subr.c unisig_util.c unisig_var.h unisig_vc_state.c sys/netgraph/atm ng_atmpif.h sys/netgraph/atm/atmpif ng_atmpif.c ng_atmpif_harp.c ng_atmpif_var.h usr.sbin/atm Makefile Makefile.inc usr.sbin/atm/atmarpd Makefile atmarp_config.c atmarp_log.c atmarp_scsp.c atmarp_subr.c atmarp_timer.c atmarp_var.h atmarpd.8 atmarpd.c usr.sbin/atm/scspd Makefile scsp_cafsm.c scsp_config.c scsp_config_lex.c scsp_config_parse.y scsp_hfsm.c scsp_if.c scsp_if.h scsp_input.c scsp_log.c scsp_msg.c scsp_msg.h scsp_output.c scsp_print.c scsp_socket.c scsp_subr.c scsp_timer.c scsp_var.h scspd.8 scspd.c Log: Remove netatm from HEAD as it is not MPSAFE and relies on the now removed NET_NEEDS_GIANT. netatm has been disconnected from the build for ten months in HEAD/RELENG_7. Specifics: - netatm include files - netatm command line management tools - libatm - ATM parts in rescue and sysinstall - sample configuration files and documents - kernel support as a module or in NOTES - netgraph wrapper nodes for netatm - ctags data for netatm. - netatm-specific device drivers. MFC after: 3 weeks Reviewed by: bz Discussed with: bms, bz, harti Revision Changes Path 1.122 +0 -11 src/etc/mtree/BSD.include.dist 1.333 +0 -3 src/etc/mtree/BSD.usr.dist 1.278 +0 -2 src/include/Makefile 1.231 +0 -2 src/lib/Makefile 1.15 +0 -41 src/lib/libatm/Makefile (dead) 1.13 +0 -328 src/lib/libatm/atm_addr.c (dead) 1.11 +0 -105 src/lib/libatm/cache_key.c (dead) 1.12 +0 -461 src/lib/libatm/ioctl_subr.c (dead) 1.13 +0 -160 src/lib/libatm/ip_addr.c (dead) 1.10 +0 -92 src/lib/libatm/ip_checksum.c (dead) 1.8 +0 -117 src/lib/libatm/libatm.h (dead) 1.9 +0 -258 src/lib/libatm/timer.c (dead) 1.61 +0 -3 src/rescue/rescue/Makefile 1.7 +0 -5 src/sbin/atm/Makefile 1.13 +0 -42 src/sbin/atm/atm/Makefile (dead) 1.8 +0 -993 src/sbin/atm/atm/atm.8 (dead) 1.11 +0 -1143 src/sbin/atm/atm/atm.c (dead) 1.10 +0 -195 src/sbin/atm/atm/atm.h (dead) 1.9 +0 -596 src/sbin/atm/atm/atm_fore200.c (dead) 1.9 +0 -154 src/sbin/atm/atm/atm_inet.c (dead) 1.9 +0 -891 src/sbin/atm/atm/atm_print.c (dead) 1.9 +0 -528 src/sbin/atm/atm/atm_set.c (dead) 1.11 +0 -1144 src/sbin/atm/atm/atm_show.c (dead) 1.10 +0 -626 src/sbin/atm/atm/atm_subr.c (dead) 1.2 +0 -38 src/sbin/atm/fore_dnld/COPYRIGHT (dead) 1.12 +0 -36 src/sbin/atm/fore_dnld/Makefile (dead) 1.11 +0 -114 src/sbin/atm/fore_dnld/fore_dnld.8 (dead) 1.18 +0 -1346 src/sbin/atm/fore_dnld/fore_dnld.c (dead) 1.3 +0 -3796 src/sbin/atm/fore_dnld/pca200e.c (dead) 1.13 +0 -40 src/sbin/atm/ilmid/Makefile (dead) 1.9 +0 -110 src/sbin/atm/ilmid/ilmid.8 (dead) 1.35 +0 -2725 src/sbin/atm/ilmid/ilmid.c (dead) 1.52 +0 -14 src/share/examples/Makefile 1.3 +0 -54 src/share/examples/atm/NOTES (dead) 1.3 +0 -140 src/share/examples/atm/README (dead) 1.3 +0 -127 src/share/examples/atm/Startup (dead) 1.3 +0 -88 src/share/examples/atm/atm-config.sh (dead) 1.4 +0 -572 src/share/examples/atm/atm-sockets.txt (dead) 1.3 +0 -84 src/share/examples/atm/cpcs-design.txt (dead) 1.3 +0 -93 src/share/examples/atm/fore-microcode.txt (dead) 1.3 +0 -129 src/share/examples/atm/sscf-design.txt (dead) 1.3 +0 -220 src/share/examples/atm/sscop-design.txt (dead) 1.418 +0 -1 src/share/man/man4/Makefile 1.11 +0 -161 src/share/man/man4/ng_atmpif.4 (dead) 1.130 +0 -4 src/share/man/man7/hier.7 1.48 +1 -1 src/sys/Makefile 1.1491 +0 -32 src/sys/conf/NOTES 1.1302 +0 -103 src/sys/conf/files 1.631 +0 -7 src/sys/conf/options 1.8 +0 -661 src/sys/dev/harp/if_harp.c (dead) 1.7 +0 -114 src/sys/dev/hfa/fore.h (dead) 1.6 +0 -606 src/sys/dev/hfa/fore_aali.h (dead) 1.16 +0 -786 src/sys/dev/hfa/fore_buffer.c (dead) 1.20 +0 -466 src/sys/dev/hfa/fore_command.c (dead) 1.13 +0 -114 src/sys/dev/hfa/fore_globals.c (dead) 1.14 +0 -228 src/sys/dev/hfa/fore_if.c (dead) 1.8 +0 -108 src/sys/dev/hfa/fore_include.h (dead) 1.18 +0 -380 src/sys/dev/hfa/fore_init.c (dead) 1.13 +0 -268 src/sys/dev/hfa/fore_intr.c (dead) 1.21 +0 -479 src/sys/dev/hfa/fore_output.c (dead) 1.25 +0 -595 src/sys/dev/hfa/fore_receive.c (dead) 1.5 +0 -190 src/sys/dev/hfa/fore_slave.h (dead) 1.15 +0 -184 src/sys/dev/hfa/fore_stats.c (dead) 1.4 +0 -83 src/sys/dev/hfa/fore_stats.h (dead) 1.10 +0 -116 src/sys/dev/hfa/fore_timer.c (dead) 1.15 +0 -383 src/sys/dev/hfa/fore_transmit.c (dead) 1.12 +0 -274 src/sys/dev/hfa/fore_var.h (dead) 1.12 +0 -531 src/sys/dev/hfa/fore_vcm.c (dead) 1.3 +0 -134 src/sys/dev/hfa/hfa_eisa.c (dead) 1.11 +0 -466 src/sys/dev/hfa/hfa_freebsd.c (dead) 1.3 +0 -61 src/sys/dev/hfa/hfa_freebsd.h (dead) 1.8 +0 -213 src/sys/dev/hfa/hfa_pci.c (dead) 1.4 +0 -133 src/sys/dev/hfa/hfa_sbus.c (dead) 1.13 +0 -3311 src/sys/dev/idt/idt.c (dead) 1.9 +0 -765 src/sys/dev/idt/idt_harp.c (dead) 1.10 +0 -323 src/sys/dev/idt/idt_pci.c (dead) 1.4 +0 -77 src/sys/dev/idt/idtreg.h (dead) 1.4 +0 -228 src/sys/dev/idt/idtvar.h (dead) 1.21 +0 -2 src/sys/kern/Make.tags.inc 1.569 +0 -13 src/sys/modules/Makefile 1.3 +0 -13 src/sys/modules/harp/Makefile (dead) 1.3 +0 -15 src/sys/modules/hfa/Makefile (dead) 1.2 +0 -3 src/sys/modules/hfa/Makefile.inc (dead) 1.2 +0 -8 src/sys/modules/hfa/eisa/Makefile (dead) 1.2 +0 -13 src/sys/modules/hfa/hfa/Makefile (dead) 1.2 +0 -8 src/sys/modules/hfa/pci/Makefile (dead) 1.2 +0 -8 src/sys/modules/hfa/sbus/Makefile (dead) 1.2 +0 -9 src/sys/modules/idt/Makefile (dead) 1.8 +0 -3 src/sys/modules/netgraph/atm/Makefile 1.2 +0 -10 src/sys/modules/netgraph/atm/atmpif/Makefile (dead) 1.7 +0 -649 src/sys/netatm/atm.h (dead) 1.26 +0 -941 src/sys/netatm/atm_aal5.c (dead) 1.36 +0 -3502 src/sys/netatm/atm_cm.c (dead) 1.9 +0 -351 src/sys/netatm/atm_cm.h (dead) 1.27 +0 -816 src/sys/netatm/atm_device.c (dead) 1.34 +0 -1147 src/sys/netatm/atm_if.c (dead) 1.21 +0 -369 src/sys/netatm/atm_if.h (dead) 1.11 +0 -430 src/sys/netatm/atm_ioctl.h (dead) 1.5 +0 -92 src/sys/netatm/atm_pcb.h (dead) 1.17 +0 -200 src/sys/netatm/atm_proto.c (dead) 1.4 +0 -81 src/sys/netatm/atm_sap.h (dead) 1.6 +0 -109 src/sys/netatm/atm_sigmgr.h (dead) 1.15 +0 -511 src/sys/netatm/atm_signal.c (dead) 1.27 +0 -1312 src/sys/netatm/atm_socket.c (dead) 1.7 +0 -287 src/sys/netatm/atm_stack.h (dead) 1.44 +0 -620 src/sys/netatm/atm_subr.c (dead) 1.10 +0 -220 src/sys/netatm/atm_sys.h (dead) 1.29 +0 -739 src/sys/netatm/atm_usrreq.c (dead) 1.30 +0 -185 src/sys/netatm/atm_var.h (dead) 1.6 +0 -89 src/sys/netatm/atm_vc.h (dead) 1.4 +0 -55 src/sys/netatm/ipatm/ipatm.h (dead) 1.12 +0 -465 src/sys/netatm/ipatm/ipatm_event.c (dead) 1.19 +0 -343 src/sys/netatm/ipatm/ipatm_if.c (dead) 1.16 +0 -156 src/sys/netatm/ipatm/ipatm_input.c (dead) 1.25 +0 -813 src/sys/netatm/ipatm/ipatm_load.c (dead) 1.15 +0 -217 src/sys/netatm/ipatm/ipatm_output.c (dead) 1.5 +0 -114 src/sys/netatm/ipatm/ipatm_serv.h (dead) 1.17 +0 -507 src/sys/netatm/ipatm/ipatm_usrreq.c (dead) 1.10 +0 -219 src/sys/netatm/ipatm/ipatm_var.h (dead) 1.21 +0 -1329 src/sys/netatm/ipatm/ipatm_vcm.c (dead) 1.18 +0 -292 src/sys/netatm/port.h (dead) 1.4 +0 -213 src/sys/netatm/queue.h (dead) 1.20 +0 -888 src/sys/netatm/sigpvc/sigpvc_if.c (dead) 1.15 +0 -187 src/sys/netatm/sigpvc/sigpvc_subr.c (dead) 1.6 +0 -95 src/sys/netatm/sigpvc/sigpvc_var.h (dead) 1.22 +0 -1167 src/sys/netatm/spans/spans_arp.c (dead) 1.21 +0 -859 src/sys/netatm/spans/spans_cls.c (dead) 1.5 +0 -188 src/sys/netatm/spans/spans_cls.h (dead) 1.18 +0 -1272 src/sys/netatm/spans/spans_if.c (dead) 1.16 +0 -673 src/sys/netatm/spans/spans_kxdr.c (dead) 1.4 +0 -379 src/sys/netatm/spans/spans_kxdr.h (dead) 1.17 +0 -1644 src/sys/netatm/spans/spans_msg.c (dead) 1.12 +0 -1094 src/sys/netatm/spans/spans_print.c (dead) 1.16 +0 -574 src/sys/netatm/spans/spans_proto.c (dead) 1.14 +0 -508 src/sys/netatm/spans/spans_subr.c (dead) 1.12 +0 -484 src/sys/netatm/spans/spans_util.c (dead) 1.10 +0 -261 src/sys/netatm/spans/spans_var.h (dead) 1.6 +0 -513 src/sys/netatm/spans/spans_xdr.x (dead) 1.12 +0 -516 src/sys/netatm/uni/q2110_sigaa.c (dead) 1.13 +0 -1767 src/sys/netatm/uni/q2110_sigcpcs.c (dead) 1.10 +0 -239 src/sys/netatm/uni/q2110_subr.c (dead) 1.12 +0 -518 src/sys/netatm/uni/qsaal1_sigaa.c (dead) 1.13 +0 -1552 src/sys/netatm/uni/qsaal1_sigcpcs.c (dead) 1.10 +0 -206 src/sys/netatm/uni/qsaal1_subr.c (dead) 1.23 +0 -317 src/sys/netatm/uni/sscf_uni.c (dead) 1.4 +0 -47 src/sys/netatm/uni/sscf_uni.h (dead) 1.15 +0 -393 src/sys/netatm/uni/sscf_uni_lower.c (dead) 1.13 +0 -634 src/sys/netatm/uni/sscf_uni_upper.c (dead) 1.9 +0 -115 src/sys/netatm/uni/sscf_uni_var.h (dead) 1.19 +0 -410 src/sys/netatm/uni/sscop.c (dead) 1.4 +0 -80 src/sys/netatm/uni/sscop.h (dead) 1.16 +0 -357 src/sys/netatm/uni/sscop_lower.c (dead) 1.4 +0 -97 src/sys/netatm/uni/sscop_misc.h (dead) 1.15 +0 -1244 src/sys/netatm/uni/sscop_pdu.c (dead) 1.4 +0 -317 src/sys/netatm/uni/sscop_pdu.h (dead) 1.11 +0 -449 src/sys/netatm/uni/sscop_sigaa.c (dead) 1.12 +0 -2319 src/sys/netatm/uni/sscop_sigcpcs.c (dead) 1.17 +0 -982 src/sys/netatm/uni/sscop_subr.c (dead) 1.12 +0 -584 src/sys/netatm/uni/sscop_timer.c (dead) 1.15 +0 -421 src/sys/netatm/uni/sscop_upper.c (dead) 1.10 +0 -287 src/sys/netatm/uni/sscop_var.h (dead) 1.4 +0 -50 src/sys/netatm/uni/uni.h (dead) 1.14 +0 -377 src/sys/netatm/uni/uni_load.c (dead) 1.25 +0 -1261 src/sys/netatm/uni/uniarp.c (dead) 1.16 +0 -436 src/sys/netatm/uni/uniarp_cache.c (dead) 1.17 +0 -862 src/sys/netatm/uni/uniarp_input.c (dead) 1.11 +0 -810 src/sys/netatm/uni/uniarp_output.c (dead) 1.13 +0 -329 src/sys/netatm/uni/uniarp_timer.c (dead) 1.16 +0 -723 src/sys/netatm/uni/uniarp_vcm.c (dead) 1.17 +0 -249 src/sys/netatm/uni/uniip.c (dead) 1.10 +0 -318 src/sys/netatm/uni/uniip_var.h (dead) 1.4 +0 -49 src/sys/netatm/uni/unisig.h (dead) 1.18 +0 -2486 src/sys/netatm/uni/unisig_decode.c (dead) 1.6 +0 -76 src/sys/netatm/uni/unisig_decode.h (dead) 1.16 +0 -1693 src/sys/netatm/uni/unisig_encode.c (dead) 1.18 +0 -1026 src/sys/netatm/uni/unisig_if.c (dead) 1.12 +0 -497 src/sys/netatm/uni/unisig_mbuf.c (dead) 1.4 +0 -58 src/sys/netatm/uni/unisig_mbuf.h (dead) 1.18 +0 -1010 src/sys/netatm/uni/unisig_msg.c (dead) 1.5 +0 -953 src/sys/netatm/uni/unisig_msg.h (dead) 1.13 +0 -881 src/sys/netatm/uni/unisig_print.c (dead) 1.4 +0 -47 src/sys/netatm/uni/unisig_print.h (dead) 1.14 +0 -339 src/sys/netatm/uni/unisig_proto.c (dead) 1.15 +0 -865 src/sys/netatm/uni/unisig_sigmgr_state.c (dead) 1.18 +0 -1323 src/sys/netatm/uni/unisig_subr.c (dead) 1.13 +0 -401 src/sys/netatm/uni/unisig_util.c (dead) 1.10 +0 -329 src/sys/netatm/uni/unisig_var.h (dead) 1.18 +0 -2248 src/sys/netatm/uni/unisig_vc_state.c (dead) 1.4 +0 -706 src/sys/netgraph/atm/atmpif/ng_atmpif.c (dead) 1.6 +0 -933 src/sys/netgraph/atm/atmpif/ng_atmpif_harp.c (dead) 1.3 +0 -147 src/sys/netgraph/atm/atmpif/ng_atmpif_var.h (dead) 1.3 +0 -175 src/sys/netgraph/atm/ng_atmpif.h (dead) 1.43 +0 -2 src/usr.bin/kdump/kdump.c 1.41 +0 -5 src/usr.bin/kdump/mkioctls 1.386 +0 -5 src/usr.sbin/Makefile 1.4 +0 -29 src/usr.sbin/atm/Makefile (dead) 1.5 +0 -26 src/usr.sbin/atm/Makefile.inc (dead) 1.10 +0 -36 src/usr.sbin/atm/atmarpd/Makefile (dead) 1.5 +0 -127 src/usr.sbin/atm/atmarpd/atmarp_config.c (dead) 1.5 +0 -147 src/usr.sbin/atm/atmarpd/atmarp_log.c (dead) 1.5 +0 -778 src/usr.sbin/atm/atmarpd/atmarp_scsp.c (dead) 1.6 +0 -953 src/usr.sbin/atm/atmarpd/atmarp_subr.c (dead) 1.5 +0 -229 src/usr.sbin/atm/atmarpd/atmarp_timer.c (dead) 1.5 +0 -224 src/usr.sbin/atm/atmarpd/atmarp_var.h (dead) 1.9 +0 -172 src/usr.sbin/atm/atmarpd/atmarpd.8 (dead) 1.7 +0 -412 src/usr.sbin/atm/atmarpd/atmarpd.c (dead) 1.14 +0 -41 src/usr.sbin/atm/scspd/Makefile (dead) 1.6 +0 -1439 src/usr.sbin/atm/scspd/scsp_cafsm.c (dead) 1.6 +0 -1158 src/usr.sbin/atm/scspd/scsp_config.c (dead) 1.5 +0 -530 src/usr.sbin/atm/scspd/scsp_config_lex.c (dead) 1.6 +0 -412 src/usr.sbin/atm/scspd/scsp_config_parse.y (dead) 1.5 +0 -577 src/usr.sbin/atm/scspd/scsp_hfsm.c (dead) 1.6 +0 -626 src/usr.sbin/atm/scspd/scsp_if.c (dead) 1.3 +0 -194 src/usr.sbin/atm/scspd/scsp_if.h (dead) 1.6 +0 -1088 src/usr.sbin/atm/scspd/scsp_input.c (dead) 1.5 +0 -264 src/usr.sbin/atm/scspd/scsp_log.c (dead) 1.5 +0 -590 src/usr.sbin/atm/scspd/scsp_msg.c (dead) 1.4 +0 -461 src/usr.sbin/atm/scspd/scsp_msg.h (dead) 1.5 +0 -930 src/usr.sbin/atm/scspd/scsp_output.c (dead) 1.5 +0 -1301 src/usr.sbin/atm/scspd/scsp_print.c (dead) 1.5 +0 -1344 src/usr.sbin/atm/scspd/scsp_socket.c (dead) 1.6 +0 -1113 src/usr.sbin/atm/scspd/scsp_subr.c (dead) 1.4 +0 -265 src/usr.sbin/atm/scspd/scsp_timer.c (dead) 1.5 +0 -461 src/usr.sbin/atm/scspd/scsp_var.h (dead) 1.9 +0 -632 src/usr.sbin/atm/scspd/scspd.8 (dead) 1.7 +0 -547 src/usr.sbin/atm/scspd/scspd.c (dead) From jb at FreeBSD.org Sun May 25 22:13:17 2008 From: jb at FreeBSD.org (John Birrell) Date: Sun May 25 22:13:23 2008 Subject: cvs commit: src Makefile Message-ID: <200805252213.m4PMDHj2052309@repoman.freebsd.org> jb 2008-05-25 22:13:17 UTC FreeBSD src repository Modified files: . Makefile Log: Backout the change to remove sun4v. Note that sun4v is currently broken on T2000 hardware so it's pretty much a lame duck at this point. Revision Changes Path 1.351 +1 -1 src/Makefile From bms at FreeBSD.org Sun May 25 22:26:51 2008 From: bms at FreeBSD.org (Bruce M. Simpson) Date: Sun May 25 22:26:59 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: <200805252211.m4PMBgEU052231@repoman.freebsd.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> Message-ID: <4839E7A8.5050205@FreeBSD.org> Note that __netnatm__ is still alive and kicking and should be for some time to come. Folk who are using ADSL modems natively with ppp(8) will continue to need it. ATM shows no signs of going away as a WAN access technology for people in the UK, although its use in the core outside of British Telecom is being eroded by newer technologies. cheers BMS From rwatson at FreeBSD.orG Sun May 25 22:34:14 2008 From: rwatson at FreeBSD.orG (Robert Watson) Date: Sun May 25 22:34:18 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: <4839E7A8.5050205@FreeBSD.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> Message-ID: <20080525233132.B36357@fledge.watson.org> On Sun, 25 May 2008, Bruce M. Simpson wrote: > Note that __netnatm__ is still alive and kicking and should be for some time > to come. Folk who are using ADSL modems natively with ppp(8) will continue > to need it. Yup, I have no negative plans for netnatm in mind -- I actually did the basic locking work for it a few years ago, although was never able to test it properly due to lack of ATM test hardware. netatm was a sufficiently complicated subsystem as to make that impossible. If you have any bug reports regarding locking and netnatm, I'm happy to field them. I put a basic subsystem lock around netnatm, but you could imagine something more granular if performance results suggested that would be useful. Robert N M Watson Computer Laboratory University of Cambridge From pjd at FreeBSD.org Sun May 25 22:34:22 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Sun May 25 22:34:33 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs refcount.c spa_misc.c src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys refcount.h Message-ID: <200805252234.m4PMYH6E052984@repoman.freebsd.org> pjd 2008-05-25 22:34:17 UTC FreeBSD src repository Modified files: sys/cddl/contrib/opensolaris/uts/common/fs/zfs refcount.c spa_misc.c sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys refcount.h Log: Fix namespace collision after src/sys/sys/file.h:1.78. Revision Changes Path 1.3 +1 -1 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c 1.4 +1 -1 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa_misc.c 1.3 +3 -2 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h From rwatson at FreeBSD.org Sun May 25 22:42:04 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Sun May 25 22:42:08 2008 Subject: cvs commit: src Makefile In-Reply-To: <200805252213.m4PMDHj2052309@repoman.freebsd.org> References: <200805252213.m4PMDHj2052309@repoman.freebsd.org> Message-ID: <20080525234124.O36357@fledge.watson.org> On Sun, 25 May 2008, John Birrell wrote: > Backout the change to remove sun4v. > > Note that sun4v is currently broken on T2000 hardware so it's pretty > much a lame duck at this point. Thanks -- the future of sun4v may or may not be bright, but I think keeping it compiling comes at relatively low cost vs. benefit. Robert N M Watson Computer Laboratory University of Cambridge From nork at FreeBSD.org Sun May 25 22:42:06 2008 From: nork at FreeBSD.org (Norikatsu Shigemura) Date: Sun May 25 22:42:24 2008 Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c In-Reply-To: <200805252024.m4PKO7xd036461@repoman.freebsd.org> References: <200805252024.m4PKO7xd036461@repoman.freebsd.org> Message-ID: <20080526074204.8fe62959.nork@FreeBSD.org> On Sun, 25 May 2008 20:24:07 +0000 (UTC) John Birrell wrote: > jb 2008-05-25 20:24:07 UTC > FreeBSD src repository > Modified files: > sys/cddl/contrib/opensolaris/uts/common/dtrace dtrace.c > Log: > Comment out the code that breaks with invariants. This is stuff that is > still WIP along with the lockstat provider, so there is no harm leaving > it out for now. Thank you! > Revision Changes Path > 1.3 +2 -0 src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c From dot at dotat.at Sun May 25 23:19:36 2008 From: dot at dotat.at (Tony Finch) Date: Sun May 25 23:19:40 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: <4839E7A8.5050205@FreeBSD.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> Message-ID: On Sun, 25 May 2008, Bruce M. Simpson wrote: > > ATM shows no signs of going away as a WAN access technology for people in the > UK, although its use in the core outside of British Telecom is being eroded by > newer technologies. Doesn't BT's 21cn mean the death of ATM there too? Tony. -- f.anthony.n.finch http://dotat.at/ SOLE: NORTHEASTERLY 5 TO 7, PERHAPS GALE 8 LATER. ROUGH OR VERY ROUGH. THUNDERY RAIN. MODERATE OR GOOD, OCCASIONALLY POOR. From bms at FreeBSD.org Sun May 25 23:34:22 2008 From: bms at FreeBSD.org (Bruce M. Simpson) Date: Sun May 25 23:34:32 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> Message-ID: <4839F77C.60306@FreeBSD.org> Tony Finch wrote: > On Sun, 25 May 2008, Bruce M. Simpson wrote: > >> ATM shows no signs of going away as a WAN access technology for people in the >> UK, although its use in the core outside of British Telecom is being eroded by >> newer technologies. >> > > Doesn't BT's 21cn mean the death of ATM there too? > The G.998.1 part of ADSL2+ still mandates ATM as the transport. Given how BT tend to roll things it out I would speculate that they are still using ATM after 21CN migration, although I have no data to confirm this either way. PPPoA is not going away any time soon -- it's written into the ITU specs for G.DMT-lite after all -- and there is a huge installed user base for that technology. Whatever happens with 21CN is still going to take time to filter down to the rest of the populace. Also, someone's going to have to pay for it somehow. Of course the whole ruckus over ATM in ADSL with people in the first place, was that it locked them into using vendor gear, effectively denying people control over their own IP endpoint address, and restricting the services they can use as a result. cheers BMS From imp at bsdimp.com Mon May 26 02:01:05 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Mon May 26 02:01:11 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525180014.S63463@fledge.watson.org> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> Message-ID: <20080525.200130.246265403.imp@bsdimp.com> In message: <20080525180014.S63463@fledge.watson.org> Robert Watson writes: : On Sun, 25 May 2008, John Birrell wrote: : : > Remove sun4v from the list of arches in 'make universe'. There has been : > no active development on it for over a year now and it isn't : > reliable under a simple buildworld. Developers can't be expected to : > test code targeted for it. : : Having an architecture in make universe isn't about making the code work, it's : about encouraging the code to remain compilable even though most developers : don't actually work with the architecture. Sun4v is arguably our most : edge-case architecture right now, but given that it shares a lot of code with : sparc64 and sparc64 is run by a non-trivial number of people (more than arm?), : keeping it compiling hasn't proven very difficult. And recent universe : breakage has often-as-not been in i386 and amd64, not sun4v. : : Is there something in your recent work that prevents sun4v from compiling and : hence justifies disabling it entirely, and hence guaranteeing it won't compile : in the future because it falls off the "make it compile" radar? If so, then a : policy decision to drop sun4v support may be called for -- but this is : something to discuss with the people who added support for the architecture, : the release engineering team, etc, and not to make unilaterally. Yes. It may be the right decision, but it needs to be properly "socialized" before pulling the trigger. Warner From wb at freebie.xs4all.nl Mon May 26 06:45:02 2008 From: wb at freebie.xs4all.nl (Wilko Bulte) Date: Mon May 26 06:45:09 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: <4839E7A8.5050205@FreeBSD.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> Message-ID: <20080526063020.GA11328@freebie.xs4all.nl> Quoting Bruce M. Simpson, who wrote on Sun, May 25, 2008 at 11:26:48PM +0100 .. > Note that __netnatm__ is still alive and kicking and should be for some > time to come. Folk who are using ADSL modems natively with ppp(8) will > continue to need it. > > ATM shows no signs of going away as a WAN access technology for people > in the UK, although its use in the core outside of British Telecom is > being eroded by newer technologies. Doesn't BT supply its customers with DSL modems that take care of the ATM stuff on the SL, while supplying a "plain" IP connection on the customer side?? -- Wilko Bulte wilko@FreeBSD.org From phk at phk.freebsd.dk Mon May 26 07:07:01 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon May 26 07:07:07 2008 Subject: cvs commit: src Makefile In-Reply-To: Your message of "Sun, 25 May 2008 22:11:12 GMT." <20080525221112.GH5179@what-creek.com> Message-ID: <21823.1211785618@critter.freebsd.dk> In message <20080525221112.GH5179@what-creek.com>, John Birrell writes: >I will back out the change, but I think you are making the 'universe' target >out to be more than was intended. We used to talk about tiers. We seem to have >lost sight of that. No, architecture tiers is about code how well the code runs, make universe is simply a way to keep it compiling. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From rwatson at FreeBSD.org Mon May 26 07:31:03 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Mon May 26 07:31:10 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525221112.GH5179@what-creek.com> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> <20080525195955.GB5179@what-creek.com> <20080525225523.F36357@fledge.watson.org> <20080525221112.GH5179@what-creek.com> Message-ID: <20080526082614.C6489@fledge.watson.org> On Sun, 25 May 2008, John Birrell wrote: > On Sun, May 25, 2008 at 11:00:40PM +0100, Robert Watson wrote: >> I think you should consider backing out the change -- the point of "make >> universe" is to build as much as we possibly can of the tree, including all >> variations on architectures, as many obscure kernel configurations as we >> can find, etc. People run make universe to confirm that their changes >> haven't broken the build for as many cases as possible, and sun4v remains a >> valid case to detect. > > I will back out the change, but I think you are making the 'universe' target > out to be more than was intended. We used to talk about tiers. We seem to > have lost sight of that. According to our tier documentation, sun4v is a tier 2 platform -- either on the way up, or on the way down, depending on how you look at it. All of the other tier 2 platforms, including ARM, PowerPC, ia64 and sparc64, appear in make universe, and I would expect objections if any of them were removed from make universe also. >> If you think we should write off sun4v at this point, which may well be a >> valid proposal, we should have the larger discussion about that before we >> remove it from make universe unless we have a pretty practical reason >> otherwise (i.e., dtrace and sun4v are fundamentally incompatible). > > This isn't related to DTrace. It's more about what builds developers are > expected to do before committing stuff. Much of the buildworld breakage over > the last month would have been detected if a universe build had been done. > Even the current breakage. Yes, sounds like people need to start running it before they commit major changes. And it's a cascading problem -- if people don't keep things building, it becomes much harder to build test further changes. Robert N M Watson Computer Laboratory University of Cambridge From delphij at FreeBSD.org Mon May 26 07:40:16 2008 From: delphij at FreeBSD.org (Xin LI) Date: Mon May 26 07:40:22 2008 Subject: cvs commit: src/sys/dev/iwn if_iwn.c Message-ID: <200805260740.m4Q7eEDb000280@repoman.freebsd.org> delphij 2008-05-26 07:40:14 UTC FreeBSD src repository Modified files: sys/dev/iwn if_iwn.c Log: We can not call iwn_start directly in the interrupt context, where the iwn mutex is being held, and iwn_start assumes that we do not have that mutex held. Resolve this issue with what we do for other NICs by splitting the iwn_start procedure into two parts, iwn_start() do the locking, and iwn_start_locked() assumes that the mutex is being held. This resolves panic when WITNESS is enabled. Revision Changes Path 1.6 +14 -3 src/sys/dev/iwn/if_iwn.c From sos at FreeBSD.org Mon May 26 08:58:49 2008 From: sos at FreeBSD.org (Søren Schmidt) Date: Mon May 26 08:58:54 2008 Subject: cvs commit: src/sys/dev/ata ata-all.c Message-ID: <200805260858.m4Q8wmPA013141@repoman.freebsd.org> sos 2008-05-26 08:58:48 UTC FreeBSD src repository Modified files: sys/dev/ata ata-all.c Log: Dont call ata_start() when ata_reinit fails in the ioctl path. Revision Changes Path 1.288 +0 -1 src/sys/dev/ata/ata-all.c From dfr at rabson.org Mon May 26 09:04:15 2008 From: dfr at rabson.org (Doug Rabson) Date: Mon May 26 09:04:20 2008 Subject: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... In-Reply-To: <4839F77C.60306@FreeBSD.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> <4839F77C.60306@FreeBSD.org> Message-ID: <3C07B635-67F6-4EAD-A10F-D5AA4365FFEF@rabson.org> On 26 May 2008, at 00:34, Bruce M. Simpson wrote: > Tony Finch wrote: >> On Sun, 25 May 2008, Bruce M. Simpson wrote: >> >>> ATM shows no signs of going away as a WAN access technology for >>> people in the >>> UK, although its use in the core outside of British Telecom is >>> being eroded by >>> newer technologies. >>> >> >> Doesn't BT's 21cn mean the death of ATM there too? >> > > The G.998.1 part of ADSL2+ still mandates ATM as the transport. > Given how BT tend to roll things it out I would speculate that they > are still using ATM after 21CN migration, although I have no data to > confirm this either way. > > PPPoA is not going away any time soon -- it's written into the ITU > specs for G.DMT-lite after all -- and there is a huge installed user > base for that technology. > > Whatever happens with 21CN is still going to take time to filter > down to the rest of the populace. Also, someone's going to have to > pay for it somehow. > > Of course the whole ruckus over ATM in ADSL with people in the first > place, was that it locked them into using vendor gear, effectively > denying people control over their own IP endpoint address, and > restricting the services they can use as a result. I recently was able to reclaim my IP endpoint address(es) using a cheap Netgear DM111P in PPPoE to PPPoA bridge mode. Works very nicely... From peterjeremy at optushome.com.au Mon May 26 09:24:52 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Mon May 26 09:25:00 2008 Subject: cvs commit: src Makefile In-Reply-To: <20080525195955.GB5179@what-creek.com> References: <200805250248.m4P2mv8U026913@repoman.freebsd.org> <20080525180014.S63463@fledge.watson.org> <20080525195955.GB5179@what-creek.com> Message-ID: <20080526092433.GW1469@server.vk2pj.dyndns.org> On 2008-May-25 19:59:55 +0000, John Birrell wrote: >The last time I checked, the sun4v port wouldn't even boot on my T2000, >so I have to ask if there is anyone who even knows that. Or cares. I can't justify a whole T2000 for FreeBSD but I have sliced a small logical domain with the intent of running FreeBSD in it. Unfortunately, whilst FreeBSD will boot, it doesn't recognize either the (virtual) disk or network - which sort of limits progress. Note that Sun has previously stated the a T2000 can simultaneously run Solaris, Linux and FreeBSD. I think it would be a pity if the Project dropped sun4v. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20080526/6186df50/attachment.pgp From kib at FreeBSD.org Mon May 26 10:01:14 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 26 10:01:19 2008 Subject: cvs commit: src/sys/kern kern_cpuset.c Message-ID: <200805261001.m4QA1D0A016483@repoman.freebsd.org> kib 2008-05-26 10:01:13 UTC FreeBSD src repository Modified files: sys/kern kern_cpuset.c Log: Take into account possible overflow when multiplying. The casuality is the malloc call later, panicing kernel due to the oversized allocation. Reported by: pho Reviewed by: jeff Revision Changes Path 1.10 +2 -2 src/sys/kern/kern_cpuset.c From dougb at FreeBSD.org Mon May 26 10:10:11 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon May 26 10:10:19 2008 Subject: cvs commit: src/etc network.subr Message-ID: <200805261010.m4QAABio018090@repoman.freebsd.org> dougb 2008-05-26 10:10:11 UTC FreeBSD src repository Modified files: etc network.subr Log: Add a missing space between a variable and the ] for a test Revision Changes Path 1.189 +1 -1 src/etc/network.subr From bz at FreeBSD.org Mon May 26 10:40:11 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Mon May 26 10:40:19 2008 Subject: cvs commit: src ObsoleteFiles.inc UPDATING src/etc Makefile netstart src/etc/defaults rc.conf src/etc/isdn Makefile answer holidays.D isdnd.rates.A isdnd.rates.D isdnd.rates.F isdnd.rates.L isdnd.rates.UK.BT isdnd.rc.sample isdntel.alias.sample isdntel.sh ... Message-ID: <200805261040.m4QAeAYj020779@repoman.freebsd.org> bz 2008-05-26 10:40:09 UTC FreeBSD src repository Modified files: . ObsoleteFiles.inc UPDATING etc Makefile netstart etc/defaults rc.conf etc/mtree BSD.include.dist BSD.root.dist BSD.usr.dist etc/rc.d Makefile NETWORKING ppp include Makefile share Makefile share/examples Makefile share/examples/ppp ppp.conf.sample share/man/man4 netgraph.4 sppp.4 share/man/man5 rc.conf.5 src.conf.5 share/man/man7 hier.7 share/mk bsd.own.mk sys Makefile sys/amd64/conf NOTES sys/conf files files.i386 files.pc98 options options.amd64 options.i386 options.pc98 sys/i386/conf NOTES sys/pc98/conf NOTES tools/build/mk OptionalObsoleteFiles.inc tools/kerneldoc/subsys Dependencies usr.sbin Makefile usr.sbin/mergemaster mergemaster.sh usr.sbin/ppp Makefile physical.c ppp.8.m4 Removed files: etc/isdn Makefile answer holidays.D isdnd.rates.A isdnd.rates.D isdnd.rates.F isdnd.rates.L isdnd.rates.UK.BT isdnd.rc.sample isdntel.alias.sample isdntel.sh record tell tell-record unknown_incoming etc/rc.d isdnd share/examples/isdn FAQ KERNEL Overview README ROADMAP ReleaseNotes Resources SupportedCards ThankYou share/examples/isdn/contrib README anleitung.ppp answer.c answer.sh convert.sh hplay.c i4b-ppp-newbie.txt isdnctl isdnd_acct isdnd_acct.pl isdntelmux.c mrtg-isp0.sh share/examples/isdn/i4brunppp Makefile README i4brunppp-isdnd.rc i4brunppp.8 i4brunppp.c share/examples/isdn/v21 Makefile README v21modem.c share/examples/ppp isdnd.rc ppp.conf.isdn share/isdn 0.al.uu 1.al.uu 2.al.uu 3.al.uu 4.al.uu 5.al.uu 6.al.uu 7.al.uu 8.al.uu 9.al.uu Makefile beep.al.uu msg.al.uu sys/i4b/capi README capi.h capi_l4if.c capi_llif.c capi_msgs.c capi_msgs.h sys/i4b/capi/iavc iavc.h iavc_card.c iavc_isa.c iavc_lli.c iavc_pci.c sys/i4b/driver i4b_ctl.c i4b_ing.c i4b_ipr.c i4b_isppp.c i4b_rbch.c i4b_tel.c i4b_trace.c sys/i4b/include i4b_cause.h i4b_debug.h i4b_global.h i4b_ioctl.h i4b_isdnq931.h i4b_l1l2.h i4b_l2l3.h i4b_l3l4.h i4b_mbuf.h i4b_rbch_ioctl.h i4b_tel_ioctl.h i4b_trace.h sys/i4b/layer1 i4b_hdlc.c i4b_hdlc.h i4b_l1.h i4b_l1dmux.c i4b_l1lib.c sys/i4b/layer1/ifpi i4b_ifpi_ext.h i4b_ifpi_isac.c i4b_ifpi_l1.c i4b_ifpi_l1fsm.c i4b_ifpi_pci.c sys/i4b/layer1/ifpi2 i4b_ifpi2_ext.h i4b_ifpi2_isacsx.c i4b_ifpi2_isacsx.h i4b_ifpi2_l1.c i4b_ifpi2_l1fsm.c i4b_ifpi2_pci.c sys/i4b/layer1/ifpnp i4b_ifpnp_avm.c i4b_ifpnp_ext.h i4b_ifpnp_isac.c i4b_ifpnp_l1.c i4b_ifpnp_l1fsm.c sys/i4b/layer1/ihfc i4b_ihfc.h i4b_ihfc_drv.c i4b_ihfc_drv.h i4b_ihfc_ext.h i4b_ihfc_l1if.c i4b_ihfc_pnp.c sys/i4b/layer1/isic i4b_asuscom_ipac.c i4b_avm_a1.c i4b_bchan.c i4b_ctx_s0P.c i4b_diva.c i4b_drn_ngo.c i4b_dynalink.c i4b_elsa_pcc16.c i4b_elsa_qs1i.c i4b_elsa_qs1p.c i4b_hscx.c i4b_hscx.h i4b_ipac.h i4b_isac.c i4b_isac.h i4b_isic.c i4b_isic.h i4b_isic_ext.h i4b_isic_isa.c i4b_isic_pnp.c i4b_itk_ix1.c i4b_l1.c i4b_l1fsm.c i4b_siemens_isurf.c i4b_sws.c i4b_tel_s016.c i4b_tel_s0163.c i4b_tel_s08.c i4b_usr_sti.c sys/i4b/layer1/itjc i4b_hdlc.h i4b_itjc_ext.h i4b_itjc_isac.c i4b_itjc_l1.c i4b_itjc_l1fsm.c i4b_itjc_pci.c sys/i4b/layer1/iwic i4b_iwic.h i4b_iwic_bchan.c i4b_iwic_dchan.c i4b_iwic_ext.h i4b_iwic_fsm.c i4b_iwic_l1if.c i4b_iwic_pci.c i4b_w6692.h sys/i4b/layer2 i4b_iframe.c i4b_l2.c i4b_l2.h i4b_l2fsm.c i4b_l2fsm.h i4b_l2timer.c i4b_lme.c i4b_mbuf.c i4b_sframe.c i4b_tei.c i4b_uframe.c i4b_util.c sys/i4b/layer3 i4b_l2if.c i4b_l3.h i4b_l3fsm.c i4b_l3fsm.h i4b_l3timer.c i4b_l4if.c i4b_q931.c i4b_q931.h i4b_q932fac.c i4b_q932fac.h sys/i4b/layer4 i4b_i4bdrv.c i4b_l4.c i4b_l4.h i4b_l4mgmt.c i4b_l4timer.c tools/build/options WITHOUT_I4B tools/kerneldoc/subsys Doxyfile-i4b usr.sbin/i4b Makefile Makefile.inc usr.sbin/i4b/dtmfdecode Makefile dtmfdecode.1 dtmfdecode.c dtmfsounds.al.uu usr.sbin/i4b/g711conv Makefile g711conv.1 g711conv.c usr.sbin/i4b/isdnd Makefile alias.c config.h controller.c curses.c dial.c exec.c fsm.c holiday.c isdnd.8 isdnd.acct.5 isdnd.h isdnd.rates.5 isdnd.rc.5 log.c main.c monitor.c msghdl.c pathnames.h pcause.c process.c rates.c rc_config.c rc_parse.y rc_scan.l support.c timer.c usr.sbin/i4b/isdndebug Makefile isdndebug.8 main.c usr.sbin/i4b/isdndecode Makefile decode.h facility.c facility.h isdndecode.8 layer1.c layer2.c layer3.c layer3_subr.c main.c pcause.c pcause.h usr.sbin/i4b/isdnmonitor Makefile curses.c isdnmonitor.8 main.c monitor.h monprivate.h usr.sbin/i4b/isdnphone Makefile audio.c defs.h display.c isdn.c isdnphone.8 main.c usr.sbin/i4b/isdntel Makefile alias.c alias.h defs.h display.c files.c isdntel.8 main.c usr.sbin/i4b/isdntelctl Makefile isdntelctl.8 main.c usr.sbin/i4b/isdntest Makefile isdntest.8 main.c usr.sbin/i4b/isdntrace 1tr6.c Makefile cable.txt isdntrace.8 pcause_1tr6.c pcause_1tr6.h pcause_q850.c pcause_q850.h q921.c q931.c q931_util.c q932_fac.c q932_fac.h trace.c trace.h unknownl3.c usr.sbin/i4b/man Makefile i4b.4 i4bcapi.4 i4bctl.4 i4bing.4 i4bipr.4 i4bisppp.4 i4bq921.4 i4bq931.4 i4brbch.4 i4btel.4 i4btrc.4 iavc.4 ifpi.4 ifpi2.4 ifpnp.4 ihfc.4 isic.4 itjc.4 iwic.4 usr.sbin/ppp i4b.c Log: Remove ISDN4BSD (I4B) from HEAD as it is not MPSAFE and parts relied on the now removed NET_NEEDS_GIANT. Most of I4B has been disconnected from the build since July 2007 in HEAD/RELENG_7. This is what was removed: - configuration in /etc/isdn - examples - man pages - kernel configuration - sys/i4b (drivers, layers, include files) - user space tools - i4b support from ppp - further documentation Discussed with: rwatson, re Revision Changes Path 1.139 +114 -0 src/ObsoleteFiles.inc 1.529 +4 -0 src/UPDATING 1.368 +0 -3 src/etc/Makefile 1.336 +2 -11 src/etc/defaults/rc.conf 1.15 +0 -25 src/etc/isdn/Makefile (dead) 1.5 +0 -97 src/etc/isdn/answer (dead) 1.4 +0 -51 src/etc/isdn/holidays.D (dead) 1.2 +0 -39 src/etc/isdn/isdnd.rates.A (dead) 1.5 +0 -50 src/etc/isdn/isdnd.rates.D (dead) 1.5 +0 -152 src/etc/isdn/isdnd.rates.F (dead) 1.3 +0 -45 src/etc/isdn/isdnd.rates.L (dead) 1.3 +0 -61 src/etc/isdn/isdnd.rates.UK.BT (dead) 1.5 +0 -409 src/etc/isdn/isdnd.rc.sample (dead) 1.3 +0 -21 src/etc/isdn/isdntel.alias.sample (dead) 1.5 +0 -98 src/etc/isdn/isdntel.sh (dead) 1.5 +0 -99 src/etc/isdn/record (dead) 1.5 +0 -87 src/etc/isdn/tell (dead) 1.6 +0 -89 src/etc/isdn/tell-record (dead) 1.4 +0 -79 src/etc/isdn/unknown_incoming (dead) 1.123 +0 -2 src/etc/mtree/BSD.include.dist 1.80 +0 -2 src/etc/mtree/BSD.root.dist 1.334 +0 -10 src/etc/mtree/BSD.usr.dist 1.69 +0 -1 src/etc/netstart 1.91 +1 -1 src/etc/rc.d/Makefile 1.15 +1 -1 src/etc/rc.d/NETWORKING 1.25 +0 -56 src/etc/rc.d/isdnd (dead) 1.21 +1 -1 src/etc/rc.d/ppp 1.279 +0 -15 src/include/Makefile 1.38 +0 -5 src/share/Makefile 1.53 +0 -32 src/share/examples/Makefile 1.16 +0 -1079 src/share/examples/isdn/FAQ (dead) 1.4 +0 -82 src/share/examples/isdn/KERNEL (dead) 1.6 +0 -307 src/share/examples/isdn/Overview (dead) 1.16 +0 -342 src/share/examples/isdn/README (dead) 1.6 +0 -86 src/share/examples/isdn/ROADMAP (dead) 1.10 +0 -196 src/share/examples/isdn/ReleaseNotes (dead) 1.10 +0 -82 src/share/examples/isdn/Resources (dead) 1.8 +0 -196 src/share/examples/isdn/SupportedCards (dead) 1.11 +0 -289 src/share/examples/isdn/ThankYou (dead) 1.2 +0 -42 src/share/examples/isdn/contrib/README (dead) 1.2 +0 -142 src/share/examples/isdn/contrib/anleitung.ppp (dead) 1.3 +0 -178 src/share/examples/isdn/contrib/answer.c (dead) 1.2 +0 -111 src/share/examples/isdn/contrib/answer.sh (dead) 1.2 +0 -86 src/share/examples/isdn/contrib/convert.sh (dead) 1.3 +0 -241 src/share/examples/isdn/contrib/hplay.c (dead) 1.2 +0 -237 src/share/examples/isdn/contrib/i4b-ppp-newbie.txt (dead) 1.3 +0 -111 src/share/examples/isdn/contrib/isdnctl (dead) 1.2 +0 -137 src/share/examples/isdn/contrib/isdnd_acct (dead) 1.2 +0 -258 src/share/examples/isdn/contrib/isdnd_acct.pl (dead) 1.3 +0 -197 src/share/examples/isdn/contrib/isdntelmux.c (dead) 1.2 +0 -53 src/share/examples/isdn/contrib/mrtg-isp0.sh (dead) 1.5 +0 -19 src/share/examples/isdn/i4brunppp/Makefile (dead) 1.3 +0 -18 src/share/examples/isdn/i4brunppp/README (dead) 1.2 +0 -65 src/share/examples/isdn/i4brunppp/i4brunppp-isdnd.rc (dead) 1.5 +0 -51 src/share/examples/isdn/i4brunppp/i4brunppp.8 (dead) 1.5 +0 -224 src/share/examples/isdn/i4brunppp/i4brunppp.c (dead) 1.5 +0 -13 src/share/examples/isdn/v21/Makefile (dead) 1.2 +0 -50 src/share/examples/isdn/v21/README (dead) 1.4 +0 -394 src/share/examples/isdn/v21/v21modem.c (dead) 1.5 +0 -69 src/share/examples/ppp/isdnd.rc (dead) 1.13 +0 -98 src/share/examples/ppp/ppp.conf.isdn (dead) 1.36 +0 -2 src/share/examples/ppp/ppp.conf.sample 1.4 +0 -323 src/share/isdn/0.al.uu (dead) 1.4 +0 -323 src/share/isdn/1.al.uu (dead) 1.4 +0 -278 src/share/isdn/2.al.uu (dead) 1.4 +0 -323 src/share/isdn/3.al.uu (dead) 1.4 +0 -323 src/share/isdn/4.al.uu (dead) 1.4 +0 -369 src/share/isdn/5.al.uu (dead) 1.4 +0 -278 src/share/isdn/6.al.uu (dead) 1.4 +0 -232 src/share/isdn/7.al.uu (dead) 1.4 +0 -323 src/share/isdn/8.al.uu (dead) 1.4 +0 -232 src/share/isdn/9.al.uu (dead) 1.5 +0 -15 src/share/isdn/Makefile (dead) 1.4 +0 -107 src/share/isdn/beep.al.uu (dead) 1.4 +0 -1506 src/share/isdn/msg.al.uu (dead) 1.53 +1 -14 src/share/man/man4/netgraph.4 1.20 +2 -2 src/share/man/man4/sppp.4 1.342 +1 -72 src/share/man/man5/rc.conf.5 1.26 +1 -4 src/share/man/man5/src.conf.5 1.131 +1 -7 src/share/man/man7/hier.7 1.75 +0 -2 src/share/mk/bsd.own.mk 1.49 +1 -1 src/sys/Makefile 1.80 +0 -114 src/sys/amd64/conf/NOTES 1.1303 +2 -58 src/sys/conf/files 1.596 +0 -77 src/sys/conf/files.i386 1.363 +0 -77 src/sys/conf/files.pc98 1.632 +0 -8 src/sys/conf/options 1.33 +0 -13 src/sys/conf/options.amd64 1.241 +0 -36 src/sys/conf/options.i386 1.203 +0 -13 src/sys/conf/options.pc98 1.1254 +0 -230 src/sys/i386/conf/NOTES 1.2 +0 -150 src/sys/i4b/capi/README (dead) 1.3 +0 -130 src/sys/i4b/capi/capi.h (dead) 1.9 +0 -447 src/sys/i4b/capi/capi_l4if.c (dead) 1.6 +0 -163 src/sys/i4b/capi/capi_llif.c (dead) 1.7 +0 -950 src/sys/i4b/capi/capi_msgs.c (dead) 1.3 +0 -381 src/sys/i4b/capi/capi_msgs.h (dead) 1.4 +0 -446 src/sys/i4b/capi/iavc/iavc.h (dead) 1.8 +0 -285 src/sys/i4b/capi/iavc/iavc_card.c (dead) 1.13 +0 -289 src/sys/i4b/capi/iavc/iavc_isa.c (dead) 1.11 +0 -986 src/sys/i4b/capi/iavc/iavc_lli.c (dead) 1.14 +0 -272 src/sys/i4b/capi/iavc/iavc_pci.c (dead) 1.28 +0 -213 src/sys/i4b/driver/i4b_ctl.c (dead) 1.27 +0 -856 src/sys/i4b/driver/i4b_ing.c (dead) 1.41 +0 -1034 src/sys/i4b/driver/i4b_ipr.c (dead) 1.34 +0 -677 src/sys/i4b/driver/i4b_isppp.c (dead) 1.37 +0 -826 src/sys/i4b/driver/i4b_rbch.c (dead) 1.38 +0 -1664 src/sys/i4b/driver/i4b_tel.c (dead) 1.34 +0 -430 src/sys/i4b/driver/i4b_trace.c (dead) 1.11 +0 -148 src/sys/i4b/include/i4b_cause.h (dead) 1.14 +0 -302 src/sys/i4b/include/i4b_debug.h (dead) 1.14 +0 -130 src/sys/i4b/include/i4b_global.h (dead) 1.25 +0 -744 src/sys/i4b/include/i4b_ioctl.h (dead) 1.10 +0 -167 src/sys/i4b/include/i4b_isdnq931.h (dead) 1.11 +0 -90 src/sys/i4b/include/i4b_l1l2.h (dead) 1.10 +0 -116 src/sys/i4b/include/i4b_l2l3.h (dead) 1.15 +0 -274 src/sys/i4b/include/i4b_l3l4.h (dead) 1.10 +0 -56 src/sys/i4b/include/i4b_mbuf.h (dead) 1.8 +0 -54 src/sys/i4b/include/i4b_rbch_ioctl.h (dead) 1.12 +0 -94 src/sys/i4b/include/i4b_tel_ioctl.h (dead) 1.11 +0 -91 src/sys/i4b/include/i4b_trace.h (dead) 1.4 +0 -135 src/sys/i4b/layer1/i4b_hdlc.c (dead) 1.7 +0 -300 src/sys/i4b/layer1/i4b_hdlc.h (dead) 1.15 +0 -87 src/sys/i4b/layer1/i4b_l1.h (dead) 1.10 +0 -421 src/sys/i4b/layer1/i4b_l1dmux.c (dead) 1.7 +0 -75 src/sys/i4b/layer1/i4b_l1lib.c (dead) 1.3 +0 -62 src/sys/i4b/layer1/ifpi/i4b_ifpi_ext.h (dead) 1.10 +0 -658 src/sys/i4b/layer1/ifpi/i4b_ifpi_isac.c (dead) 1.10 +0 -236 src/sys/i4b/layer1/ifpi/i4b_ifpi_l1.c (dead) 1.10 +0 -509 src/sys/i4b/layer1/ifpi/i4b_ifpi_l1fsm.c (dead) 1.20 +0 -1494 src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c (dead) 1.3 +0 -65 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_ext.h (dead) 1.7 +0 -593 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_isacsx.c (dead) 1.3 +0 -574 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_isacsx.h (dead) 1.8 +0 -236 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_l1.c (dead) 1.7 +0 -508 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_l1fsm.c (dead) 1.20 +0 -1449 src/sys/i4b/layer1/ifpi2/i4b_ifpi2_pci.c (dead) 1.16 +0 -1397 src/sys/i4b/layer1/ifpnp/i4b_ifpnp_avm.c (dead) 1.3 +0 -63 src/sys/i4b/layer1/ifpnp/i4b_ifpnp_ext.h (dead) 1.9 +0 -659 src/sys/i4b/layer1/ifpnp/i4b_ifpnp_isac.c (dead) 1.9 +0 -237 src/sys/i4b/layer1/ifpnp/i4b_ifpnp_l1.c (dead) 1.9 +0 -510 src/sys/i4b/layer1/ifpnp/i4b_ifpnp_l1fsm.c (dead) 1.3 +0 -338 src/sys/i4b/layer1/ihfc/i4b_ihfc.h (dead) 1.18 +0 -1760 src/sys/i4b/layer1/ihfc/i4b_ihfc_drv.c (dead) 1.3 +0 -231 src/sys/i4b/layer1/ihfc/i4b_ihfc_drv.h (dead) 1.3 +0 -63 src/sys/i4b/layer1/ihfc/i4b_ihfc_ext.h (dead) 1.15 +0 -510 src/sys/i4b/layer1/ihfc/i4b_ihfc_l1if.c (dead) 1.14 +0 -445 src/sys/i4b/layer1/ihfc/i4b_ihfc_pnp.c (dead) 1.10 +0 -234 src/sys/i4b/layer1/isic/i4b_asuscom_ipac.c (dead) 1.14 +0 -413 src/sys/i4b/layer1/isic/i4b_avm_a1.c (dead) 1.15 +0 -398 src/sys/i4b/layer1/isic/i4b_bchan.c (dead) 1.13 +0 -316 src/sys/i4b/layer1/isic/i4b_ctx_s0P.c (dead) 1.6 +0 -398 src/sys/i4b/layer1/isic/i4b_diva.c (dead) 1.11 +0 -260 src/sys/i4b/layer1/isic/i4b_drn_ngo.c (dead) 1.10 +0 -233 src/sys/i4b/layer1/isic/i4b_dynalink.c (dead) 1.14 +0 -391 src/sys/i4b/layer1/isic/i4b_elsa_pcc16.c (dead) 1.10 +0 -237 src/sys/i4b/layer1/isic/i4b_elsa_qs1i.c (dead) 1.17 +0 -353 src/sys/i4b/layer1/isic/i4b_elsa_qs1p.c (dead) 1.13 +0 -648 src/sys/i4b/layer1/isic/i4b_hscx.c (dead) 1.4 +0 -298 src/sys/i4b/layer1/isic/i4b_hscx.h (dead) 1.4 +0 -205 src/sys/i4b/layer1/isic/i4b_ipac.h (dead) 1.10 +0 -655 src/sys/i4b/layer1/isic/i4b_isac.c (dead) 1.4 +0 -389 src/sys/i4b/layer1/isic/i4b_isac.h (dead) 1.10 +0 -494 src/sys/i4b/layer1/isic/i4b_isic.c (dead) 1.6 +0 -330 src/sys/i4b/layer1/isic/i4b_isic.h (dead) 1.4 +0 -49 src/sys/i4b/layer1/isic/i4b_isic_ext.h (dead) 1.11 +0 -207 src/sys/i4b/layer1/isic/i4b_isic_isa.c (dead) 1.16 +0 -333 src/sys/i4b/layer1/isic/i4b_isic_pnp.c (dead) 1.15 +0 -402 src/sys/i4b/layer1/isic/i4b_itk_ix1.c (dead) 1.10 +0 -249 src/sys/i4b/layer1/isic/i4b_l1.c (dead) 1.10 +0 -506 src/sys/i4b/layer1/isic/i4b_l1fsm.c (dead) 1.10 +0 -230 src/sys/i4b/layer1/isic/i4b_siemens_isurf.c (dead) 1.10 +0 -212 src/sys/i4b/layer1/isic/i4b_sws.c (dead) 1.15 +0 -372 src/sys/i4b/layer1/isic/i4b_tel_s016.c (dead) 1.14 +0 -375 src/sys/i4b/layer1/isic/i4b_tel_s0163.c (dead) 1.14 +0 -302 src/sys/i4b/layer1/isic/i4b_tel_s08.c (dead) 1.12 +0 -498 src/sys/i4b/layer1/isic/i4b_usr_sti.c (dead) 1.4 +0 -319 src/sys/i4b/layer1/itjc/i4b_hdlc.h (dead) 1.3 +0 -60 src/sys/i4b/layer1/itjc/i4b_itjc_ext.h (dead) 1.8 +0 -545 src/sys/i4b/layer1/itjc/i4b_itjc_isac.c (dead) 1.8 +0 -236 src/sys/i4b/layer1/itjc/i4b_itjc_l1.c (dead) 1.8 +0 -513 src/sys/i4b/layer1/itjc/i4b_itjc_l1fsm.c (dead) 1.21 +0 -2142 src/sys/i4b/layer1/itjc/i4b_itjc_pci.c (dead) 1.4 +0 -223 src/sys/i4b/layer1/iwic/i4b_iwic.h (dead) 1.16 +0 -767 src/sys/i4b/layer1/iwic/i4b_iwic_bchan.c (dead) 1.10 +0 -467 src/sys/i4b/layer1/iwic/i4b_iwic_dchan.c (dead) 1.4 +0 -49 src/sys/i4b/layer1/iwic/i4b_iwic_ext.h (dead) 1.10 +0 -223 src/sys/i4b/layer1/iwic/i4b_iwic_fsm.c (dead) 1.11 +0 -145 src/sys/i4b/layer1/iwic/i4b_iwic_l1if.c (dead) 1.17 +0 -310 src/sys/i4b/layer1/iwic/i4b_iwic_pci.c (dead) 1.4 +0 -263 src/sys/i4b/layer1/iwic/i4b_w6692.h (dead) 1.16 +0 -270 src/sys/i4b/layer2/i4b_iframe.c (dead) 1.22 +0 -385 src/sys/i4b/layer2/i4b_l2.c (dead) 1.10 +0 -351 src/sys/i4b/layer2/i4b_l2.h (dead) 1.19 +0 -1578 src/sys/i4b/layer2/i4b_l2fsm.c (dead) 1.10 +0 -82 src/sys/i4b/layer2/i4b_l2fsm.h (dead) 1.17 +0 -232 src/sys/i4b/layer2/i4b_l2timer.c (dead) 1.17 +0 -135 src/sys/i4b/layer2/i4b_lme.c (dead) 1.18 +0 -217 src/sys/i4b/layer2/i4b_mbuf.c (dead) 1.17 +0 -207 src/sys/i4b/layer2/i4b_sframe.c (dead) 1.18 +0 -278 src/sys/i4b/layer2/i4b_tei.c (dead) 1.17 +0 -277 src/sys/i4b/layer2/i4b_uframe.c (dead) 1.18 +0 -305 src/sys/i4b/layer2/i4b_util.c (dead) 1.18 +0 -680 src/sys/i4b/layer3/i4b_l2if.c (dead) 1.9 +0 -83 src/sys/i4b/layer3/i4b_l3.h (dead) 1.20 +0 -1037 src/sys/i4b/layer3/i4b_l3fsm.c (dead) 1.10 +0 -106 src/sys/i4b/layer3/i4b_l3fsm.h (dead) 1.15 +0 -325 src/sys/i4b/layer3/i4b_l3timer.c (dead) 1.17 +0 -322 src/sys/i4b/layer3/i4b_l4if.c (dead) 1.20 +0 -714 src/sys/i4b/layer3/i4b_q931.c (dead) 1.12 +0 -125 src/sys/i4b/layer3/i4b_q931.h (dead) 1.16 +0 -541 src/sys/i4b/layer3/i4b_q932fac.c (dead) 1.10 +0 -168 src/sys/i4b/layer3/i4b_q932fac.h (dead) 1.47 +0 -865 src/sys/i4b/layer4/i4b_i4bdrv.c (dead) 1.23 +0 -1097 src/sys/i4b/layer4/i4b_l4.c (dead) 1.10 +0 -73 src/sys/i4b/layer4/i4b_l4.h (dead) 1.20 +0 -436 src/sys/i4b/layer4/i4b_l4mgmt.c (dead) 1.15 +0 -88 src/sys/i4b/layer4/i4b_l4timer.c (dead) 1.88 +0 -138 src/sys/pc98/conf/NOTES 1.17 +0 -57 src/tools/build/mk/OptionalObsoleteFiles.inc 1.2 +0 -2 src/tools/build/options/WITHOUT_I4B (dead) 1.3 +0 -2 src/tools/kerneldoc/subsys/Dependencies 1.4 +0 -21 src/tools/kerneldoc/subsys/Doxyfile-i4b (dead) 1.387 +0 -4 src/usr.sbin/Makefile 1.9 +0 -7 src/usr.sbin/i4b/Makefile (dead) 1.3 +0 -16 src/usr.sbin/i4b/Makefile.inc (dead) 1.10 +0 -19 src/usr.sbin/i4b/dtmfdecode/Makefile (dead) 1.14 +0 -70 src/usr.sbin/i4b/dtmfdecode/dtmfdecode.1 (dead) 1.6 +0 -152 src/usr.sbin/i4b/dtmfdecode/dtmfdecode.c (dead) 1.2 +0 -2098 src/usr.sbin/i4b/dtmfdecode/dtmfsounds.al.uu (dead) 1.7 +0 -11 src/usr.sbin/i4b/g711conv/Makefile (dead) 1.13 +0 -93 src/usr.sbin/i4b/g711conv/g711conv.1 (dead) 1.8 +0 -307 src/usr.sbin/i4b/g711conv/g711conv.c (dead) 1.15 +0 -37 src/usr.sbin/i4b/isdnd/Makefile (dead) 1.9 +0 -193 src/usr.sbin/i4b/isdnd/alias.c (dead) 1.9 +0 -61 src/usr.sbin/i4b/isdnd/config.h (dead) 1.17 +0 -539 src/usr.sbin/i4b/isdnd/controller.c (dead) 1.11 +0 -891 src/usr.sbin/i4b/isdnd/curses.c (dead) 1.11 +0 -161 src/usr.sbin/i4b/isdnd/dial.c (dead) 1.15 +0 -407 src/usr.sbin/i4b/isdnd/exec.c (dead) 1.11 +0 -446 src/usr.sbin/i4b/isdnd/fsm.c (dead) 1.5 +0 -198 src/usr.sbin/i4b/isdnd/holiday.c (dead) 1.25 +0 -428 src/usr.sbin/i4b/isdnd/isdnd.8 (dead) 1.16 +0 -108 src/usr.sbin/i4b/isdnd/isdnd.acct.5 (dead) 1.22 +0 -907 src/usr.sbin/i4b/isdnd/isdnd.h (dead) 1.16 +0 -117 src/usr.sbin/i4b/isdnd/isdnd.rates.5 (dead) 1.37 +0 -1115 src/usr.sbin/i4b/isdnd/isdnd.rc.5 (dead) 1.12 +0 -249 src/usr.sbin/i4b/isdnd/log.c (dead) 1.19 +0 -840 src/usr.sbin/i4b/isdnd/main.c (dead) 1.14 +0 -1284 src/usr.sbin/i4b/isdnd/monitor.c (dead) 1.14 +0 -1350 src/usr.sbin/i4b/isdnd/msghdl.c (dead) 1.8 +0 -61 src/usr.sbin/i4b/isdnd/pathnames.h (dead) 1.9 +0 -230 src/usr.sbin/i4b/isdnd/pcause.c (dead) 1.9 +0 -219 src/usr.sbin/i4b/isdnd/process.c (dead) 1.10 +0 -509 src/usr.sbin/i4b/isdnd/rates.c (dead) 1.19 +0 -1865 src/usr.sbin/i4b/isdnd/rc_config.c (dead) 1.13 +0 -539 src/usr.sbin/i4b/isdnd/rc_parse.y (dead) 1.14 +0 -209 src/usr.sbin/i4b/isdnd/rc_scan.l (dead) 1.18 +0 -1169 src/usr.sbin/i4b/isdnd/support.c (dead) 1.11 +0 -447 src/usr.sbin/i4b/isdnd/timer.c (dead) 1.6 +0 -7 src/usr.sbin/i4b/isdndebug/Makefile (dead) 1.19 +0 -111 src/usr.sbin/i4b/isdndebug/isdndebug.8 (dead) 1.14 +0 -633 src/usr.sbin/i4b/isdndebug/main.c (dead) 1.6 +0 -8 src/usr.sbin/i4b/isdndecode/Makefile (dead) 1.9 +0 -76 src/usr.sbin/i4b/isdndecode/decode.h (dead) 1.8 +0 -1111 src/usr.sbin/i4b/isdndecode/facility.c (dead) 1.8 +0 -180 src/usr.sbin/i4b/isdndecode/facility.h (dead) 1.18 +0 -176 src/usr.sbin/i4b/isdndecode/isdndecode.8 (dead) 1.8 +0 -82 src/usr.sbin/i4b/isdndecode/layer1.c (dead) 1.8 +0 -300 src/usr.sbin/i4b/isdndecode/layer2.c (dead) 1.10 +0 -516 src/usr.sbin/i4b/isdndecode/layer3.c (dead) 1.9 +0 -1122 src/usr.sbin/i4b/isdndecode/layer3_subr.c (dead) 1.11 +0 -794 src/usr.sbin/i4b/isdndecode/main.c (dead) 1.8 +0 -330 src/usr.sbin/i4b/isdndecode/pcause.c (dead) 1.8 +0 -111 src/usr.sbin/i4b/isdndecode/pcause.h (dead) 1.10 +0 -17 src/usr.sbin/i4b/isdnmonitor/Makefile (dead) 1.3 +0 -624 src/usr.sbin/i4b/isdnmonitor/curses.c (dead) 1.20 +0 -178 src/usr.sbin/i4b/isdnmonitor/isdnmonitor.8 (dead) 1.11 +0 -1196 src/usr.sbin/i4b/isdnmonitor/main.c (dead) 1.9 +0 -299 src/usr.sbin/i4b/isdnmonitor/monitor.h (dead) 1.4 +0 -210 src/usr.sbin/i4b/isdnmonitor/monprivate.h (dead) 1.5 +0 -10 src/usr.sbin/i4b/isdnphone/Makefile (dead) 1.2 +0 -159 src/usr.sbin/i4b/isdnphone/audio.c (dead) 1.4 +0 -189 src/usr.sbin/i4b/isdnphone/defs.h (dead) 1.2 +0 -246 src/usr.sbin/i4b/isdnphone/display.c (dead) 1.2 +0 -191 src/usr.sbin/i4b/isdnphone/isdn.c (dead) 1.10 +0 -88 src/usr.sbin/i4b/isdnphone/isdnphone.8 (dead) 1.6 +0 -533 src/usr.sbin/i4b/isdnphone/main.c (dead) 1.8 +0 -10 src/usr.sbin/i4b/isdntel/Makefile (dead) 1.8 +0 -141 src/usr.sbin/i4b/isdntel/alias.c (dead) 1.8 +0 -51 src/usr.sbin/i4b/isdntel/alias.h (dead) 1.9 +0 -157 src/usr.sbin/i4b/isdntel/defs.h (dead) 1.8 +0 -254 src/usr.sbin/i4b/isdntel/display.c (dead) 1.9 +0 -308 src/usr.sbin/i4b/isdntel/files.c (dead) 1.19 +0 -103 src/usr.sbin/i4b/isdntel/isdntel.8 (dead) 1.11 +0 -399 src/usr.sbin/i4b/isdntel/main.c (dead) 1.6 +0 -7 src/usr.sbin/i4b/isdntelctl/Makefile (dead) 1.18 +0 -99 src/usr.sbin/i4b/isdntelctl/isdntelctl.8 (dead) 1.13 +0 -228 src/usr.sbin/i4b/isdntelctl/main.c (dead) 1.8 +0 -10 src/usr.sbin/i4b/isdntest/Makefile (dead) 1.18 +0 -116 src/usr.sbin/i4b/isdntest/isdntest.8 (dead) 1.12 +0 -745 src/usr.sbin/i4b/isdntest/main.c (dead) 1.8 +0 -756 src/usr.sbin/i4b/isdntrace/1tr6.c (dead) 1.8 +0 -9 src/usr.sbin/i4b/isdntrace/Makefile (dead) 1.8 +0 -62 src/usr.sbin/i4b/isdntrace/cable.txt (dead) 1.22 +0 -228 src/usr.sbin/i4b/isdntrace/isdntrace.8 (dead) 1.8 +0 -166 src/usr.sbin/i4b/isdntrace/pcause_1tr6.c (dead) 1.8 +0 -70 src/usr.sbin/i4b/isdntrace/pcause_1tr6.h (dead) 1.8 +0 -330 src/usr.sbin/i4b/isdntrace/pcause_q850.c (dead) 1.8 +0 -111 src/usr.sbin/i4b/isdntrace/pcause_q850.h (dead) 1.8 +0 -268 src/usr.sbin/i4b/isdntrace/q921.c (dead) 1.9 +0 -800 src/usr.sbin/i4b/isdntrace/q931.c (dead) 1.8 +0 -1047 src/usr.sbin/i4b/isdntrace/q931_util.c (dead) 1.8 +0 -1236 src/usr.sbin/i4b/isdntrace/q932_fac.c (dead) 1.8 +0 -180 src/usr.sbin/i4b/isdntrace/q932_fac.h (dead) 1.11 +0 -848 src/usr.sbin/i4b/isdntrace/trace.c (dead) 1.9 +0 -93 src/usr.sbin/i4b/isdntrace/trace.h (dead) 1.2 +0 -106 src/usr.sbin/i4b/isdntrace/unknownl3.c (dead) 1.11 +0 -9 src/usr.sbin/i4b/man/Makefile (dead) 1.16 +0 -110 src/usr.sbin/i4b/man/i4b.4 (dead) 1.4 +0 -59 src/usr.sbin/i4b/man/i4bcapi.4 (dead) 1.12 +0 -50 src/usr.sbin/i4b/man/i4bctl.4 (dead) 1.9 +0 -63 src/usr.sbin/i4b/man/i4bing.4 (dead) 1.15 +0 -96 src/usr.sbin/i4b/man/i4bipr.4 (dead) 1.17 +0 -123 src/usr.sbin/i4b/man/i4bisppp.4 (dead) 1.14 +0 -48 src/usr.sbin/i4b/man/i4bq921.4 (dead) 1.14 +0 -48 src/usr.sbin/i4b/man/i4bq931.4 (dead) 1.15 +0 -49 src/usr.sbin/i4b/man/i4brbch.4 (dead) 1.18 +0 -133 src/usr.sbin/i4b/man/i4btel.4 (dead) 1.16 +0 -54 src/usr.sbin/i4b/man/i4btrc.4 (dead) 1.5 +0 -73 src/usr.sbin/i4b/man/iavc.4 (dead) 1.9 +0 -64 src/usr.sbin/i4b/man/ifpi.4 (dead) 1.6 +0 -60 src/usr.sbin/i4b/man/ifpi2.4 (dead) 1.9 +0 -67 src/usr.sbin/i4b/man/ifpnp.4 (dead) 1.12 +0 -71 src/usr.sbin/i4b/man/ihfc.4 (dead) 1.21 +0 -359 src/usr.sbin/i4b/man/isic.4 (dead) 1.6 +0 -66 src/usr.sbin/i4b/man/itjc.4 (dead) 1.10 +0 -68 src/usr.sbin/i4b/man/iwic.4 (dead) 1.56 +2 -2 src/usr.sbin/mergemaster/mergemaster.sh 1.111 +0 -10 src/usr.sbin/ppp/Makefile 1.17 +0 -446 src/usr.sbin/ppp/i4b.c (dead) 1.60 +0 -10 src/usr.sbin/ppp/physical.c 1.328 +2 -18 src/usr.sbin/ppp/ppp.8.m4 From bz at FreeBSD.org Mon May 26 10:45:12 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Mon May 26 10:45:14 2008 Subject: cvs commit: src/sys/sys param.h Message-ID: <200805261045.m4QAjBW0021052@repoman.freebsd.org> bz 2008-05-26 10:45:11 UTC FreeBSD src repository Modified files: sys/sys param.h Log: Bump __FreeBSD_version after netatm and I4B removal. There should be no API changes but ports might rely on this. Revision Changes Path 1.355 +1 -1 src/sys/sys/param.h From sos at FreeBSD.ORG Mon May 26 10:53:52 2008 From: sos at FreeBSD.ORG (=?ISO-8859-1?Q?S=F8ren_Schmidt?=) Date: Mon May 26 10:53:57 2008 Subject: cvs commit: src/sys/dev/ata ata-all.c In-Reply-To: <483A8D9D.6000404@yandex.ru> References: <200805260858.m4Q8wmPA013141@repoman.freebsd.org> <483A8D9D.6000404@yandex.ru> Message-ID: <31F8D482-87E3-4385-9399-DAE1E301F978@FreeBSD.ORG> HI Oh, sorry about those, I just had a spare minute and comitted that from my local stuff. I'll get to that eventually, but feel free to close those PR as needed. -S?ren On 26May, 2008, at 12:14 , Andrey V. Elsukov wrote: > S?ren Schmidt wrote: >> Modified files: >> sys/dev/ata ata-all.c Log: >> Dont call ata_start() when ata_reinit fails in the ioctl path. > > What about PR's? > kern/123754 > kern/122045 > > -- > WBR, Andrey V. Elsukov > From kib at FreeBSD.org Mon May 26 11:03:31 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 26 11:03:32 2008 Subject: cvs commit: src/sys/kern tty.c Message-ID: <200805261103.m4QB3Uvo022695@repoman.freebsd.org> kib 2008-05-26 11:03:30 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/kern tty.c Log: MFC rev. 1.278: Use the t_state for the TS_GONE test. Revision Changes Path 1.273.2.2 +1 -1 src/sys/kern/tty.c From bu7cher at yandex.ru Mon May 26 11:05:59 2008 From: bu7cher at yandex.ru (Andrey V. Elsukov) Date: Mon May 26 11:06:03 2008 Subject: cvs commit: src/sys/dev/ata ata-all.c In-Reply-To: <200805260858.m4Q8wmPA013141@repoman.freebsd.org> References: <200805260858.m4Q8wmPA013141@repoman.freebsd.org> Message-ID: <483A8D9D.6000404@yandex.ru> S?ren Schmidt wrote: > Modified files: > sys/dev/ata ata-all.c > Log: > Dont call ata_start() when ata_reinit fails in the ioctl path. What about PR's? kern/123754 kern/122045 -- WBR, Andrey V. Elsukov From kib at FreeBSD.org Mon May 26 11:15:16 2008 From: kib at FreeBSD.org (Konstantin Belousov) Date: Mon May 26 11:15:21 2008 Subject: cvs commit: src/sys/kern tty.c Message-ID: <200805261115.m4QBFFDW023103@repoman.freebsd.org> kib 2008-05-26 11:15:15 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern tty.c Log: MFC rev. 1.278: Use the t_state for the TS_GONE test. Revision Changes Path 1.250.2.6 +1 -1 src/sys/kern/tty.c From mr at FreeBSD.org Mon May 26 11:57:50 2008 From: mr at FreeBSD.org (Michael Reifenberger) Date: Mon May 26 11:57:53 2008 Subject: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c Message-ID: <200805261157.m4QBvnpF025029@repoman.freebsd.org> mr 2008-05-26 11:57:49 UTC FreeBSD src repository Modified files: usr.sbin/jexec jexec.8 jexec.c Log: Extend jexec to accept hostname or ip-number besides jail-id. MFC after: 2 weeks Revision Changes Path 1.5 +7 -2 src/usr.sbin/jexec/jexec.8 1.5 +53 -2 src/usr.sbin/jexec/jexec.c From bz at FreeBSD.org Mon May 26 13:05:07 2008 From: bz at FreeBSD.org (Bjoern A. Zeeb) Date: Mon May 26 13:05:16 2008 Subject: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c In-Reply-To: <200805261157.m4QBvnpF025029@repoman.freebsd.org> References: <200805261157.m4QBvnpF025029@repoman.freebsd.org> Message-ID: <20080526130006.B65662@maildrop.int.zabbadoz.net> On Mon, 26 May 2008, Michael Reifenberger wrote: > mr 2008-05-26 11:57:49 UTC > > FreeBSD src repository > > Modified files: > usr.sbin/jexec jexec.8 jexec.c > Log: > Extend jexec to accept hostname or ip-number besides jail-id. noither the hostname nor the IP address have to be unique so this does not make a lot of sense. > MFC after: 2 weeks > > Revision Changes Path > 1.5 +7 -2 src/usr.sbin/jexec/jexec.8 > 1.5 +53 -2 src/usr.sbin/jexec/jexec.c > -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From rwatson at FreeBSD.org Mon May 26 13:49:17 2008 From: rwatson at FreeBSD.org (Robert Watson) Date: Mon May 26 13:49:22 2008 Subject: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c In-Reply-To: <200805261157.m4QBvnpF025029@repoman.freebsd.org> References: <200805261157.m4QBvnpF025029@repoman.freebsd.org> Message-ID: <20080526144831.K26343@fledge.watson.org> On Mon, 26 May 2008, Michael Reifenberger wrote: > Extend jexec to accept hostname or ip-number besides jail-id. It might be worth adding a caution in the man page notes somewhere that neither hostname nor IP address are guaranteed to uniquely identify a jail -- in which case, which will jexec choose? Robert N M Watson Computer Laboratory University of Cambridge From csjp at FreeBSD.org Mon May 26 13:59:44 2008 From: csjp at FreeBSD.org (Christian S.J. Peron) Date: Mon May 26 13:59:51 2008 Subject: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c In-Reply-To: <200805261157.m4QBvnpF025029@repoman.freebsd.org> References: <200805261157.m4QBvnpF025029@repoman.freebsd.org> Message-ID: <20080526134404.GA42520@sub.vaned.net> On Mon, May 26, 2008 at 11:57:49AM +0000, Michael Reifenberger wrote: > mr 2008-05-26 11:57:49 UTC > > FreeBSD src repository > > Modified files: > usr.sbin/jexec jexec.8 jexec.c > Log: > Extend jexec to accept hostname or ip-number besides jail-id. > Currently, the only unique part of a jail is the jail ID. Even then, this value can be re-used. One of the ideas we bounced around at the developer summit was to introduce an "administrative name". The discussion to implement this was surrounding auditing and the implementation of the zonename token within audit records. This would also solve your problem, but as it stands this modification seems incorrect to me. From mike at reifenberger.com Mon May 26 14:24:59 2008 From: mike at reifenberger.com (Michael Reifenberger) Date: Mon May 26 14:25:03 2008 Subject: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c In-Reply-To: <20080526144831.K26343@fledge.watson.org> References: <200805261157.m4QBvnpF025029@repoman.freebsd.org> <20080526144831.K26343@fledge.watson.org> Message-ID: <20080526140735.GA35960@gw.reifenberger.com> On Mon, May 26, 2008 at 02:49:16PM +0100, Robert Watson wrote: > On Mon, 26 May 2008, Michael Reifenberger wrote: > > > Extend jexec to accept hostname or ip-number besides jail-id. > > It might be worth adding a caution in the man page notes somewhere that > neither hostname nor IP address are guaranteed to uniquely identify a jail > -- > in which case, which will jexec choose? I'll add some cautions to the man page. The jail is found by an loop through the sysctl security.jail.list and comparing argv against ip-number and hostname. The first matching jail is used then. Makes sense only for those who keep their jails uniquely identifyable by hostname or ip-number, of corse. -- Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From pjd at FreeBSD.org Mon May 26 15:12:48 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Mon May 26 15:12:57 2008 Subject: cvs commit: src/lib/libkvm kvm_file.c src/sys/sys file.h src/usr.bin/fstat fstat.c Message-ID: <200805261512.m4QFClSt045562@repoman.freebsd.org> pjd 2008-05-26 15:12:47 UTC FreeBSD src repository Modified files: lib/libkvm kvm_file.c sys/sys file.h usr.bin/fstat fstat.c Log: Use _WANT_FILE to make struct file visible from userland. This is similar to _WANT_UCRED and _WANT_PRISON and seems to be much nicer than defining _KERNEL. It is also needed for my sys/refcount.h change going in soon. Revision Changes Path 1.20 +1 -2 src/lib/libkvm/kvm_file.c 1.79 +3 -1 src/sys/sys/file.h 1.67 +2 -1 src/usr.bin/fstat/fstat.c From kientzle at FreeBSD.org Mon May 26 17:00:25 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Mon May 26 17:00:28 2008 Subject: cvs commit: src/lib/libarchive Makefile archive.h.in archive_endian.h archive_entry.3 archive_entry.c archive_entry.h archive_entry_link_resolver.c archive_entry_private.h archive_platform.h archive_read.3 archive_read_extract.c archive_read_support_compression_bzip2.c ... Message-ID: <200805261700.m4QH0Otg068272@repoman.freebsd.org> kientzle 2008-05-26 17:00:24 UTC FreeBSD src repository Modified files: lib/libarchive Makefile archive.h.in archive_endian.h archive_entry.3 archive_entry.c archive_entry.h archive_entry_link_resolver.c archive_entry_private.h archive_platform.h archive_read.3 archive_read_extract.c archive_read_support_compression_bzip2.c archive_read_support_compression_program.c archive_read_support_format_ar.c archive_read_support_format_iso9660.c archive_read_support_format_mtree.c archive_read_support_format_tar.c archive_read_support_format_zip.c archive_string.c archive_string.h archive_util.c archive_write.3 archive_write_disk.3 archive_write_disk.c archive_write_set_compression_program.c archive_write_set_format_ar.c archive_write_set_format_pax.c archive_write_set_format_ustar.c config_freebsd.h cpio.5 filter_fork.c libarchive-formats.5 tar.5 lib/libarchive/test Makefile main.c test_acl_pax.c test_archive_api_feature.c test_entry.c test_pax_filename_encoding.c test_read_format_mtree.c test_tar_filenames.c test_tar_large.c test_write_disk_hardlink.c test_write_format_ar.c Added files: lib/libarchive/test test_link_resolver.c test_read_format_tar_empty_filename.c test_read_format_tar_empty_filename.tar.uu test_ustar_filenames.c test_write_format_tar_ustar.c Log: MFp4: libarchive 2.5.4b. (Still 'b' until I get a bit more feedback, but the 2.5 branch is shaping up nicely.) In addition to many small bug fixes and code improvements: * Another iteration of versioning; I think I've got it right now. * Portability: A lot of progress on Windows support (though I'm not committing all of the Windows support files to FreeBSD CVS) * Explicit tracking of MBS, WCS, and UTF-8 versions of strings in archive_entry; the archive_entry routines now correctly return NULL only when something is unset, setting NULL properly clears string values. Most charset conversions have been pushed down to archive_string. * Better handling of charset conversion failure when writing or reading UTF-8 headers in pax archives * archive_entry_linkify() provides multiple strategies for hardlink matching to suit different format expectations * More accurate bzip2 format detection * Joerg Sonnenberger's extensive improvements to mtree support * Rough support for self-extracting ZIP archives. Not an ideal approach, but it works for the archives I've tried. * New "sparsify" option in archive_write_disk converts blocks of nulls into seeks. * Better default behavior for the test harness; it now reports all failures by default instead of coredumping at the first one. Revision Changes Path 1.84 +8 -22 src/lib/libarchive/Makefile 1.50 +181 -128 src/lib/libarchive/archive.h.in 1.3 +14 -0 src/lib/libarchive/archive_endian.h 1.18 +13 -2 src/lib/libarchive/archive_entry.3 1.52 +298 -122 src/lib/libarchive/archive_entry.c 1.27 +223 -106 src/lib/libarchive/archive_entry.h 1.2 +292 -114 src/lib/libarchive/archive_entry_link_resolver.c 1.4 +20 -6 src/lib/libarchive/archive_entry_private.h 1.30 +3 -0 src/lib/libarchive/archive_platform.h 1.37 +23 -0 src/lib/libarchive/archive_read.3 1.61 +17 -11 src/lib/libarchive/archive_read_extract.c 1.18 +22 -10 src/lib/libarchive/archive_read_support_compression_bzip2.c 1.3 +20 -0 src/lib/libarchive/archive_read_support_compression_program.c 1.10 +6 -2 src/lib/libarchive/archive_read_support_format_ar.c 1.26 +19 -40 src/lib/libarchive/archive_read_support_format_iso9660.c 1.6 +556 -104 src/lib/libarchive/archive_read_support_format_mtree.c 1.68 +55 -39 src/lib/libarchive/archive_read_support_format_tar.c 1.23 +112 -5 src/lib/libarchive/archive_read_support_format_zip.c 1.12 +256 -7 src/lib/libarchive/archive_string.c 1.11 +20 -6 src/lib/libarchive/archive_string.h 1.18 +1 -23 src/lib/libarchive/archive_util.c 1.24 +5 -1 src/lib/libarchive/archive_write.3 1.3 +4 -0 src/lib/libarchive/archive_write_disk.3 1.25 +120 -43 src/lib/libarchive/archive_write_disk.c 1.2 +19 -0 src/lib/libarchive/archive_write_set_compression_program.c 1.7 +6 -5 src/lib/libarchive/archive_write_set_format_ar.c 1.47 +58 -17 src/lib/libarchive/archive_write_set_format_pax.c 1.27 +38 -30 src/lib/libarchive/archive_write_set_format_ustar.c 1.9 +3 -0 src/lib/libarchive/config_freebsd.h 1.2 +6 -6 src/lib/libarchive/cpio.5 1.3 +5 -0 src/lib/libarchive/filter_fork.c 1.16 +8 -0 src/lib/libarchive/libarchive-formats.5 1.18 +6 -6 src/lib/libarchive/tar.5 1.19 +9 -19 src/lib/libarchive/test/Makefile 1.12 +109 -22 src/lib/libarchive/test/main.c 1.5 +5 -9 src/lib/libarchive/test/test_acl_pax.c 1.5 +13 -2 src/lib/libarchive/test/test_archive_api_feature.c 1.6 +33 -4 src/lib/libarchive/test/test_entry.c 1.1 +187 -0 src/lib/libarchive/test/test_link_resolver.c (new) 1.2 +152 -16 src/lib/libarchive/test/test_pax_filename_encoding.c 1.2 +6 -6 src/lib/libarchive/test/test_read_format_mtree.c 1.1 +66 -0 src/lib/libarchive/test/test_read_format_tar_empty_filename.c (new) 1.1 +38 -0 src/lib/libarchive/test/test_read_format_tar_empty_filename.tar.uu (new) 1.9 +23 -13 src/lib/libarchive/test/test_tar_filenames.c 1.2 +6 -1 src/lib/libarchive/test/test_tar_large.c 1.1 +183 -0 src/lib/libarchive/test/test_ustar_filenames.c (new) 1.2 +13 -5 src/lib/libarchive/test/test_write_disk_hardlink.c 1.7 +3 -2 src/lib/libarchive/test/test_write_format_ar.c 1.1 +342 -0 src/lib/libarchive/test/test_write_format_tar_ustar.c (new) From kientzle at FreeBSD.org Mon May 26 17:10:11 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Mon May 26 17:10:13 2008 Subject: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h config_freebsd.h matching.c read.c subst.c util.c write.c src/usr.bin/tar/test Makefile main.c test.h test_0.c test_basic.c test_copy.c test_getdate.c test_help.c test_option_T.c ... Message-ID: <200805261710.m4QHABNS069840@repoman.freebsd.org> kientzle 2008-05-26 17:10:11 UTC FreeBSD src repository Modified files: usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h config_freebsd.h matching.c read.c util.c write.c usr.bin/tar/test Makefile main.c test.h test_0.c test_basic.c test_copy.c test_getdate.c test_help.c test_option_T.c test_stdio.c test_version.c Added files: usr.bin/tar subst.c usr.bin/tar/test test_patterns.c Log: MFp4: bsdtar 2.5.4b In addition to a number of bug fixes and minor changes: * --numeric-owner (ignore user/group names on create and extract) * -S (sparsify files on extraction) * -s (regex filename substitutions) * Use new libarchive 'linkify' to get correct hardlink handling for both old and new cpio formats * Rework 'copy' test to be insensitive to readdir() filename ordering Most of the credit for this work goes to Joerg Sonnenberger, who has been duplicating features from NetBSD's 'pax' program. Revision Changes Path 1.36 +4 -3 src/usr.bin/tar/Makefile 1.43 +38 -2 src/usr.bin/tar/bsdtar.1 1.91 +21 -1 src/usr.bin/tar/bsdtar.c 1.33 +9 -1 src/usr.bin/tar/bsdtar.h 1.4 +1 -0 src/usr.bin/tar/config_freebsd.h 1.13 +23 -0 src/usr.bin/tar/matching.c 1.38 +7 -0 src/usr.bin/tar/read.c 1.1 +275 -0 src/usr.bin/tar/subst.c (new) 1.2 +1 -0 src/usr.bin/tar/test/Makefile 1.2 +0 -0 src/usr.bin/tar/test/main.c 1.2 +0 -0 src/usr.bin/tar/test/test.h 1.2 +0 -0 src/usr.bin/tar/test/test_0.c 1.2 +0 -0 src/usr.bin/tar/test/test_basic.c 1.2 +108 -82 src/usr.bin/tar/test/test_copy.c 1.2 +0 -0 src/usr.bin/tar/test/test_getdate.c 1.2 +0 -0 src/usr.bin/tar/test/test_help.c 1.2 +19 -0 src/usr.bin/tar/test/test_option_T.c 1.1 +47 -0 src/usr.bin/tar/test/test_patterns.c (new) 1.2 +0 -0 src/usr.bin/tar/test/test_stdio.c 1.2 +0 -0 src/usr.bin/tar/test/test_version.c 1.19 +55 -5 src/usr.bin/tar/util.c 1.70 +87 -222 src/usr.bin/tar/write.c From kientzle at FreeBSD.org Mon May 26 17:15:36 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Mon May 26 17:15:38 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... Message-ID: <200805261715.m4QHFZUK070554@repoman.freebsd.org> kientzle 2008-05-26 17:15:35 UTC FreeBSD src repository Added files: usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c test_gcpio_compat.c test_gcpio_compat_ref.bin.uu test_gcpio_compat_ref.crc.uu test_gcpio_compat_ref.newc.uu test_gcpio_compat_ref.ustar.uu test_option_B.c test_option_L.c test_option_a.c test_option_c.c test_option_d.c test_option_ell.c test_option_f.c test_option_f.cpio.uu test_option_help.c test_option_m.c test_option_m.cpio.uu test_option_t.c test_option_t.cpio.uu test_option_t.stdout.uu test_option_tv.stdout.uu test_option_u.c test_option_version.c test_option_y.c test_option_z.c test_owner_parse.c test_pathmatch.c Log: Initial commit of bsdcpio 0.9.11b. A new implementation of cpio that uses libarchive as it's back-end archiving/dearchiving infrastructure. Includes test harness; "make check" in the bsdcpio directory to build and run the test harness. Revision Changes Path 1.1 +19 -0 src/usr.bin/cpio/Makefile (new) 1.1 +367 -0 src/usr.bin/cpio/bsdcpio.1 (new) 1.1 +247 -0 src/usr.bin/cpio/cmdline.c (new) 1.1 +109 -0 src/usr.bin/cpio/config_freebsd.h (new) 1.1 +946 -0 src/usr.bin/cpio/cpio.c (new) 1.1 +106 -0 src/usr.bin/cpio/cpio.h (new) 1.1 +84 -0 src/usr.bin/cpio/cpio_platform.h (new) 1.1 +73 -0 src/usr.bin/cpio/err.c (new) 1.1 +250 -0 src/usr.bin/cpio/matching.c (new) 1.1 +40 -0 src/usr.bin/cpio/matching.h (new) 1.1 +250 -0 src/usr.bin/cpio/pathmatch.c (new) 1.1 +37 -0 src/usr.bin/cpio/pathmatch.h (new) 1.1 +72 -0 src/usr.bin/cpio/test/Makefile (new) 1.1 +970 -0 src/usr.bin/cpio/test/main.c (new) 1.1 +147 -0 src/usr.bin/cpio/test/test.h (new) 1.1 +62 -0 src/usr.bin/cpio/test/test_0.c (new) 1.1 +204 -0 src/usr.bin/cpio/test/test_basic.c (new) 1.1 +245 -0 src/usr.bin/cpio/test/test_format_newc.c (new) 1.1 +127 -0 src/usr.bin/cpio/test/test_gcpio_compat.c (new) 1.1 +16 -0 src/usr.bin/cpio/test/test_gcpio_compat_ref.bin.uu (new) 1.1 +27 -0 src/usr.bin/cpio/test/test_gcpio_compat_ref.crc.uu (new) 1.1 +27 -0 src/usr.bin/cpio/test/test_gcpio_compat_ref.newc.uu (new) 1.1 +84 -0 src/usr.bin/cpio/test/test_gcpio_compat_ref.ustar.uu (new) 1.1 +54 -0 src/usr.bin/cpio/test/test_option_B.c (new) 1.1 +84 -0 src/usr.bin/cpio/test/test_option_L.c (new) 1.1 +159 -0 src/usr.bin/cpio/test/test_option_a.c (new) 1.1 +198 -0 src/usr.bin/cpio/test/test_option_c.c (new) 1.1 +68 -0 src/usr.bin/cpio/test/test_option_d.c (new) 1.1 +66 -0 src/usr.bin/cpio/test/test_option_ell.c (new) 1.1 +66 -0 src/usr.bin/cpio/test/test_option_f.c (new) 1.1 +16 -0 src/usr.bin/cpio/test/test_option_f.cpio.uu (new) 1.1 +81 -0 src/usr.bin/cpio/test/test_option_help.c (new) 1.1 +70 -0 src/usr.bin/cpio/test/test_option_m.c (new) 1.1 +16 -0 src/usr.bin/cpio/test/test_option_m.cpio.uu (new) 1.1 +47 -0 src/usr.bin/cpio/test/test_option_t.c (new) 1.1 +16 -0 src/usr.bin/cpio/test/test_option_t.cpio.uu (new) 1.1 +5 -0 src/usr.bin/cpio/test/test_option_t.stdout.uu (new) 1.1 +5 -0 src/usr.bin/cpio/test/test_option_tv.stdout.uu (new) 1.1 +84 -0 src/usr.bin/cpio/test/test_option_u.c (new) 1.1 +105 -0 src/usr.bin/cpio/test/test_option_version.c (new) 1.1 +52 -0 src/usr.bin/cpio/test/test_option_y.c (new) 1.1 +52 -0 src/usr.bin/cpio/test/test_option_z.c (new) 1.1 +68 -0 src/usr.bin/cpio/test/test_owner_parse.c (new) 1.1 +165 -0 src/usr.bin/cpio/test/test_pathmatch.c (new) From kientzle at FreeBSD.org Mon May 26 17:17:43 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Mon May 26 17:17:51 2008 Subject: cvs commit: src/usr.bin/cpio Makefile Message-ID: <200805261717.m4QHHhLv070625@repoman.freebsd.org> kientzle 2008-05-26 17:17:43 UTC FreeBSD src repository Modified files: usr.bin/cpio Makefile Log: bsdcpio is always installed as 'bsdcpio', symlink it to 'cpio' only if WITH_BSDCPIO is defined. Revision Changes Path 1.2 +4 -1 src/usr.bin/cpio/Makefile From kientzle at FreeBSD.org Mon May 26 17:21:13 2008 From: kientzle at FreeBSD.org (Tim Kientzle) Date: Mon May 26 17:21:21 2008 Subject: cvs commit: src/gnu/usr.bin/cpio Makefile Message-ID: <200805261721.m4QHLCF4070787@repoman.freebsd.org> kientzle 2008-05-26 17:21:12 UTC FreeBSD src repository Modified files: gnu/usr.bin/cpio Makefile Log: Install GNU cpio as 'gcpio', symlink to 'cpio' unless WITH_BSDCPIO is defined. Revision Changes Path 1.13 +9 -1 src/gnu/usr.bin/cpio/Makefile From rdivacky at FreeBSD.org Mon May 26 17:28:03 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Mon May 26 17:28:09 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <200805261715.m4QHFZUK070554@repoman.freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> Message-ID: <20080526172717.GA93432@freebsd.org> > Initial commit of bsdcpio 0.9.11b. great! thnx a lot. can you please summarize what are the advantages/differences from gnu-cpio? From remko at FreeBSD.org Mon May 26 17:57:53 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Mon May 26 17:58:03 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <20080526172717.GA93432@freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> <20080526172717.GA93432@freebsd.org> Message-ID: <483AF3C0.2090403@FreeBSD.org> Roman Divacky wrote: >> Initial commit of bsdcpio 0.9.11b. > > great! thnx a lot. > > can you please summarize what are the advantages/differences from gnu-cpio? BSD License++ -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From joerg at britannica.bec.de Mon May 26 18:07:28 2008 From: joerg at britannica.bec.de (Joerg Sonnenberger) Date: Mon May 26 18:07:32 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <20080526172717.GA93432@freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> <20080526172717.GA93432@freebsd.org> Message-ID: <20080526180714.GB27297@britannica.bec.de> On Mon, May 26, 2008 at 07:27:17PM +0200, Roman Divacky wrote: > can you please summarize what are the advantages/differences from gnu-cpio? It has a proper man page. It behaves more sane when writing newc archives with hardlinks. It has understandable source code. It is BSD licensed. Joerg From cperciva at freebsd.org Mon May 26 18:16:44 2008 From: cperciva at freebsd.org (Colin Percival) Date: Mon May 26 18:16:50 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <20080526172717.GA93432@freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> <20080526172717.GA93432@freebsd.org> Message-ID: <483AFE87.6020103@freebsd.org> Roman Divacky wrote: >> Initial commit of bsdcpio 0.9.11b. > > great! thnx a lot. > > can you please summarize what are the advantages/differences from gnu-cpio? The BSD license is one advantage; but the fact that this 1766 lines of C code compared to gnu-cpio's 6994 lines of C code is in my opinion far more important (the difference being largely because bsdcpio uses libarchive, of course). Other benefits include bsdcpio being cleaner code (I had to look at the cpio code once for a security advisory... I nearly went blind), being newer code (at least from the perspective of security, pre-2000 code is generally less trustworthy -- people were simply less aware of security in the past), and having an active FreeBSD maintainer. I'm looking forward to when we can remove both GNU cpio and our current pax implementation from the tree, and have libarchive be the One True Archiver which is exposed to userland via three different front-ends. Colin Percival From olli at fromme.com Mon May 26 18:26:33 2008 From: olli at fromme.com (Oliver Fromme) Date: Mon May 26 18:26:34 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h In-Reply-To: <483AF3C0.2090403@FreeBSD.org> from "Remko Lodder" at May 26, 2008 07:30:40 PM Message-ID: <200805261826.m4QIQUMw035918@haluter.fromme.com> Remko Lodder wrote: > Roman Divacky wrote: > >> Initial commit of bsdcpio 0.9.11b. > > > > great! thnx a lot. Yes, thanks very much, Tim! I'm using cpio quite often. Looking forward to this. > > can you please summarize what are the advantages/differences from gnu-cpio? > > BSD License++ Manual page++ (FreeBSD currently lacks a useful cpio manpage. The gnu info stuff is a PITA.) Best regards Oliver -- Oliver Fromme, Bunsenstr. 13, 81735 Muenchen, Germany ``We are all but compressed light'' (Albert Einstein) From kientzle at freebsd.org Mon May 26 18:27:43 2008 From: kientzle at freebsd.org (Tim Kientzle) Date: Mon May 26 18:27:50 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <483AFE87.6020103@freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> <20080526172717.GA93432@freebsd.org> <483AFE87.6020103@freebsd.org> Message-ID: <483B011D.9000606@freebsd.org> > I'm looking forward to when we can ... have libarchive > be the One True Archiver which is exposed > to userland via three different front-ends. Actually, a lot more than three: Besides tar, cpio, pax, ar, and unzip, there are packaging tools, file browsers, and other utilities that are making use of libarchive. Tim From rdivacky at freebsd.org Mon May 26 18:29:47 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Mon May 26 18:29:54 2008 Subject: cvs commit: src/usr.bin/cpio Makefile bsdcpio.1 cmdline.c config_freebsd.h cpio.c cpio.h cpio_platform.h err.c matching.c matching.h pathmatch.c pathmatch.h src/usr.bin/cpio/test Makefile main.c test.h test_0.c test_basic.c test_format_newc.c ... In-Reply-To: <483B011D.9000606@freebsd.org> References: <200805261715.m4QHFZUK070554@repoman.freebsd.org> <20080526172717.GA93432@freebsd.org> <483AFE87.6020103@freebsd.org> <483B011D.9000606@freebsd.org> Message-ID: <20080526182854.GA99498@freebsd.org> On Mon, May 26, 2008 at 11:27:41AM -0700, Tim Kientzle wrote: > >I'm looking forward to when we can ... have libarchive > >be the One True Archiver which is exposed > >to userland via three different front-ends. > > Actually, a lot more than three: Besides tar, cpio, pax, > ar, and unzip, there are packaging tools, file browsers, > and other utilities that are making use of libarchive. cool indeed :) are there any performance comparison done? some exciting features (like format-auto-detection with bsdtar the other day)? From cperciva at freebsd.org Mon May 26 18:33:16 2008 From: cperciva at freebsd.org (Colin P