Re: cvs commit: CVSROOT access
G'day Bruce, On Wed, Apr 23, 2008 at 08:31:06AM -0700, Bruce A. Mah wrote: >Don't forget the three (four, if you count last names too) Bruces, although >so far people don't seem to have problems telling us apart. :-) Which, of course, leads to: http://www.ulrikchristensen.dk/scripts/montypython/bruceskit.html http://www.youtube.com/watch?v=_f_p0CgPeyA -- Bruce 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. pgpb83XJZbXfJ.pgp Description: PGP signature
cvs commit: ports/mail/enigmail Makefile
miwi2008-04-24 07:12:08 UTC FreeBSD ports repository Modified files: mail/enigmailMakefile Log: - Fix build Submitted by: pointyhat Revision ChangesPath 1.39 +2 -1 ports/mail/enigmail/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/multimedia/atomicparsley Makefile ports/multimedia/atomicparsley/files patch-AP_commons.h
Philippe Audeoud píše v čt 24. 04. 2008 v 05:56 +: > jadawin 2008-04-24 05:56:45 UTC > > FreeBSD ports repository > > Modified files: > multimedia/atomicparsley Makefile > Added files: > multimedia/atomicparsley/files patch-AP_commons.h > Log: > - Fix build for amd64 > - Bump PORTREVISION > > Submitted by: [EMAIL PROTECTED] (maintainer) via private email > Approved by:thierry (mentor) Why a PORTREVISION bump on a build fix? Do the i386 users now get different binary so they need to rebuild? -- Pav Lucistnik <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 42.7 percent of all statistics are made up on the spot. signature.asc Description: Toto je digitálně podepsaná část zprávy
cvs commit: ports/lang/gcc41-withgcjawt Makefile
miwi2008-04-24 07:19:06 UTC FreeBSD ports repository Modified files: lang/gcc41-withgcjawt Makefile Log: - Fix Build Revision ChangesPath 1.12 +1 -0 ports/lang/gcc41-withgcjawt/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/lib/libc/stdlib strfmon.c
ru 2008-04-24 07:49:00 UTC FreeBSD src repository Modified files: lib/libc/stdlib strfmon.c Log: Stricter check for integer overflow. Revision ChangesPath 1.19 +2 -0 src/lib/libc/stdlib/strfmon.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/audio Makefile ports/audio/pidgin-musictracker Makefile distinfo pkg-descr pkg-plist
pav 2008-04-24 08:11:33 UTC FreeBSD ports repository Modified files: audioMakefile Added files: audio/pidgin-musictracker Makefile distinfo pkg-descr pkg-plist Log: MusicTracker is a plugin for Pidgin which displays the music track currently playing in the status message of various accounts such as AIM, Yahoo, MSN, Gtalk (Jabber), etc., i.e. any protocol Pidgin supports custom statuses on. Support for a wide range of audio players on both Windows and UNIX platforms is planned. Currently supported players: Amarok, Rhythmbox, Audacious, XMMS, MPC/MPD, Exaile, Banshee and Quod Libet. WWW: http://code.google.com/p/musictracker/ Revision ChangesPath 1.954 +1 -0 ports/audio/Makefile 1.1 +26 -0 ports/audio/pidgin-musictracker/Makefile (new) 1.1 +3 -0 ports/audio/pidgin-musictracker/distinfo (new) 1.1 +8 -0 ports/audio/pidgin-musictracker/pkg-descr (new) 1.1 +3 -0 ports/audio/pidgin-musictracker/pkg-plist (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: CVSROOT modules
pav 2008-04-24 08:12:17 UTC FreeBSD ports repository Modified files: .modules Log: pidgin-musictracker --> ports/audio/pidgin-musictracker Revision ChangesPath 1.19696 +1 -0 CVSROOT/modules ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/x11-fm/krusader Makefile distinfo pkg-plist
beech 2008-04-24 08:13:37 UTC FreeBSD ports repository Modified files: x11-fm/krusader Makefile distinfo pkg-plist Log: - Update to 1.9.0 PR: ports/121874 Submitted by: Yarodin <[EMAIL PROTECTED]> Approved by:Heiner <[EMAIL PROTECTED]> (maintainer) Revision ChangesPath 1.25 +3 -3 ports/x11-fm/krusader/Makefile 1.13 +3 -3 ports/x11-fm/krusader/distinfo 1.13 +15 -0 ports/x11-fm/krusader/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/p5-Mail-SpamAssassin Makefile
rafan 2008-04-24 08:43:27 UTC
FreeBSD ports repository
Modified files:
mail/p5-Mail-SpamAssassin Makefile
Log:
- Pass CC via MAKE_ENV to fix the case when users do something like this
.if ${.CURDIR:M/usr/ports/*} && !${.CURDIR:M*/work/*}
CC= gcc
.endif
in /etc/make.conf (this port uses CC to build WRKSRC/spamc).
PR: ports/122940
Submitted by: Frank Fenor
Approved by:maintainer
Revision ChangesPath
1.116 +1 -0 ports/mail/p5-Mail-SpamAssassin/Makefile
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: CVSROOT access
Gabor Kovesdan <[EMAIL PROTECTED]> writes: > Now that we have Erwin, Edwin, 4 Dougs, jb and jhb and 2 Gabors and > both of them in the Hungarian translation, the situation could not be > more complicated. :) Not to mention das, dds and des. ISTR we used to have a dcs as well, but no dbs. I have on occasion received email intended for das... DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sbin/gpt gpt.c
On 23 Apr 2008, at 21:54, Marcel Moolenaar wrote: On Apr 23, 2008, at 12:09 PM, John Baldwin wrote: On Wednesday 23 April 2008 02:54:40 pm Doug Rabson wrote: On 23 Apr 2008, at 19:48, John Baldwin wrote: jhb 2008-04-23 18:48:36 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sbin/gpt gpt.c Log: MFC: Add 'zfs' as an alias for the FreeBSD ZFS UUID. Does it make sense to have a FreeBSD ZFS UUID? ZFS is a portable filesystem format - shouldn't we use whatever UUID Solaris uses for ZFS in GPT? That's a good question. Maybe pjd@ or marcel@ have opinions on the matter? There's no such UUID as far as I know, so I thought it safer to create a FreeBSD-specific one because we already have incompatibilities between operating systems for things like UFS and BSD labels. While ZFS may be portable, I'm not at all sure that different OSes are feature compatible and for that it's good to know where the ZFS originates from. Also, we may create an UUID with the intend that it's a common UUID, but getting other OSes to use that UUID is far from easy. As far as I can make out from the Solaris source, it uses: 6a898cc3-1dd2-11b2-99a6-080020736631 V_USR Unfortunately it seems to use this UUID for lots of other things too. I think it sets the partition name to "zfs" for partitions that are part of a ZFS pool. ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sbin/gpt gpt.c
On Wed, Apr 23, 2008 at 01:54:17PM -0700, Marcel Moolenaar wrote: > > On Apr 23, 2008, at 12:09 PM, John Baldwin wrote: > >> On Wednesday 23 April 2008 02:54:40 pm Doug Rabson wrote: >>> >>> On 23 Apr 2008, at 19:48, John Baldwin wrote: >>> jhb 2008-04-23 18:48:36 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sbin/gpt gpt.c Log: MFC: Add 'zfs' as an alias for the FreeBSD ZFS UUID. >>> >>> Does it make sense to have a FreeBSD ZFS UUID? ZFS is a portable >>> filesystem format - shouldn't we use whatever UUID Solaris uses for >>> ZFS in GPT? >> >> That's a good question. Maybe pjd@ or marcel@ have opinions on the >> matter? > > There's no such UUID as far as I know, so I thought it safer > to create a FreeBSD-specific one because we already have > incompatibilities between operating systems for things like > UFS and BSD labels. While ZFS may be portable, I'm not at all > sure that different OSes are feature compatible and for that > it's good to know where the ZFS originates from. Also, we may > create an UUID with the intend that it's a common UUID, but > getting other OSes to use that UUID is far from easy. Quite; Mac OS X has already introduced a little confusion with the difference in its zpool versions: galoot% uname -a SunOS galoot 5.11 snv_85 i86pc i386 i86pc galoot% /usr/sbin/zpool upgrade -v |grep 6 6 bootfs pool property crackityjones:~ ceri$ uname -a Darwin crackityjones.private.submonkey.net 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386 crackityjones:~ ceri$ zpool upgrade -v |grep 6 This system is currently running ZFS version 6. 6 bootfs pool property and OSX directory type I've yet to check what happens with a zpool created on the Mac being imported on the OpenSolaris machine or vice versa. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere pgp0SxI9jwHiq.pgp Description: PGP signature
Re: cvs commit: src/sbin/gpt gpt.c
On Thu, Apr 24, 2008 at 10:21:20AM +0100, Doug Rabson wrote: > > On 23 Apr 2008, at 21:54, Marcel Moolenaar wrote: > >> >> On Apr 23, 2008, at 12:09 PM, John Baldwin wrote: >> >>> On Wednesday 23 April 2008 02:54:40 pm Doug Rabson wrote: On 23 Apr 2008, at 19:48, John Baldwin wrote: > jhb 2008-04-23 18:48:36 UTC > > FreeBSD src repository > > Modified files:(Branch: RELENG_7) > sbin/gpt gpt.c > Log: > MFC: Add 'zfs' as an alias for the FreeBSD ZFS UUID. Does it make sense to have a FreeBSD ZFS UUID? ZFS is a portable filesystem format - shouldn't we use whatever UUID Solaris uses for ZFS in GPT? >>> >>> That's a good question. Maybe pjd@ or marcel@ have opinions on the >>> matter? >> >> There's no such UUID as far as I know, so I thought it safer >> to create a FreeBSD-specific one because we already have >> incompatibilities between operating systems for things like >> UFS and BSD labels. While ZFS may be portable, I'm not at all >> sure that different OSes are feature compatible and for that >> it's good to know where the ZFS originates from. Also, we may >> create an UUID with the intend that it's a common UUID, but >> getting other OSes to use that UUID is far from easy. > > As far as I can make out from the Solaris source, it uses: > > 6a898cc3-1dd2-11b2-99a6-080020736631 V_USR > > Unfortunately it seems to use this UUID for lots of other things too. I > think it sets the partition name to "zfs" for partitions that are part of a > ZFS pool. From libzfs_pool.c: 2628 * Why we use V_USR: V_BACKUP confuses users, and is considered 2629 * disposable by some EFI utilities (since EFI doesn't have a backup 2630 * slice). V_UNASSIGNED is supposed to be used only for zero size 2631 * partitions, and efi_write() will fail if we use it. V_ROOT, V_BOOT, 2632 * etc. were all pretty specific. V_USR is as close to reality as we 2633 * can get, in the absence of V_OTHER. To Solaris administrators, the majority of the V_ p_tag values are considered exactly equivalent, since the format(1M) command allows you to set them to anything when an SMI label is used. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere pgpGButyFWRsP.pgp Description: PGP signature
cvs commit: src/sys/kern vfs_subr.c
kib 2008-04-24 09:58:33 UTC FreeBSD src repository Modified files: sys/kern vfs_subr.c Log: Allow the vnode zone to return the unused memory. The vnode reference count is/shall be properly maintained for the long time, and VFS shall be safe against the vnode memory reclamation. Proposed by:jeff Tested by: pho Revision ChangesPath 1.729 +2 -2 src/sys/kern/vfs_subr.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/lib/libc/gen Makefile.inc __getosreldate.c lockf.c src/lib/libc/include libc_private.h src/lib/libc/rpc svc_vc.c src/lib/libc/sys Makefile.inc fcntl.2 fcntl.c src/lib/libc/xdr xdr_rec.
dfr 2008-04-24 10:46:25 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) lib/libc/gen Makefile.inc lockf.c lib/libc/include libc_private.h lib/libc/rpc svc_vc.c lib/libc/sys Makefile.inc fcntl.2 lib/libc/xdr xdr_rec.c sys/amd64/conf GENERIC sys/arm/conf AVILA HL200 IQ31244 SIMICS SKYEYE sys/compat/freebsd32 syscalls.master sys/compat/linux linux_file.c sys/compat/svr4 svr4_fcntl.c sys/conf NOTES files options sys/fs/msdosfs msdosfs_vnops.c sys/fs/smbfs smbfs_vnops.c sys/i386/confGENERIC XBOX sys/i386/ibcs2 ibcs2_fcntl.c sys/ia64/confGENERIC sys/kern kern_descrip.c kern_lockf.c syscalls.master vnode_if.src sys/modules Makefile sys/nfs4client nfs4_vnops.c sys/nfsclientnfs_lock.c nfs_vnops.c sys/nfsservernfs_srvsock.c sys/pc98/confGENERIC sys/powerpc/conf GENERIC sys/sparc64/conf GENERIC sys/sys fcntl.h hash.h lockf.h mbuf.h param.h sys/ufs/ufs ufs_vnops.c usr.sbin Makefile usr.sbin/rpc.lockd lockd.c usr.sbin/rpc.statd statd.c Added files: (Branch: RELENG_6) lib/libc/gen __getosreldate.c lib/libc/sys fcntl.c sys/modules/krpc Makefile sys/modules/nfslockd Makefile sys/nlm nlm.h nlm_prot.h nlm_prot_clnt.c nlm_prot_impl.c nlm_prot_server.c nlm_prot_svc.c nlm_prot_xdr.c sm_inter.h sm_inter_xdr.c sys/rpc auth.h auth_none.c auth_unix.c authunix_prot.c clnt.h clnt_dg.c clnt_rc.c clnt_stat.h clnt_vc.c getnetconfig.c inet_ntop.c inet_pton.c netconfig.h nettype.h pmap_prot.h rpc.h rpc_callmsg.c rpc_com.h rpc_generic.c rpc_msg.h rpc_prot.c rpcb_clnt.c rpcb_clnt.h rpcb_prot.c rpcb_prot.h svc.c svc.h svc_auth.c svc_auth.h svc_auth_unix.c svc_dg.c svc_generic.c svc_vc.c types.h xdr.h sys/xdr xdr.c xdr_array.c xdr_mbuf.c xdr_mem.c xdr_reference.c xdr_sizeof.c tools/regression/file/flock Makefile flock.c usr.sbin/clear_locks Makefile clear_locks.8 clear_locks.c Log: MFC: kernel-mode NFS lock manager. Revision Changes Path 1.121.2.3+2 -1 src/lib/libc/gen/Makefile.inc 1.1.6.1 +61 -0 src/lib/libc/gen/__getosreldate.c (new) 1.8.14.1 +1 -1 src/lib/libc/gen/lockf.c 1.12.8.1 +9 -0 src/lib/libc/include/libc_private.h 1.24.2.1 +2 -1 src/lib/libc/rpc/svc_vc.c 1.113.2.3+4 -0 src/lib/libc/sys/Makefile.inc 1.44.8.1 +7 -2 src/lib/libc/sys/fcntl.2 1.1.4.1 +87 -0 src/lib/libc/sys/fcntl.c (new) 1.21.2.1 +6 -0 src/lib/libc/xdr/xdr_rec.c 1.439.2.20 +1 -0 src/sys/amd64/conf/GENERIC 1.3.2.3 +1 -0 src/sys/arm/conf/AVILA 1.2.4.2 +1 -0 src/sys/arm/conf/HL200 1.11.2.3 +1 -0 src/sys/arm/conf/IQ31244 1.7.2.2 +1 -0 src/sys/arm/conf/SIMICS 1.5.2.2 +1 -0 src/sys/arm/conf/SKYEYE 1.50.2.16+2 -1 src/sys/compat/freebsd32/syscalls.master 1.91.2.5 +2 -0 src/sys/compat/linux/linux_file.c 1.35.2.1 +2 -2 src/sys/compat/svr4/svr4_fcntl.c 1.1325.2.40 +2 -0 src/sys/conf/NOTES 1.1031.2.73 +32 -0 src/sys/conf/files 1.510.2.24 +2 -0 src/sys/conf/options 1.160.2.5+18 -0 src/sys/fs/msdosfs/msdosfs_vnops.c 1.61.2.3 +3 -0 src/sys/fs/smbfs/smbfs_vnops.c 1.429.2.16 +8 -0 src/sys/i386/conf/GENERIC 1.7.2.2 +1 -0 src/sys/i386/conf/XBOX 1.28.2.1 +2 -1 src/sys/i386/ibcs2/ibcs2_fcntl.c 1.72.2.4 +1 -0 src/sys/ia64/conf/GENERIC 1.279.2.17 +67 -7 src/sys/kern/kern_descrip.c 1.54.2.1 +1918 -455 src/sys/kern/kern_lockf.c 1.198.2.6+2 -1 src/sys/kern/syscalls.master 1.78.2.2 +13 -0 src/sys/kern/vnode_if.src 1.450.2.37 +2 -0 src/sys/modules/Makefile 1.1.4.1 +44 -0 src/sys/modules/krpc/Makefile (new) 1.1.4.1 +23 -0 src/sys/modules/nfslockd/Makefile (new) 1.31.2.5 +18 -0 src/sys/nfs4client/nfs4_vnops.c 1.40.2.3 +1 -0 src/sys/nfsclient/nfs_lock.c 1.258.2.17 +23 -0 src/sys/nfsclient/nfs_vnops.c 1.94.2.4 +7 -4 src/sys/nfsserver/nfs_srvsock.c 1.1.4.1 +119 -0 src/sys/nlm/nlm.h (new) 1.1.4.1 +448 -0 src/sys/nlm/nlm_prot.h (new) 1.2.4.1 +372 -0 src/sys/
cvs commit: src/sys/compat/freebsd32 freebsd32_proto.h freebsd32_syscall.h freebsd32_syscalls.c freebsd32_sysent.c src/sys/kern init_sysent.c syscalls.c src/sys/sys syscall.h syscall.mk sysproto.h
dfr 2008-04-24 10:52:30 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) sys/compat/freebsd32 freebsd32_proto.h freebsd32_syscall.h freebsd32_syscalls.c freebsd32_sysent.c sys/kern init_sysent.c syscalls.c sys/sys syscall.h syscall.mk sysproto.h Log: Regen. Revision ChangesPath 1.38.2.16 +1 -1 src/sys/compat/freebsd32/freebsd32_proto.h 1.38.2.16 +1 -1 src/sys/compat/freebsd32/freebsd32_syscall.h 1.29.2.16 +2 -2 src/sys/compat/freebsd32/freebsd32_syscalls.c 1.39.2.16 +2 -2 src/sys/compat/freebsd32/freebsd32_sysent.c 1.195.2.6 +2 -2 src/sys/kern/init_sysent.c 1.181.2.6 +2 -2 src/sys/kern/syscalls.c 1.178.2.6 +2 -1 src/sys/sys/syscall.h 1.133.2.6 +2 -1 src/sys/sys/syscall.mk 1.177.2.6 +8 -1 src/sys/sys/sysproto.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/defaults rc.conf
On Wed, 23 Apr 2008, Brooks Davis wrote: brooks 2008-04-23 22:40:59 UTC FreeBSD src repository Modified files: etc/defaults rc.conf Log: Revert rev 1.332 and keep ddb scripts off by default for now. Minidumps are more flexable and much text-dump like output can be produced from them so there's a good argument they are a better default. I think a contrast is being set up here that isn't quite the case: DDB scripts work fine with minidumps *and* textdumps, so the choice is not "DDB scripts or minidumps", it's "textdumps or minidumps". Someone(tm) needs to add support to ddb(8) to extract the DDB textdump buffer from a minidump, in which case you might well want a crash-time script that captures, say, witness output data, and then saves it in the minidump to be extracted after reboot. I'm fine with the default remaining minidumps, but think we should make sure to think of the various elements of my recent DDB work (output capture, scripting, and textdumps) as separable and reusable. Robert N M Watson Computer Laboratory University of Cambridge ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/multimedia/gstreamer-plugins Makefile Makefile.common distinfo ports/multimedia/gstreamer-plugins-good Makefile pkg-plist ports/multimedia/gstreamer-plugins-bad pkg-plist
ahze2008-04-24 11:58:21 UTC FreeBSD ports repository Modified files: multimedia/gstreamer-plugins Makefile Makefile.common distinfo multimedia/gstreamer-plugins-good Makefile pkg-plist multimedia/gstreamer-plugins-bad pkg-plist Log: Update good plugins to 0.10.8 Update bad plugins to 0.10.7 Revision ChangesPath 1.11 +8 -0 ports/multimedia/gstreamer-plugins-bad/pkg-plist 1.9 +1 -1 ports/multimedia/gstreamer-plugins-good/Makefile 1.8 +4 -0 ports/multimedia/gstreamer-plugins-good/pkg-plist 1.125 +2 -2 ports/multimedia/gstreamer-plugins/Makefile 1.67 +2 -2 ports/multimedia/gstreamer-plugins/Makefile.common 1.39 +6 -6 ports/multimedia/gstreamer-plugins/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/security/audit audit.h
rwatson 2008-04-24 12:23:31 UTC FreeBSD src repository Modified files: sys/security/audit audit.h Log: Use logic or, not binary or, when deciding whether or not a system call exit requires entering the audit code. The result is much the same, but they mean different things. MFC afer: 3 days Submitted by: Diego Giagio Revision ChangesPath 1.16 +1 -1 src/sys/security/audit/audit.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/security/audit audit.h
On Thu, Apr 24, 2008 at 12:23:31PM +, Robert Watson wrote: > rwatson 2008-04-24 12:23:31 UTC > > FreeBSD src repository > > Modified files: > sys/security/audit audit.h > Log: > Use logic or, not binary or, when deciding whether or not a system call > exit requires entering the audit code. The result is much the same, > but they mean different things. > > MFC afer: 3 days > Submitted by: Diego Giagio first Summer of Code result? :) impressive ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/audio/gogo-petit Makefile pkg-descr ports/audio/gogo-petit/files Makefile.rfork Makefile.unthreaded patch-FreeBSD-Makefile patch-engine_i386_fftsse.nas
pav 2008-04-24 12:33:17 UTC FreeBSD ports repository Modified files: audio/gogo-petit Makefile pkg-descr Added files: audio/gogo-petit/files Makefile.rfork Makefile.unthreaded patch-engine_i386_fftsse.nas Removed files: audio/gogo-petit/files patch-FreeBSD-Makefile Log: - Fix build with new nasm - Provide option to build threaded encoder Submitted by: bf <[EMAIL PROTECTED]> Revision ChangesPath 1.8 +18 -5 ports/audio/gogo-petit/Makefile 1.1 +119 -0ports/audio/gogo-petit/files/Makefile.rfork (new) 1.1 +111 -0ports/audio/gogo-petit/files/Makefile.unthreaded (new) 1.2 +0 -21 ports/audio/gogo-petit/files/patch-FreeBSD-Makefile (dead) 1.1 +25 -0 ports/audio/gogo-petit/files/patch-engine_i386_fftsse.nas (new) 1.3 +5 -7 ports/audio/gogo-petit/pkg-descr ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/i386/conf GENERIC
dfr 2008-04-24 13:08:31 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) sys/i386/confGENERIC Log: Remove DDB options which accidentally got added in the last revision. RevisionChangesPath 1.429.2.17 +0 -7 src/sys/i386/conf/GENERIC ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/lang/jruby/files patch-jrubyc
nemoliu 2008-04-24 13:30:33 UTC FreeBSD ports repository Removed files: lang/jruby/files patch-jrubyc Log: - remove useless patch Approved by:delphij (mentor,implicit) Revision ChangesPath 1.3 +0 -18 ports/lang/jruby/files/patch-jrubyc (dead) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/multimedia/bmpx Makefile distinfo pkg-plist ports/multimedia/bmpx/files patch-libhal++__device.hh patch-src-sanity.cc
jadawin 2008-04-24 13:39:20 UTC FreeBSD ports repository Modified files: multimedia/bmpx Makefile distinfo pkg-plist Removed files: multimedia/bmpx/files patch-libhal++__device.hh patch-src-sanity.cc Log: - Update to 0.40.14 - Enable HAL support by default PR: ports/122587 Submitted by: David <[EMAIL PROTECTED]> Approved by:novel (maintainer) tabthorpe (mentor) Revision ChangesPath 1.44 +5 -8 ports/multimedia/bmpx/Makefile 1.14 +3 -3 ports/multimedia/bmpx/distinfo 1.2 +0 -14 ports/multimedia/bmpx/files/patch-libhal++__device.hh (dead) 1.2 +0 -11 ports/multimedia/bmpx/files/patch-src-sanity.cc (dead) 1.18 +11 -2 ports/multimedia/bmpx/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/mailman Makefile distinfo pkg-plist ports/mail/mailman/files patch-Mailman::Defaults.py.in patch-misc::paths.py.in
jmelo 2008-04-24 14:05:51 UTC FreeBSD ports repository Modified files: mail/mailman Makefile distinfo pkg-plist mail/mailman/files patch-Mailman::Defaults.py.in Removed files: mail/mailman/files patch-misc::paths.py.in Log: - Update to 2.1.10. Revision ChangesPath 1.75 +4 -14 ports/mail/mailman/Makefile 1.34 +3 -12 ports/mail/mailman/distinfo 1.5 +5 -5 ports/mail/mailman/files/patch-Mailman::Defaults.py.in 1.2 +0 -41 ports/mail/mailman/files/patch-misc::paths.py.in (dead) 1.37 +177 -51 ports/mail/mailman/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/security/vuxml vuln.xml
tabthorpe2008-04-24 14:11:34 UTC FreeBSD ports repository Modified files: security/vuxml vuln.xml Log: - Document libxine -- array index vulnerability Reviewed by:remko, miwi Revision ChangesPath 1.1593+31 -1 ports/security/vuxml/vuln.xml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/ftp/curl Makefile
roam2008-04-24 14:11:53 UTC FreeBSD ports repository Modified files: ftp/curl Makefile Log: Argh. The cURL build requires Perl. PR: 123050 Reported by:Chess Griffin <[EMAIL PROTECTED]> Pointy hat to: roam (myself) Revision ChangesPath 1.93 +1 -0 ports/ftp/curl/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/defaults rc.conf
On Thu, Apr 24, 2008 at 11:55:45AM +0100, Robert Watson wrote: > On Wed, 23 Apr 2008, Brooks Davis wrote: > >> brooks 2008-04-23 22:40:59 UTC >> >> FreeBSD src repository >> >> Modified files: >>etc/defaults rc.conf >> Log: >> Revert rev 1.332 and keep ddb scripts off by default for now. Minidumps >> are more flexable and much text-dump like output can be produced from >> them so there's a good argument they are a better default. > > I think a contrast is being set up here that isn't quite the case: DDB > scripts work fine with minidumps *and* textdumps, so the choice is not "DDB > scripts or minidumps", it's "textdumps or minidumps". Someone(tm) needs to > add support to ddb(8) to extract the DDB textdump buffer from a minidump, > in which case you might well want a crash-time script that captures, say, > witness output data, and then saves it in the minidump to be extracted > after reboot. I'm fine with the default remaining minidumps, but think we > should make sure to think of the various elements of my recent DDB work > (output capture, scripting, and textdumps) as separable and reusable. I agree the contrast isn't entierly real. I just switched the default back because the scripts we had were forcing textdumps. What I'm thinking of doing is removing the textdump part of the default script and adding some code to let you set the dump type with an easy rc.conf variable. Then turning the script back on. Hopefully someone(tm) will add the code to extract textdump data from minidumps so we can have the best of both worlds. -- Brooks pgpvJLEGaLeKu.pgp Description: PGP signature
Re: cvs commit: src/sys/amd64/amd64 machdep.c
On Wednesday 23 April 2008 09:26:14 pm Marcel Moolenaar wrote:
>
> On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
>
> > On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
> >> On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
> >>> peter 2008-04-19 07:25:57 UTC
> >>>
> >>> FreeBSD src repository
> >>>
> >>> Modified files:
> >>>sys/amd64/amd64 machdep.c
> >>> Log:
> >>> Put in a real isa_irq_pending() stub in order to remove two lines
> >>> of
> >>> dmesg noise from sio per unit. sio likes to probe if interrupts are
> >>> configured correctly by looking at the pending bits of the atpic
> >>> in order
> >>> to put a non-fatal warning on the console. I think I'd rather
> >>> read the
> >>> pending bits from the apics, but I'm not sure its worth the hassle.
> >>
> >> Actually, the x86 interrupt sources have a pending method so this
> >> can be
> >> replaced. Could probably easily write something like this:
> >>
> >> int
> >> intr_pending(u_int irq)
> >> {
> >>struct intsrc *isrc;
> >>
> >>isc = intr_lookup_source(irq);
> >>if (isrc == NULL)
> >>panic("bizarre");
> >>return (isrc->is_pic->pic_pending(isrc));
> >> }
> >>
> >> For intr_machdep.c and use this in sio:
> >>
> >> #if defined(__i386__) || defined(__amd64__)
> >>foo = intr_pending(rman_get_start(irq_resource));
> >> #else
> >>foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
> >> #endif
> >>
> >> or some such. I'd really prefer to kill isa_irq_pending().
> >
> > Let's just add intr_pending() to all MD backends that currently
> > provide isa_irq_pending() for sio's benenfit. Either as a simple
> > wrapper around the now-static local isa_irq_pending() (ia64), or by
> > simplifying and converting isa_irq_pending() into intr_pending()
> > (sparc64).
>
> sio() is only for i386 and amd64, isa_irq_pending() should be
> removed from all MD code, except from i386 and amd64.
Other people may still want to use sio, but the use of isa_irq_pending() in
sio is dubious at best and really only applicable to ISA sio parts anyway.
It's probably a waste of time to bother checking for PCI devices, etc.
--
John Baldwin
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 machdep.c
On Apr 24, 2008, at 7:52 AM, John Baldwin wrote:
On Wednesday 23 April 2008 09:26:14 pm Marcel Moolenaar wrote:
On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]>
wrote:
On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
peter 2008-04-19 07:25:57 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 machdep.c
Log:
Put in a real isa_irq_pending() stub in order to remove two lines
of
dmesg noise from sio per unit. sio likes to probe if interrupts
are
configured correctly by looking at the pending bits of the atpic
in order
to put a non-fatal warning on the console. I think I'd rather
read the
pending bits from the apics, but I'm not sure its worth the
hassle.
Actually, the x86 interrupt sources have a pending method so this
can be
replaced. Could probably easily write something like this:
int
intr_pending(u_int irq)
{
struct intsrc *isrc;
isc = intr_lookup_source(irq);
if (isrc == NULL)
panic("bizarre");
return (isrc->is_pic->pic_pending(isrc));
}
For intr_machdep.c and use this in sio:
#if defined(__i386__) || defined(__amd64__)
foo = intr_pending(rman_get_start(irq_resource));
#else
foo = isa_irq_pending() & (1 <<
rman_get_start(irq_resource));
#endif
or some such. I'd really prefer to kill isa_irq_pending().
Let's just add intr_pending() to all MD backends that currently
provide isa_irq_pending() for sio's benenfit. Either as a simple
wrapper around the now-static local isa_irq_pending() (ia64), or by
simplifying and converting isa_irq_pending() into intr_pending()
(sparc64).
sio() is only for i386 and amd64, isa_irq_pending() should be
removed from all MD code, except from i386 and amd64.
Other people may still want to use sio, but the use of
isa_irq_pending() in
sio is dubious at best and really only applicable to ISA sio parts
anyway.
It's probably a waste of time to bother checking for PCI devices, etc.
You're missing the point: you can't build a kernel that
contains sio(4) on any platform but i386 and amd64.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/cyrus-imapd23/files imapd.conf
ume 2008-04-24 15:38:24 UTC FreeBSD ports repository Modified files: mail/cyrus-imapd23/files imapd.conf Log: Add the statuscache_db option to imapd.conf. If WITHOUT_BDB is set, this will need to be set to skiplist else messages such as the following will result: "Fatal error: cyrusdb backend berkeley-nosync not supported" This patch just makes it a bit easier to find. PR: ports/122995 Submitted by: scf Revision ChangesPath 1.14 +7 -1 ports/mail/cyrus-imapd23/files/imapd.conf ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/cyrus-imapd23 Makefile distinfo
ume 2008-04-24 15:40:10 UTC FreeBSD ports repository Modified files: mail/cyrus-imapd23 Makefile distinfo Log: Update to 2.3.12p1. The only change from 2.3.12 is a patch to fix a memory corruption in the imapd.conf parsing code which could cause segfaults on certain platforms. Revision ChangesPath 1.169 +1 -1 ports/mail/cyrus-imapd23/Makefile 1.47 +3 -3 ports/mail/cyrus-imapd23/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/en_US.ISO8859-1/books/handbook/users chapter.sgml
roam2008-04-24 16:17:44 UTC FreeBSD doc repository Modified files: en_US.ISO8859-1/books/handbook/users chapter.sgml Log: Clarify the use of the "-M" and "-m" options to "pw groupmod" in the "Groups" section. Specifically, explain that "-M" sets the group memberlist to the exact userlist specified, while "-m" adds to the current list. PR: 122476 Submitted by: db Revision ChangesPath 1.59 +15 -2 doc/en_US.ISO8859-1/books/handbook/users/chapter.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/net-mgmt/nrpe Makefile ports/net-mgmt/nrpe/files nrpe.in
anders 2008-04-24 16:21:57 UTC FreeBSD ports repository Modified files: net-mgmt/nrpeMakefile net-mgmt/nrpe/files nrpe.in Log: Add keywords to make nrpe actually start at boot-time. Bump portrevision. Revision ChangesPath 1.17 +1 -1 ports/net-mgmt/nrpe/Makefile 1.2 +5 -1 ports/net-mgmt/nrpe/files/nrpe.in ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/multimedia/subtitlecomposer Makefile distinfo
rafan 2008-04-24 16:24:55 UTC FreeBSD ports repository Modified files: multimedia/subtitlecomposer Makefile distinfo Log: - Update to 0.4.1 PR: ports/123020 Submitted by: Max Brazhnikov (maintainer) Revision ChangesPath 1.3 +2 -9 ports/multimedia/subtitlecomposer/Makefile 1.3 +3 -3 ports/multimedia/subtitlecomposer/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 machdep.c
On Wed, Apr 23, 2008 at 06:26:14PM -0700, Marcel Moolenaar wrote:
>
> On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
>
> >On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
> >>On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
> >>>peter 2008-04-19 07:25:57 UTC
> >>>
> >>> FreeBSD src repository
> >>>
> >>> Modified files:
> >>> sys/amd64/amd64 machdep.c
> >>> Log:
> >>> Put in a real isa_irq_pending() stub in order to remove two lines
> >>>of
> >>>dmesg noise from sio per unit. sio likes to probe if interrupts are
> >>>configured correctly by looking at the pending bits of the atpic
> >>>in order
> >>>to put a non-fatal warning on the console. I think I'd rather
> >>>read the
> >>>pending bits from the apics, but I'm not sure its worth the hassle.
> >>
> >>Actually, the x86 interrupt sources have a pending method so this
> >>can be
> >>replaced. Could probably easily write something like this:
> >>
> >>int
> >>intr_pending(u_int irq)
> >>{
> >> struct intsrc *isrc;
> >>
> >> isc = intr_lookup_source(irq);
> >> if (isrc == NULL)
> >> panic("bizarre");
> >> return (isrc->is_pic->pic_pending(isrc));
> >>}
> >>
> >>For intr_machdep.c and use this in sio:
> >>
> >>#if defined(__i386__) || defined(__amd64__)
> >> foo = intr_pending(rman_get_start(irq_resource));
> >>#else
> >> foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
> >>#endif
> >>
> >>or some such. I'd really prefer to kill isa_irq_pending().
> >
> >Let's just add intr_pending() to all MD backends that currently
> >provide isa_irq_pending() for sio's benenfit. Either as a simple
> >wrapper around the now-static local isa_irq_pending() (ia64), or by
> >simplifying and converting isa_irq_pending() into intr_pending()
> >(sparc64).
>
> sio() is only for i386 and amd64, isa_irq_pending() should be
> removed from all MD code, except from i386 and amd64.
How likely is it that another driver starts using
isa_irq_pending() or a intr_pending()? I'd like to remove
isa_irq_pending() from the sparc64 bits for quite some time
now but so far saw no good reason to do so apart from there
not being a relevant consumer. The alternative would be to
properly implement a intr_pending() that works with devices
on all kinds of busses but without a potential consumer
that's a waste of time.
this is pointless.
Marius
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/cyrus-imapd23 Makefile distinfo
ume 2008-04-24 16:36:58 UTC FreeBSD ports repository Modified files: mail/cyrus-imapd23 Makefile distinfo Log: Update to 2.3.12p2. The memory corruption problem was not fixed in 2.3.12p1, actually. It should be fixed now. Revision ChangesPath 1.170 +1 -1 ports/mail/cyrus-imapd23/Makefile 1.48 +3 -3 ports/mail/cyrus-imapd23/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 machdep.c
On Apr 24, 2008, at 9:27 AM, Marius Strobl wrote:
On Wed, Apr 23, 2008 at 06:26:14PM -0700, Marcel Moolenaar wrote:
On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]>
wrote:
On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
peter 2008-04-19 07:25:57 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 machdep.c
Log:
Put in a real isa_irq_pending() stub in order to remove two lines
of
dmesg noise from sio per unit. sio likes to probe if interrupts
are
configured correctly by looking at the pending bits of the atpic
in order
to put a non-fatal warning on the console. I think I'd rather
read the
pending bits from the apics, but I'm not sure its worth the
hassle.
Actually, the x86 interrupt sources have a pending method so this
can be
replaced. Could probably easily write something like this:
int
intr_pending(u_int irq)
{
struct intsrc *isrc;
isc = intr_lookup_source(irq);
if (isrc == NULL)
panic("bizarre");
return (isrc->is_pic->pic_pending(isrc));
}
For intr_machdep.c and use this in sio:
#if defined(__i386__) || defined(__amd64__)
foo = intr_pending(rman_get_start(irq_resource));
#else
foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
#endif
or some such. I'd really prefer to kill isa_irq_pending().
Let's just add intr_pending() to all MD backends that currently
provide isa_irq_pending() for sio's benenfit. Either as a simple
wrapper around the now-static local isa_irq_pending() (ia64), or by
simplifying and converting isa_irq_pending() into intr_pending()
(sparc64).
sio() is only for i386 and amd64, isa_irq_pending() should be
removed from all MD code, except from i386 and amd64.
How likely is it that another driver starts using
isa_irq_pending() or a intr_pending()?
I think it's Very unlikely.
There's no portable use of these functions possible. The best
way to check if IRQ settings are correct is by registering an
ISR, raise an interrupt and check if the ISR gets called.
This is because PICs get programmed as part of setting up ISRs.
Thus, interrupts without an ISR have undefined behaviour.
Of course, registering an ISR and raising an interrupt to check
if the settings are correct has the same side-effects as
unchecked interrupt use: storms and/or stray interrupts.
--
Marcel Moolenaar
[EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/mail/extman Makefile distinfo
wxs 2008-04-24 17:19:59 UTC FreeBSD ports repository Modified files: mail/extman Makefile distinfo Log: Distfile re-rolled. Bump PORTREVISION just in case. Details at: http://www.freebsd.org/cgi/query-pr.cgi?pr=123041 PR: ports/123041 Submitted by: Chifeng Qu <[EMAIL PROTECTED]> (maintainer) Approved by:garga (mentor, implicit) Revision ChangesPath 1.4 +1 -0 ports/mail/extman/Makefile 1.4 +3 -3 ports/mail/extman/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/contrib/cvs/src filesubr.c
obrien 2008-04-24 18:18:53 UTC FreeBSD src repository Modified files: contrib/cvs/src filesubr.c Log: Remove FreeBSD ID's so these are exact copies of the vendor sources. Revision ChangesPath 1.15 +0 -4 src/contrib/cvs/src/filesubr.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: CVSROOT exclude
obrien 2008-04-24 18:19:08 UTC FreeBSD src repository Modified files: .exclude Log: done Revision ChangesPath 1.161 +0 -1 CVSROOT/exclude ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: CVSROOT exclude
obrien 2008-04-24 18:18:42 UTC FreeBSD src repository Modified files: .exclude Log: Need to make a cvs commit. Revision ChangesPath 1.160 +1 -0 CVSROOT/exclude ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/contrib/cvs FREEBSD-vendstock
obrien 2008-04-24 18:23:13 UTC FreeBSD src repository Added files: contrib/cvs FREEBSD-vendstock Log: List of files that are off the vendor branch, but we use the stock vendor files. Revision ChangesPath 1.1 +11 -0 src/contrib/cvs/FREEBSD-vendstock (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/hu_HU.ISO8859-2/share/sgml bookinfo.ent books.ent catalog freebsd.dsl freebsd.ent mirrors-local.xsl transtable-local.xsl transtable.xml doc/hu_HU.ISO8859-2/share/sgml/glossary freebsd-
pgj 2008-04-24 18:34:27 UTC FreeBSD doc repository Modified files: hu_HU.ISO8859-2/share/sgml catalog freebsd.dsl Added files: hu_HU.ISO8859-2/share/sgml bookinfo.ent books.ent freebsd.ent mirrors-local.xsl transtable-local.xsl transtable.xml hu_HU.ISO8859-2/share/sgml/glossary freebsd-glossary.sgml Log: Update: share/sgml/catalog MFen: 1.4 (new) share/sgml/bookinfo.ent 1.4 (new) share/sgml/books.ent 1.20 --> 1.22 share/sgml/freebsd.dsl 1.100 (new)share/sgml/freebsd.ent 1.6 (new) share/sgml/mirrors-local.xsl 1.2 (new) share/sgml/transtable-local.xsl 1.28 (new) share/sgml/glossary/freebsd-glossary.sgml MFjp: 1.5 (new) share/sgml/transtable.xml Approved by: gabor (mentor) Obtained from: The FreeBSD Hungarian Documentation Project Revision ChangesPath 1.1 +19 -0 doc/hu_HU.ISO8859-2/share/sgml/bookinfo.ent (new) 1.1 +27 -0 doc/hu_HU.ISO8859-2/share/sgml/books.ent (new) 1.3 +9 -3 doc/hu_HU.ISO8859-2/share/sgml/catalog 1.3 +1 -1 doc/hu_HU.ISO8859-2/share/sgml/freebsd.dsl 1.1 +90 -0 doc/hu_HU.ISO8859-2/share/sgml/freebsd.ent (new) 1.1 +2194 -0 doc/hu_HU.ISO8859-2/share/sgml/glossary/freebsd-glossary.sgml (new) 1.1 +265 -0doc/hu_HU.ISO8859-2/share/sgml/mirrors-local.xsl (new) 1.1 +16 -0 doc/hu_HU.ISO8859-2/share/sgml/transtable-local.xsl (new) 1.1 +394 -0doc/hu_HU.ISO8859-2/share/sgml/transtable.xml (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/games/vavoom Makefile distinfo pkg-plist ports/games/vavoom/files patch-source__Makefile.in patch-source__sys_bsd.cpp pkg-message.in vavoom.in
alepulver2008-04-24 16:41:23 UTC FreeBSD ports repository Modified files: games/vavoom Makefile distinfo pkg-plist games/vavoom/files pkg-message.in Added files: games/vavoom/files patch-source__sys_bsd.cpp Removed files: games/vavoom/files patch-source__Makefile.in vavoom.in Log: - Update to version 1.27.1. - Remove wrapper script (upstream includes it now) - Use SDL instead of ALLEGRO since it doesn't build with allegrogl. - Update pkg-message according to wrapper scripts change. Revision ChangesPath 1.37 +34 -50ports/games/vavoom/Makefile 1.20 +3 -3 ports/games/vavoom/distinfo 1.4 +0 -29 ports/games/vavoom/files/patch-source__Makefile.in (dead) 1.1 +17 -0 ports/games/vavoom/files/patch-source__sys_bsd.cpp (new) 1.8 +4 -13 ports/games/vavoom/files/pkg-message.in 1.7 +0 -37 ports/games/vavoom/files/vavoom.in (dead) 1.12 +3 -1929 ports/games/vavoom/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/es_ES.ISO8859-1/articles Makefile doc/es_ES.ISO8859-1/articles/linux-users Makefile article.sgml
carvay 2008-04-24 19:11:14 UTC FreeBSD doc repository Modified files: es_ES.ISO8859-1/articles Makefile Added files: es_ES.ISO8859-1/articles/linux-users Makefile article.sgml Log: Add new article. Submitted by: gabor@ Revision ChangesPath 1.12 +1 -0 doc/es_ES.ISO8859-1/articles/Makefile 1.1 +19 -0 doc/es_ES.ISO8859-1/articles/linux-users/Makefile (new) 1.1 +637 -0doc/es_ES.ISO8859-1/articles/linux-users/article.sgml (new) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/en_US.ISO8859-1/articles/p4-primer article.sgml
danger 2008-04-24 19:44:25 UTC FreeBSD doc repository Modified files: en_US.ISO8859-1/articles/p4-primer article.sgml Log: - add SoC 2008 location Revision ChangesPath 1.10 +4 -0 doc/en_US.ISO8859-1/articles/p4-primer/article.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/devel/ocaml-ulex Makefile distinfo
johans 2008-04-24 19:48:48 UTC FreeBSD ports repository Modified files: devel/ocaml-ulex Makefile distinfo Log: Update to version 1.1 Revision ChangesPath 1.13 +1 -1 ports/devel/ocaml-ulex/Makefile 1.8 +3 -3 ports/devel/ocaml-ulex/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/editors/gedit-plugins Makefile distinfo
mezz2008-04-24 20:14:53 UTC FreeBSD ports repository Modified files: editors/gedit-plugins Makefile distinfo Log: Update to 2.22.2. Revision ChangesPath 1.25 +1 -1 ports/editors/gedit-plugins/Makefile 1.10 +3 -3 ports/editors/gedit-plugins/distinfo ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/multimedia/totem Makefile distinfo ports/multimedia/totem/files patch-src_plugins_youtube_youtube.py
mezz2008-04-24 20:15:47 UTC FreeBSD ports repository Modified files: multimedia/totem Makefile distinfo Removed files: multimedia/totem/files patch-src_plugins_youtube_youtube.py Log: Update to 2.22.2 Revision ChangesPath 1.96 +2 -2 ports/multimedia/totem/Makefile 1.43 +3 -3 ports/multimedia/totem/distinfo 1.2 +0 -11 ports/multimedia/totem/files/patch-src_plugins_youtube_youtube.py (dead) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 machdep.c
On Thursday 24 April 2008 12:27:23 pm Marius Strobl wrote:
> On Wed, Apr 23, 2008 at 06:26:14PM -0700, Marcel Moolenaar wrote:
> >
> > On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
> >
> > >On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
> > >>On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
> > >>>peter 2008-04-19 07:25:57 UTC
> > >>>
> > >>> FreeBSD src repository
> > >>>
> > >>> Modified files:
> > >>> sys/amd64/amd64 machdep.c
> > >>> Log:
> > >>> Put in a real isa_irq_pending() stub in order to remove two lines
> > >>>of
> > >>>dmesg noise from sio per unit. sio likes to probe if interrupts are
> > >>>configured correctly by looking at the pending bits of the atpic
> > >>>in order
> > >>>to put a non-fatal warning on the console. I think I'd rather
> > >>>read the
> > >>>pending bits from the apics, but I'm not sure its worth the hassle.
> > >>
> > >>Actually, the x86 interrupt sources have a pending method so this
> > >>can be
> > >>replaced. Could probably easily write something like this:
> > >>
> > >>int
> > >>intr_pending(u_int irq)
> > >>{
> > >> struct intsrc *isrc;
> > >>
> > >> isc = intr_lookup_source(irq);
> > >> if (isrc == NULL)
> > >> panic("bizarre");
> > >> return (isrc->is_pic->pic_pending(isrc));
> > >>}
> > >>
> > >>For intr_machdep.c and use this in sio:
> > >>
> > >>#if defined(__i386__) || defined(__amd64__)
> > >> foo = intr_pending(rman_get_start(irq_resource));
> > >>#else
> > >> foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
> > >>#endif
> > >>
> > >>or some such. I'd really prefer to kill isa_irq_pending().
> > >
> > >Let's just add intr_pending() to all MD backends that currently
> > >provide isa_irq_pending() for sio's benenfit. Either as a simple
> > >wrapper around the now-static local isa_irq_pending() (ia64), or by
> > >simplifying and converting isa_irq_pending() into intr_pending()
> > >(sparc64).
> >
> > sio() is only for i386 and amd64, isa_irq_pending() should be
> > removed from all MD code, except from i386 and amd64.
>
> How likely is it that another driver starts using
> isa_irq_pending() or a intr_pending()? I'd like to remove
> isa_irq_pending() from the sparc64 bits for quite some time
> now but so far saw no good reason to do so apart from there
> not being a relevant consumer. The alternative would be to
> properly implement a intr_pending() that works with devices
> on all kinds of busses but without a potential consumer
> that's a waste of time.
> this is pointless.
I'd say unlikely. I haven't tested this yet, but here is what I have so far
(compile tested on i386, but not run tested, and not updated for peter's
commit):
--- //depot/projects/smpng/sys/amd64/amd64/intr_machdep.c 2008/04/05
21:13:40
+++ //depot/user/jhb/intr/amd64/amd64/intr_machdep.c2008/04/24 14:28:51
@@ -300,12 +299,24 @@
{
struct pic *pic;
sx_xlock(&intr_table_lock);
STAILQ_FOREACH(pic, &pics, pics) {
if (pic->pic_suspend != NULL)
pic->pic_suspend(pic);
}
sx_xunlock(&intr_table_lock);
+}
+
+int
+intr_pending(u_int irq)
+{
+ struct intsrc *isrc;
+
+ isrc = intr_lookup_source(irq);
+ if (isrc == NULL)
+ /* XXX: panic? */
+ return (0);
+ return (isrc->is_pic->pic_source_pending(isrc));
}
static int
--- //depot/projects/smpng/sys/amd64/amd64/machdep.c2008/03/18 12:54:14
+++ //depot/user/jhb/intr/amd64/amd64/machdep.c 2008/04/24 14:32:37
@@ -845,16 +845,6 @@
sd->sd_gran = ssd->ssd_gran;
}
-#if !defined(DEV_ATPIC) && defined(DEV_ISA)
-#include
-u_int
-isa_irq_pending(void)
-{
-
- return (0);
-}
-#endif
-
u_int basemem;
/*
--- //depot/projects/smpng/sys/amd64/include/intr_machdep.h 2008/03/14
19:53:02
+++ //depot/user/jhb/intr/amd64/include/intr_machdep.h 2008/04/24 14:28:51
@@ -144,6 +144,7 @@
enum intr_polarity pol);
void intr_execute_handlers(struct intsrc *isrc, struct trapframe *frame);
struct intsrc *intr_lookup_source(int vector);
+intintr_pending(u_int irq);
intintr_register_pic(struct pic *pic);
intintr_register_source(struct intsrc *isrc);
intintr_remove_handler(void *cookie);
--- //depot/projects/smpng/sys/amd64/isa/atpic.c2008/03/24 19:59:34
+++ //depot/user/jhb/intr/amd64/isa/atpic.c 2008/04/24 14:32:37
@@ -595,19 +595,4 @@
DRIVER_MODULE(atpic, isa, atpic_driver, atpic_devclass, 0, 0);
DRIVER_MODULE(atpic, acpi, atpic_driver, atpic_devclass, 0, 0);
-
-/*
- * Return a bitmap of the current interrupt requests. This is 8259-specific
- * and is only suitable for use at probe time.
- */
-intrmask_t
-isa_irq_pending(void)
-{
- u_char irr1;
- u_char irr2;
-
- irr1 = inb(IO_ICU1);
- irr2 = inb(IO_ICU2);
- return ((irr2 << 8) | irr1);
-}
#endif /* DEV_ISA */
--- //depot/projects/smpng/sys/dev/sio/sio.c
cvs commit: ports/sysutils/gnome-volume-manager Makefile distinfo pkg-plist ports/sysutils/gnome-volume-manager/files patch-00_disable_media_handling
mezz2008-04-24 20:31:12 UTC FreeBSD ports repository Modified files: sysutils/gnome-volume-manager Makefile distinfo pkg-plist Removed files: sysutils/gnome-volume-manager/files patch-00_disable_media_handling Log: Update to 2.22.3. Revision ChangesPath 1.12 +1 -2 ports/sysutils/gnome-volume-manager/Makefile 1.4 +3 -3 ports/sysutils/gnome-volume-manager/distinfo 1.2 +0 -1460 ports/sysutils/gnome-volume-manager/files/patch-00_disable_media_handling (dead) 1.6 +3 -0 ports/sysutils/gnome-volume-manager/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: CVSROOT access
linimon 2008-04-24 21:01:37 UTC FreeBSD ports repository Modified files: .access Log: Reclaim bits from the following inactive committers for safekeeping: fenner, jdp, jylefort, kishore, lkoeller, shige, tegge. Hat:portmgr secretary (acting) Revision ChangesPath 1.830 +0 -7 CVSROOT/access ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: www/en/projects summerofcode-2008.sgml
murray 2008-04-24 21:22:35 UTC FreeBSD doc repository Modified files: en/projects summerofcode-2008.sgml Log: Tentative mentor swap for Ryan French's project. Further changes likely. Revision ChangesPath 1.2 +2 -2 www/en/projects/summerofcode-2008.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/es_ES.ISO8859-1/articles/linux-users article.sgml
carvay 2008-04-24 21:25:17 UTC FreeBSD doc repository Modified files: es_ES.ISO8859-1/articles/linux-users article.sgml Log: Fix several typos. Submitted by: gabor@ Revision ChangesPath 1.2 +4 -4 doc/es_ES.ISO8859-1/articles/linux-users/article.sgml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/security/vuxml vuln.xml
miwi2008-04-24 21:29:49 UTC FreeBSD ports repository Modified files: security/vuxml vuln.xml Log: - Document phpMyAdmin - Username/Password Session File Information Disclosure. Revision ChangesPath 1.1594+30 -1 ports/security/vuxml/vuln.xml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: doc/es_ES.ISO8859-1/share/sgml freebsd.dsl
carvay 2008-04-24 21:40:03 UTC FreeBSD doc repository Modified files: es_ES.ISO8859-1/share/sgml freebsd.dsl Log: Footer of Spanish documentation was wrote in "Broken Spanish"; fixed. Requested by: gabor@ Revision ChangesPath 1.11 +4 -4 doc/es_ES.ISO8859-1/share/sgml/freebsd.dsl ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/security/vuxml vuln.xml
miwi2008-04-24 21:52:21 UTC FreeBSD ports repository Modified files: security/vuxml vuln.xml Log: - Document phpMyAdmin - Shared Host Information Disclosure. Revision ChangesPath 1.1595+32 -1 ports/security/vuxml/vuln.xml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/kern kern_descrip.c
kris2008-04-24 22:08:36 UTC FreeBSD src repository Modified files: sys/kern kern_descrip.c Log: fdhold can return NULL, so add the one remaining missing check for this condition. Reviewed by:attilio MFC after: 1 week Revision ChangesPath 1.330 +2 -0 src/sys/kern/kern_descrip.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/www/p5-HTML-Mason Makefile pkg-plist
timur 2008-04-24 22:09:55 UTC FreeBSD ports repository Modified files: www/p5-HTML-MasonMakefile pkg-plist Log: Approved by:maintainer(irc) Put back PERL_MODBUILD as PERL_CONFIGURE installs MAN3 into /usr/local/usr/local. Cleaned up pkg-plist. Revision ChangesPath 1.61 +1 -1 ports/www/p5-HTML-Mason/Makefile 1.17 +0 -3 ports/www/p5-HTML-Mason/pkg-plist ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/www/p5-HTML-Mason Makefile
timur 2008-04-24 22:15:20 UTC FreeBSD ports repository Modified files: www/p5-HTML-MasonMakefile Log: Approved by:maintainer(irc) Of course, PORTREVISION has to be bumped. Revision ChangesPath 1.62 +1 -0 ports/www/p5-HTML-Mason/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/databases/phpmyadmin Makefile distinfo
miwi2008-04-24 22:24:21 UTC
FreeBSD ports repository
Modified files:
databases/phpmyadmin Makefile distinfo
Log:
- Update to 2.11.5.2
- Use the ${PW} variable
PR: 123004
Submitted by: Matthew Seaman <[EMAIL PROTECTED]>
Revision ChangesPath
1.84 +4 -4 ports/databases/phpmyadmin/Makefile
1.67 +3 -3 ports/databases/phpmyadmin/distinfo
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/databases/phpmyadmin Makefile distinfo pkg-descr pkg-plist-chunk
miwi2008-04-24 22:26:21 UTC
FreeBSD ports repository
Modified files:
databases/phpmyadmin Makefile distinfo pkg-descr
pkg-plist-chunk
Log:
- Force commit to notes that's a Security update
- Update to 2.11.5.2
- Use the ${PW} variable
PR: 123004
Submitted by: Matthew Seaman <[EMAIL PROTECTED]> (maintainer)
Security:
http://www.vuxml.org/freebsd/6eb1dc51-1244-11dd-bab7-0016179b2dd5.html
http://www.vuxml.org/freebsd/fe971a0f-1246-11dd-bab7-0016179b2dd5.html
Revision ChangesPath
1.85 +0 -0 ports/databases/phpmyadmin/Makefile
1.68 +0 -0 ports/databases/phpmyadmin/distinfo
1.9 +0 -0 ports/databases/phpmyadmin/pkg-descr
1.3 +0 -0 ports/databases/phpmyadmin/pkg-plist-chunk
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/net/phpldapadmin Makefile ports/net/phpldapadmin098 Makefile
miwi2008-04-24 22:29:35 UTC
FreeBSD ports repository
Modified files:
net/phpldapadmin Makefile
net/phpldapadmin098 Makefile
Log:
- Use ${PW} variable.
PR: 122910
Submitted by: Matthew Seaman <[EMAIL PROTECTED]> (maintainer)
Revision ChangesPath
1.25 +3 -3 ports/net/phpldapadmin/Makefile
1.21 +3 -3 ports/net/phpldapadmin098/Makefile
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/sym sym_hipd.c
marius 2008-04-24 22:36:11 UTC FreeBSD src repository Modified files: sys/dev/sym sym_hipd.c Log: - Use NULL instead of 0 for pointers. - Remove superfluous returns in functions returning void. - In sym_alloc_lcb_tags() return directly instead of jumping to a label which just returns. - Fix some spelling in comments. - Remove trailing whitespace. Revision ChangesPath 1.68 +579 -587 src/sys/dev/sym/sym_hipd.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/amd64/amd64 vm_machdep.c src/sys/arm/arm vm_machdep.c src/sys/i386/i386 vm_machdep.c src/sys/ia64/ia64 machdep.c vm_machdep.c src/sys/kern kern_thread.c src/sys/powerpc/powerpc vm_
marcel 2008-04-24 22:42:01 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sys/amd64/amd64 vm_machdep.c sys/arm/arm vm_machdep.c sys/i386/i386vm_machdep.c sys/ia64/ia64machdep.c vm_machdep.c sys/kern kern_thread.c sys/powerpc/powerpc vm_machdep.c sys/sparc64/sparc64 vm_machdep.c sys/sun4v/sun4v vm_machdep.c sys/sys proc.h Log: MFC fix for PR ia64/118024 o Rename cpu_thread_setup() to cpu_thread_alloc() to better communicate that it relates to (is called by) thread_alloc() o Add cpu_thread_free() which is called from thread_free() to counter-act cpu_thread_alloc(). i386: Have cpu_thread_free() call cpu_thread_clean() to preserve behaviour. ia64: Have cpu_thread_free() call mtx_destroy() for the mutex initialized in cpu_thread_alloc(). files: sys/amd64/amd64/vm_machdep.c:1.256 sys/arm/arm/vm_machdep.c:1.35 sys/i386/i386/vm_machdep.c1.284 sys/ia64/ia64/machdep.c:1.227 sys/ia64/ia64/vm_machdep.c:1.95 sys/kern/kern_thread.c:1.260 sys/powerpc/powerpc/vm_machdep.c:1.117 sys/sparc64/sparc64/vm_machdep.c:1.77 sys/sun4v/sun4v/vm_machdep.c:1.8 sys/sys/proc.h:1.495 Revision ChangesPath 1.255.2.1 +6 -1 src/sys/amd64/amd64/vm_machdep.c 1.34.2.1 +8 -3 src/sys/arm/arm/vm_machdep.c 1.283.2.1 +8 -1 src/sys/i386/i386/vm_machdep.c 1.225.2.4 +1 -1 src/sys/ia64/ia64/machdep.c 1.94.2.1 +8 -1 src/sys/ia64/ia64/vm_machdep.c 1.255.2.4 +2 -2 src/sys/kern/kern_thread.c 1.115.2.1 +6 -1 src/sys/powerpc/powerpc/vm_machdep.c 1.76.2.1 +7 -2 src/sys/sparc64/sparc64/vm_machdep.c 1.7.2.1+7 -2 src/sys/sun4v/sun4v/vm_machdep.c 1.491.2.4 +2 -1 src/sys/sys/proc.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/sym sym_hipd.c
marius 2008-04-24 22:48:34 UTC
FreeBSD src repository
Modified files:
sys/dev/sym sym_hipd.c
Log:
- Use bus_{read,write}_*(9) instead of bus_space_{read,write}_*(9)
in order to get rid of bus space handle and tag in struct sym_hcb.
- Remove unused members related to bus addresses in struct sym_hcb.
- sym(4) takes care of allocating an instance of struct sym_hcb
itself so don't let newbus allocate it as an unused softc also.
- Add basic MPSAFE locking. This includes changing the sym(4) CCBs
to be allocated up-front instead of on demand as needed. Besides
making these allocations more likely to succeed, this also solves
the problem of calling bus_dmamap_create(9) with the SIM mutex
held.
Reviewed by:scottl
MFC after: 1 month
Revision ChangesPath
1.69 +157 -120 src/sys/dev/sym/sym_hipd.c
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/vx if_vx.c
marius 2008-04-24 22:51:43 UTC FreeBSD src repository Modified files: sys/dev/vx if_vx.c Log: - vx_stop() requires the driver lock to be held. - Add some missing newlines to messages printed by vx_getlink(). MFC after: 3 days Revision ChangesPath 1.61 +5 -3 src/sys/dev/vx/if_vx.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/dev/hme if_hme.c if_hme_pci.c if_hme_sbus.c if_hmereg.h if_hmevar.h
marius 2008-04-24 23:12:03 UTC FreeBSD src repository Modified files: sys/dev/hme if_hme.c if_hme_pci.c if_hme_sbus.c if_hmereg.h if_hmevar.h Log: o Disable HMEDEBUG by default. o Add CTASSERTs ensuring that HME_NRXDESC and HME_NTXDESC are set to legal values. o Use appropriate maxsize, nsegments and maxsegsize parameters when creating DMA tags and correct some comments related to them. o The FreeBSD bus_dmamap_sync(9) supports ored together flags for quite some time now so collapse calls accordingly. o Add missing BUS_DMASYNC_PREREAD when syncing the control DMA maps in hme_rint() and hme_start_locked(). o Keep state of the link state and use it to enable or disable the MAC in hme_mii_statchg() accordingly as well as to return early from hme_start_locked() in case the link is down. o Introduce a sc_flags and use it to replace individual members like sc_pci. o Add bus_barrier(9) calls to hme_mac_bitflip(), hme_mii_readreg(), hme_mii_writereg() and hme_stop() to ensure the respective bit has been written before we starting polling on it and for the right bits to change. o Rather just returning in case hme_mac_bitflip() fails and leaving us in an undefined state report the problem and move on; chances are the requested configuration will become active shortly after. o Don't call hme_start_locked() in hme_init_locked() unconditionally but only after calls to hme_init_locked() when it's appropriate, i.e. in hme_watchdog(). o Add a KASSERT which asserts nsegs is valid also to hme_load_txmbuf(). o In hme_load_txmbuf(): - use a maximum of the newly introduced HME_NTXSEGS segments instead of the incorrect HME_NTXQ, which reflects the maximum TX queue length, for loading the mbufs and put the DMA segments back onto the stack instead of the softc as 16 should be ok there. - use the common errno(2) return values instead of homegrown ones, - given that hme_load_txmbuf() is allowed to fail resulting in a packet drop for quite some time now implement the functionality of hme_txcksum() by means of m_pullup(9), which de-obfuscates the code and allows to always retrieve the correct length of the IP header, [1] - also add a KASSERT which asserts nsegs is valid, - take advantage of m_collapse(9) instead of m_defrag(9) for performance reasons. o Don't bother to check whether the interface is running or whether its queue is empty before calling hme_start_locked() in hme_tint(), the former will check these anyway. o In hme_intr() call hme_rint() before hme_tint() as gem_tint() may take quite a while to return when it calls hme_start_locked(). o Get rid of sc_debug and just check if_flags for IFF_DEBUG directly. o Add a shadow sc_ifflags so we don't reset the chip when unnecessary. o Handle IFF_ALLMULTI correctly. [2] o Use PCIR_BAR instead of a homegrown macro. o Replace sc_enaddr[6] with sc_enaddr[ETHER_ADDR_LEN]. o Use the maximum of 256 TX descriptors for better performance as using all of them has no additional static cost rather than using just half of them. Reported by:rwatson [2] Suggested by: yongari [1] Reviewed by:yongari MFC after: 1 month Revision ChangesPath 1.54 +214 -183 src/sys/dev/hme/if_hme.c 1.24 +2 -2 src/sys/dev/hme/if_hme_pci.c 1.19 +1 -1 src/sys/dev/hme/if_hme_sbus.c 1.8 +0 -2 src/sys/dev/hme/if_hmereg.h 1.11 +11 -11src/sys/dev/hme/if_hmevar.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/security/vuxml vuln.xml
miwi2008-04-24 23:12:03 UTC FreeBSD ports repository Modified files: security/vuxml vuln.xml Log: Document postgresql -- multiple vulnerabilities PR: 120133 (basic on) Submitted by: Nick Barkas <[EMAIL PROTECTED]> Revision ChangesPath 1.1596+58 -1 ports/security/vuxml/vuln.xml ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/multimedia/gstreamer-plugins Makefile.common
ahze2008-04-24 23:31:42 UTC FreeBSD ports repository Modified files: multimedia/gstreamer-plugins Makefile.common Log: Fix soup (it was moved to from bad->good) PR: ports/123060 Submitted by: barbara <[EMAIL PROTECTED]> Revision ChangesPath 1.68 +1 -2 ports/multimedia/gstreamer-plugins/Makefile.common ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/etc/defaults rc.conf
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? :) -- 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 signature.asc Description: This is a digitally signed message part.
Re: cvs commit: src/sys/amd64/amd64 machdep.c
In message: <[EMAIL PROTECTED]>
John Baldwin <[EMAIL PROTECTED]> writes:
: On Wednesday 23 April 2008 09:26:14 pm Marcel Moolenaar wrote:
: >
: > On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
: >
: > > On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
: > >> On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
: > >>> peter 2008-04-19 07:25:57 UTC
: > >>>
: > >>> FreeBSD src repository
: > >>>
: > >>> Modified files:
: > >>>sys/amd64/amd64 machdep.c
: > >>> Log:
: > >>> Put in a real isa_irq_pending() stub in order to remove two lines
: > >>> of
: > >>> dmesg noise from sio per unit. sio likes to probe if interrupts are
: > >>> configured correctly by looking at the pending bits of the atpic
: > >>> in order
: > >>> to put a non-fatal warning on the console. I think I'd rather
: > >>> read the
: > >>> pending bits from the apics, but I'm not sure its worth the hassle.
: > >>
: > >> Actually, the x86 interrupt sources have a pending method so this
: > >> can be
: > >> replaced. Could probably easily write something like this:
: > >>
: > >> int
: > >> intr_pending(u_int irq)
: > >> {
: > >>struct intsrc *isrc;
: > >>
: > >>isc = intr_lookup_source(irq);
: > >>if (isrc == NULL)
: > >>panic("bizarre");
: > >>return (isrc->is_pic->pic_pending(isrc));
: > >> }
: > >>
: > >> For intr_machdep.c and use this in sio:
: > >>
: > >> #if defined(__i386__) || defined(__amd64__)
: > >>foo = intr_pending(rman_get_start(irq_resource));
: > >> #else
: > >>foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
: > >> #endif
: > >>
: > >> or some such. I'd really prefer to kill isa_irq_pending().
: > >
: > > Let's just add intr_pending() to all MD backends that currently
: > > provide isa_irq_pending() for sio's benenfit. Either as a simple
: > > wrapper around the now-static local isa_irq_pending() (ia64), or by
: > > simplifying and converting isa_irq_pending() into intr_pending()
: > > (sparc64).
: >
: > sio() is only for i386 and amd64, isa_irq_pending() should be
: > removed from all MD code, except from i386 and amd64.
:
: Other people may still want to use sio, but the use of isa_irq_pending() in
: sio is dubious at best and really only applicable to ISA sio parts anyway.
: It's probably a waste of time to bother checking for PCI devices, etc.
It only checks for ISA and CBUS devices, the only places where it was
ever relevant.
Warner
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 machdep.c
In message: <[EMAIL PROTECTED]> John Baldwin <[EMAIL PROTECTED]> writes: : --- //depot/projects/smpng/sys/dev/sio/sio.c 2008/01/21 18:58:30 : +++ //depot/user/jhb/intr/dev/sio/sio.c 2008/04/24 14:51:42 : @@ -85,6 +85,11 @@ : #endif : #include : : +#if defined(__i386__) || defined(__amd64__) : +#define PROBE_IRQ : +#include : +#endif : + : #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ : : #ifdef COM_MULTIPORT noprobe is true for all busses except isa and cbus. So really, you could make this patch a lot simpler. Index: sio.c === RCS file: /cache/ncvs/src/sys/dev/sio/sio.c,v retrieving revision 1.473 diff -u -r1.473 sio.c --- sio.c 25 Dec 2007 17:51:57 - 1.473 +++ sio.c 25 Apr 2008 02:11:08 - @@ -430,8 +430,10 @@ int fn; device_tidev; Port_t iobase; +#ifdef DEV_ISA intrmask_t irqmap[4]; intrmask_t irqs; +#endif u_char mcr_image; int result; u_long xirq; @@ -700,9 +702,10 @@ device_set_softc(dev, NULL); free(com, M_DEVBUF); } - return (result == 0 ? BUS_PROBE_DEFAULT + 1 : result); + return (result == 0 ? BUS_PROBE_DEFAULT - 1 : result); } +#ifdef DEV_ISA /* * Check that * o the CFCR, IER and MCR in UART hold the values written to them @@ -777,7 +780,10 @@ device_set_softc(dev, NULL); free(com, M_DEVBUF); } - return (result == 0 ? BUS_PROBE_DEFAULT + 1 : result); + return (result == 0 ? BUS_PROBE_DEFAULT - 1 : result); +#else + return (BUS_PROBE_DEFAULT - 1); +#endif } #ifdef COM_ESP Warner ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: ports/devel/glib20/files patch-glib_gatomic.c
marcel 2008-04-25 02:51:09 UTC FreeBSD ports repository (src,doc committer) Removed files: devel/glib20/files patch-glib_gatomic.c Log: Don't use __sync_fetch_and_add_si(), __sync_bool_compare_and_swap_si() and __sync_bool_compare_and_swap_di() for atomic ops. Those are GCC intrinsincs before GCC-4.1.0. With GCC 4.2.x in the tree, this breaks the build. The glib20 code already has the right intrinsincs, so we can eliminate this patch. Ok'd by: marcus@ Revision ChangesPath 1.4 +0 -37 ports/devel/glib20/files/patch-glib_gatomic.c (dead) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/amd64/amd64 machdep.c src/sys/amd64/include pcpu.h src/sys/arm/arm machdep.c src/sys/i386/i386 machdep.c src/sys/i386/include pcpu.h src/sys/ia64/ia64 machdep.c src/sys/kern sched_
jeff2008-04-25 05:18:50 UTC FreeBSD src repository Modified files: sys/amd64/amd64 machdep.c sys/amd64/includepcpu.h sys/arm/arm machdep.c sys/i386/i386machdep.c sys/i386/include pcpu.h sys/ia64/ia64machdep.c sys/kern sched_4bsd.c sched_ule.c sys/mips/mipsmachdep.c sys/pc98/pc98machdep.c sys/powerpc/aim machdep.c sys/powerpc/bookemachdep.c sys/sparc64/sparc64 machdep.c sys/sun4v/sun4v machdep.c sys/sys proc.h Log: - Add an integer argument to idle to indicate how likely we are to wake from idle over the next tick. - Add a new MD routine, cpu_wake_idle() to wakeup idle threads who are suspended in cpu specific states. This function can fail and cause the scheduler to fall back to another mechanism (ipi). - Implement support for mwait in cpu_idle() on i386/amd64 machines that support it. mwait is a higher performance way to synchronize cpus as compared to hlt & ipis. - Allow selecting the idle routine by name via sysctl machdep.idle. This replaces machdep.cpu_idle_hlt. Only idle routines supported by the current machine are permitted. Sponsored by: Nokia Revision ChangesPath 1.686 +171 -40 src/sys/amd64/amd64/machdep.c 1.49 +1 -0 src/sys/amd64/include/pcpu.h 1.31 +8 -1 src/sys/arm/arm/machdep.c 1.670 +169 -40 src/sys/i386/i386/machdep.c 1.51 +1 -0 src/sys/i386/include/pcpu.h 1.238 +8 -1 src/sys/ia64/ia64/machdep.c 1.125 +1 -1 src/sys/kern/sched_4bsd.c 1.244 +9 -5 src/sys/kern/sched_ule.c 1.3 +8 -1 src/sys/mips/mips/machdep.c 1.405 +8 -1 src/sys/pc98/pc98/machdep.c 1.114 +8 -1 src/sys/powerpc/aim/machdep.c 1.5 +8 -1 src/sys/powerpc/booke/machdep.c 1.141 +8 -1 src/sys/sparc64/sparc64/machdep.c 1.18 +8 -1 src/sys/sun4v/sun4v/machdep.c 1.512 +2 -1 src/sys/sys/proc.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sys/net80211 ieee80211_radiotap.h
sam 2008-04-25 05:28:48 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sys/net80211 ieee80211_radiotap.h Log: MFC 1.11: sync channel defs w/ _ieee80211.h so cpp doesn't complain about redefinitions Revision ChangesPath 1.10.2.1 +13 -16src/sys/net80211/ieee80211_radiotap.h ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/tools/tools/ath/athstats Makefile athstats.c statfoo.c
sam 2008-04-25 05:30:11 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) tools/tools/ath/athstats Makefile athstats.c statfoo.c Log: MFC: move include paths to Makefile, use the AFTER trick to simplify adding new items, prepare stat blocks for additional data, other stuff Revision ChangesPath 1.4.2.1 +8 -2 src/tools/tools/ath/athstats/Makefile 1.5.2.1 +173 -160 src/tools/tools/ath/athstats/athstats.c 1.1.4.1 +10 -2 src/tools/tools/ath/athstats/statfoo.c ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/usr.sbin/wpa/wpa_supplicant Makefile
sam 2008-04-25 05:31:43 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) usr.sbin/wpa/wpa_supplicant Makefile Log: MFC 1.14: enable wired driver support Revision ChangesPath 1.11.2.3 +2 -0 src/usr.sbin/wpa/wpa_supplicant/Makefile ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cvs commit: src/sbin/ifconfig ifconfig.8
sam 2008-04-25 05:33:16 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sbin/ifconfigifconfig.8 Log: MFC 1.146: explain that you must set a default transmit key for WEP Revision ChangesPath 1.142.2.4 +7 -1 src/sbin/ifconfig/ifconfig.8 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/dev/speaker spkr.c
Hi Poul, - Original Message From: Poul-Henning Kamp <[EMAIL PROTECTED]> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; cvs-all@FreeBSD.org Sent: Thursday, March 27, 2008 8:33:41 AM Subject: cvs commit: src/sys/dev/speaker spkr.c phk 2008-03-26 21:33:41 UTC FreeBSD src repository Modified files: sys/dev/speaker spkr.c Log: Make speaker a pseudo device driver instead of attaching to a PnP id. If somebody cleaned this code up to proper style(9), it could become a great educational starting point for aspiring kernel hackers. I have cleaned up file spkr.c to proper style. See attached patch. Probably I have not fixed all style issues but definitely there is some improvment. Martin Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ spkr-style.patch Description: Binary data ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
