Author: des
Date: Wed Mar 10 11:05:31 2010
New Revision: 204948
URL: http://svn.freebsd.org/changeset/base/204948
Log:
Forgot to svn add the Makefile.
Added:
head/secure/libexec/ssh-pkcs11-helper/Makefile (contents, props changed)
Added: head/secure/libexec/ssh-pkcs11-helper/Makefile
Doug Barton do...@freebsd.org writes:
Log:
Fix the build. The ssh-pkcs11-helper directory is empty, which is
causing confusion.
The proper way to handle this would have been to send me an email asking
if perhaps I had forgotten to commit the Makefile.
DES
--
Dag-Erling Smørgrav -
Author: des
Date: Wed Mar 10 11:33:15 2010
New Revision: 204949
URL: http://svn.freebsd.org/changeset/base/204949
Log:
Revert r204939
Modified:
head/secure/libexec/Makefile
Modified: head/secure/libexec/Makefile
==
Author: jhb
Date: Wed Mar 10 13:23:25 2010
New Revision: 204950
URL: http://svn.freebsd.org/changeset/base/204950
Log:
Use thr_once() with once_t controls to initialize various thread_key_t
objects used to provide per-thread storage in the RPC code. Almost all
of these used double-checking
Author: gavin
Date: Wed Mar 10 13:40:37 2010
New Revision: 204951
URL: http://svn.freebsd.org/changeset/base/204951
Log:
Merge r204053 from head:
The correct value of DEL is 0x7f, not 0xff. This is purely a documentation
issue - od(1) and hexdump(1) behave as expected.
PR:
Author: gavin
Date: Wed Mar 10 13:42:37 2010
New Revision: 204952
URL: http://svn.freebsd.org/changeset/base/204952
Log:
Merge r204053 from head:
The correct value of DEL is 0x7f, not 0xff. This is purely a documentation
issue - od(1) and hexdump(1) behave as expected.
PR:
On Tuesday 09 March 2010 7:27:06 pm Robert Watson wrote:
On Tue, 9 Mar 2010, John Baldwin wrote:
Log:
MFC 183525: Bump MAXCPU to 32 now that 32 CPU x86 systems exist.
Hmmm. I'd be a bit surprised if this doesn't cause ABI issues for
management/crashdump analysis tools, and KBI
On Mar 10, 2010, at 1:15 PM, John Baldwin wrote:
On Tuesday 09 March 2010 7:27:06 pm Robert Watson wrote:
On Tue, 9 Mar 2010, John Baldwin wrote:
Log:
MFC 183525: Bump MAXCPU to 32 now that 32 CPU x86 systems exist.
Hmmm. I'd be a bit surprised if this doesn't cause ABI issues for
Author: luigi
Date: Wed Mar 10 14:21:05 2010
New Revision: 204954
URL: http://svn.freebsd.org/changeset/base/204954
Log:
fix handling of commands issued by RELENG_7 version of /sbin/ipfw,
Submitted by: Riccardo Panicucci
Modified:
head/sys/netinet/ipfw/ip_dn_glue.c
On Wednesday 10 March 2010 8:56:15 am Robert N. M. Watson wrote:
On Mar 10, 2010, at 1:15 PM, John Baldwin wrote:
On Tuesday 09 March 2010 7:27:06 pm Robert Watson wrote:
On Tue, 9 Mar 2010, John Baldwin wrote:
Log:
MFC 183525: Bump MAXCPU to 32 now that 32 CPU x86 systems
Author: jhb
Date: Wed Mar 10 15:22:26 2010
New Revision: 204955
URL: http://svn.freebsd.org/changeset/base/204955
Log:
Typo.
Modified:
head/sys/sys/pcpu.h
Modified: head/sys/sys/pcpu.h
==
--- head/sys/sys/pcpu.h Wed
Author: kib
Date: Wed Mar 10 15:50:38 2010
New Revision: 204957
URL: http://svn.freebsd.org/changeset/base/204957
Log:
Fall back to wbinvd when region for CLFLUSH is = 2MB.
Submitted by: Kevin Day toasty dragondata com
Reviewed by: jhb
MFC after:2 weeks
Modified:
On Wednesday 10 March 2010 10:23:39 am David O'Brien wrote:
Hi Qing,
This change doesn't seem to work in the common case, and has made the
kernel toxic - with folks unable to connect to 127.0.0.1. Please back
this out or adjust the change.
Did you try the route.h patch he posted to
On Wed, Mar 10, 2010 at 10:50:46AM -0500, John Baldwin wrote:
On Wednesday 10 March 2010 10:23:39 am David O'Brien wrote:
Hi Qing,
This change doesn't seem to work in the common case, and has made the
kernel toxic - with folks unable to connect to 127.0.0.1. Please back
this out or
On Tue, 9 Mar 2010, Maxim Sobolev wrote:
Log:
o bdeficize expand_number_int() function;
o revert most of the recent changes (int - int64_t conversion) by using
this functon for parsing all options.
Thanks. Now the parts that I don't like are small enough to review.
[Review sent
Robert Watson wrote:
On Tue, 9 Mar 2010, John Baldwin wrote:
Log:
MFC 183525: Bump MAXCPU to 32 now that 32 CPU x86 systems exist.
So in two months or so (according to the trade rags)
intel brings out a system with 1024 'cpus'
(8 cpu chips, x 8 cpus per chip x 16 threads per cpu).
We need
Author: rdivacky
Date: Wed Mar 10 17:45:15 2010
New Revision: 204961
URL: http://svn.freebsd.org/changeset/base/204961
Log:
Update LLVM to r98164.
Added:
vendor/llvm/dist/lib/Target/ARM/ARMTargetObjectFile.cpp
vendor/llvm/dist/test/Analysis/ScalarEvolution/unreachable-code.ll
Author: rdivacky
Date: Wed Mar 10 17:45:58 2010
New Revision: 204962
URL: http://svn.freebsd.org/changeset/base/204962
Log:
Update clang to r98164.
Added:
vendor/clang/dist/lib/AST/RecordLayout.cpp
vendor/clang/dist/test/CodeGen/2010-03-09-DbgInfo.c
I looked at it, and at the diff of his original commit. The changes were
large enough that I don't want to assume his patch takes care of all the
issues given that patch hasn't been committed verbatim.
The change itself is not a huge change but if you disagree, then
please be specific.
The
On Wed, Mar 10, 2010 at 09:46:49AM -0800, Qing Li wrote:
I looked at it, and at the diff of his original commit. ?The changes were
large enough that I don't want to assume his patch takes care of all the
issues given that patch hasn't been committed verbatim.
The change itself is not a
On Wednesday 10 March 2010 11:08:58 am David O'Brien wrote:
On Wed, Mar 10, 2010 at 10:50:46AM -0500, John Baldwin wrote:
On Wednesday 10 March 2010 10:23:39 am David O'Brien wrote:
Hi Qing,
This change doesn't seem to work in the common case, and has made the
kernel toxic - with
Author: jkim
Date: Wed Mar 10 18:13:17 2010
New Revision: 204964
URL: http://svn.freebsd.org/changeset/base/204964
Log:
MFC: r197438, r203810, r203813, r203935, r203936
Sync acpi_video(4) with HEAD.
r197438:
Uninline an instance of STAILQ_FOREACH_SAFE().
r203810:
Implement
As well as breaking several RFCs
A stock kernel cannot ping 127.0.0.1. It is claimed there is no route to
127.0.0.1. David Wolfskill has the same problem, as have others in the
freebsd-current@ mailing list. I don't know about others, but not being
able to connect to 127.0.0.1 totally
Matthew Jacob wrote:
As well as breaking several RFCs
A stock kernel cannot ping 127.0.0.1. It is claimed there is no route to
127.0.0.1. David Wolfskill has the same problem, as have others in the
freebsd-current@ mailing list. I don't know about others, but not being
able to connect to
On 03/10/2010 10:26 AM, Julian Elischer wrote:
Matthew Jacob wrote:
As well as breaking several RFCs
A stock kernel cannot ping 127.0.0.1. It is claimed there is no
route to
127.0.0.1. David Wolfskill has the same problem, as have others in the
freebsd-current@ mailing list. I don't know
Author: jkim
Date: Wed Mar 10 18:30:55 2010
New Revision: 204965
URL: http://svn.freebsd.org/changeset/base/204965
Log:
Fix white spaces.
Modified:
head/sys/dev/acpica/acpi_video.c
Modified: head/sys/dev/acpica/acpi_video.c
Author: uqs
Date: Wed Mar 10 18:51:13 2010
New Revision: 204966
URL: http://svn.freebsd.org/changeset/base/204966
Log:
nos-tun(8): make WARNS=3 clean
The renames are in spirit of DragonflyBSD, to keep diff minimal.
PR: bin/140060
Approved by: ed (co-mentor)
Modified:
Author: kensmith
Date: Wed Mar 10 19:00:33 2010
New Revision: 204967
URL: http://svn.freebsd.org/changeset/base/204967
Log:
Package set for 7.3-RELEASE.
Reviewed by: portmgr@, re@
Modified:
stable/7/release/scripts/package-split.py
Modified: stable/7/release/scripts/package-split.py
Author: jhb
Date: Wed Mar 10 19:50:52 2010
New Revision: 204972
URL: http://svn.freebsd.org/changeset/base/204972
Log:
Make NKPT a kernel option on i386 so that it can be set to a non-default
value from kernel config files.
Tested by:Charles Sprickman spork of bway net
MFC after:
Author: kensmith
Date: Wed Mar 10 19:55:27 2010
New Revision: 204973
URL: http://svn.freebsd.org/changeset/base/204973
Log:
Back out r203073 due to issues recently discovered with machine check
hardware on some AMD processors that causes problems with running
FreeBSD as a guest on some
Author: marius
Date: Wed Mar 10 19:55:48 2010
New Revision: 204974
URL: http://svn.freebsd.org/changeset/base/204974
Log:
- The OPSZ macro actually only does the right thing for int32 and int64
operands but not for double and extended double ones. Instead of trying
to fix the macro just
Author: yongari
Date: Wed Mar 10 20:22:57 2010
New Revision: 204975
URL: http://svn.freebsd.org/changeset/base/204975
Log:
Enable hardware fixes for BCM5704 B0 as recommended by data sheet.
Modified:
head/sys/dev/bge/if_bge.c
Modified: head/sys/dev/bge/if_bge.c
Author: imp
Date: Wed Mar 10 20:31:30 2010
New Revision: 204977
URL: http://svn.freebsd.org/changeset/base/204977
Log:
Fix copyright spelling.
PR: 139825
Submitted by: Ruslan Mahmatkhanov
Modified:
head/usr.bin/truss/amd64-fbsd.c
head/usr.bin/truss/amd64-fbsd32.c
Author: yongari
Date: Wed Mar 10 20:54:08 2010
New Revision: 204978
URL: http://svn.freebsd.org/changeset/base/204978
Log:
Set maximum read byte count to 2048 for PCI-X BCM5703/5704 devices.
Also disable relaxed ordering as recommended by data sheet for
PCI-X devices. For PCI-X BCM5704, set
Author: yongari
Date: Wed Mar 10 20:55:55 2010
New Revision: 204979
URL: http://svn.freebsd.org/changeset/base/204979
Log:
Fix typo in r204975.
Pointed out by: marius
Modified:
head/sys/dev/bge/if_bge.c
Modified: head/sys/dev/bge/if_bge.c
Author: jhb
Date: Wed Mar 10 21:35:42 2010
New Revision: 204980
URL: http://svn.freebsd.org/changeset/base/204980
Log:
Add descriptions for debug.ktr sysctl nodes.
Modified:
head/sys/kern/kern_ktr.c
Modified: head/sys/kern/kern_ktr.c
Author: yongari
Date: Wed Mar 10 22:23:55 2010
New Revision: 204986
URL: http://svn.freebsd.org/changeset/base/204986
Log:
MFC r204647:
Remove programming LED register and enable 25MHz TX clock for
88E1149 PHY. This will fix intermittent watchdog timeouts as well
as very slow
Author: sobomax
Date: Wed Mar 10 23:00:15 2010
New Revision: 204989
URL: http://svn.freebsd.org/changeset/base/204989
Log:
further narrow down no carrier workaround, since it appears to only affect
very specific IBM hardware and other machines with the same BCM ASIC chip id
0x57081021 are
Author: sobomax
Date: Wed Mar 10 23:02:06 2010
New Revision: 204990
URL: http://svn.freebsd.org/changeset/base/204990
Log:
Fix style(9) bugs in the previous revision.
Modified:
head/sys/dev/mii/brgphy.c
Modified: head/sys/dev/mii/brgphy.c
One bug that crept in somewhere:
On 2010-Mar-10 19:55:48 +, Marius Strobl mar...@freebsd.org wrote:
Modified: head/lib/libc/sparc64/fpu/fpu.c
@@ -181,15 +182,11 @@ __fpu_dumpfpn(struct fpn *fp)
}
#endif
-static int opmask[] = {0, 0, 1, 3};
+static const int opmask[] = {0, 0, 1, 3, 1};
On Wed, Mar 10, 2010 at 01:01:06PM -0500, John Baldwin wrote:
On Wednesday 10 March 2010 11:08:58 am David O'Brien wrote:
On Wed, Mar 10, 2010 at 10:50:46AM -0500, John Baldwin wrote:
On Wednesday 10 March 2010 10:23:39 am David O'Brien wrote:
This change doesn't seem to work in the
Author: weongyo
Date: Thu Mar 11 01:35:38 2010
New Revision: 204992
URL: http://svn.freebsd.org/changeset/base/204992
Log:
fixes a compile error if INVARIANTS is disabled.
Pointy hat to:me
Submitted by: Michael Butler imb at protected-networks dot net
Modified:
Author: neel
Date: Thu Mar 11 07:17:14 2010
New Revision: 204997
URL: http://svn.freebsd.org/changeset/base/204997
Log:
Stash the context of the running thread at the time an IPI_STOP is received
in 'stoppcbs[]'. We use the 'stoppcbs[]' context to generate the backtrace
of such stopped
Author: fabient
Date: Thu Mar 11 07:39:36 2010
New Revision: 205001
URL: http://svn.freebsd.org/changeset/base/205001
Log:
MFC r204878:
Change the way shutdown is handled for log file.
pmc_flush_logfile is now non-blocking and just ask the kernel
to shutdown the file. From that
Author: marius
Date: Thu Mar 11 07:46:17 2010
New Revision: 205002
URL: http://svn.freebsd.org/changeset/base/205002
Log:
Fix a typo in r204974 so that FTYPE_LNG matches the initialisers of
the opmask array.
Pointed out by: Peter Jeremy
Modified:
45 matches
Mail list logo