Hi,
> On Mon, 14 Dec 2009 07:18:31 + (UTC)
> Doug Barton said:
dougb> Author: dougb
dougb> Date: Mon Dec 14 07:18:31 2009
dougb> New Revision: 200503
dougb> URL: http://svn.freebsd.org/changeset/base/200503
dougb> Log:
dougb> Revert the xterm terminal behavior to NOT clear the scr
Author: dougb
Date: Mon Dec 14 07:18:31 2009
New Revision: 200503
URL: http://svn.freebsd.org/changeset/base/200503
Log:
Revert the xterm terminal behavior to NOT clear the screen after
exiting a pager, vi, etc.
Add some example xterm*-clear entries to the termcap files to make
it easie
* Doug Barton wrote:
> what I had in mind for a fix was something more like this:
> http://people.freebsd.org/~dougb/termcap.src-diff.txt
Looks okay. Unfortunately it causes us to massively deviate from the
version shipped with xterm, but I guess that's the only solution.
Could you write a simil
[picking a recent e1000 commit]
Hi Jack,
I'm getting the following panic on head r200376 on my HP DC7800 work
desktop:
mtx_lock() of spin mutex &dev_spec->swflag_mutex @
/usr/src/sys/dev/e1000/e1000_ich8lan.c:651
I don't experience the panic with an 8.0-RELEASE kernel.
Anything obviously
Author: dougb
Date: Mon Dec 14 02:50:04 2009
New Revision: 200500
URL: http://svn.freebsd.org/changeset/base/200500
Log:
MFC r200377:
Update to the December 12, 2008 version of this file. The one
substantive change is to add the IPv6 address of L. The other
changes are all CAPS LOCK rel
Author: kan
Date: Mon Dec 14 01:51:23 2009
New Revision: 200499
URL: http://svn.freebsd.org/changeset/base/200499
Log:
Fix one spelling and one copy&paste error in comments.
Modified:
head/gnu/lib/libgcc/Makefile
Modified: head/gnu/lib/libgcc/Makefile
Author: marcel
Date: Mon Dec 14 01:26:01 2009
New Revision: 200498
URL: http://svn.freebsd.org/changeset/base/200498
Log:
Work-around a race condition on ia64 while unlocking a contested lock.
The race condition is believed to be in UMTX_OP_MUTEX_WAKE. On ia64,
we simply go to the kernel to
Author: marcel
Date: Mon Dec 14 01:10:05 2009
New Revision: 200497
URL: http://svn.freebsd.org/changeset/base/200497
Log:
MFC rev 200202:
Fix Read-After-Write (RAW) dependency violation for ar.ccv in
isc_atomic_xadd() and isc_atomic_cmpxchg().
Approved by: dougb@
Modified:
stable/8/
Author: delphij
Date: Mon Dec 14 01:06:55 2009
New Revision: 200496
URL: http://svn.freebsd.org/changeset/base/200496
Log:
MFC r200392:
Apply two vendor fixes for CVE-2009-3720.
Security: CVE-2009-3720
Modified:
stable/5/contrib/expat/lib/xmlparse.c
stable/5/contrib/expat/lib/
Author: delphij
Date: Mon Dec 14 01:06:21 2009
New Revision: 200495
URL: http://svn.freebsd.org/changeset/base/200495
Log:
MFC r200392:
Apply two vendor fixes for CVE-2009-3720.
Security: CVE-2009-3720
Modified:
stable/6/contrib/expat/lib/xmlparse.c
stable/6/contrib/expat/lib/
Author: delphij
Date: Mon Dec 14 01:05:40 2009
New Revision: 200494
URL: http://svn.freebsd.org/changeset/base/200494
Log:
MFC r200392:
Apply two vendor fixes for CVE-2009-3720.
Security: CVE-2009-3720
Modified:
stable/8/contrib/expat/lib/xmlparse.c
stable/8/contrib/expat/lib/
Author: delphij
Date: Mon Dec 14 01:04:59 2009
New Revision: 200493
URL: http://svn.freebsd.org/changeset/base/200493
Log:
MFC r200392:
Apply two vendor fixes for CVE-2009-3720.
Security: CVE-2009-3720
Modified:
stable/7/contrib/expat/lib/xmlparse.c
stable/7/contrib/expat/lib/
Author: rwatson
Date: Mon Dec 14 00:20:48 2009
New Revision: 200492
URL: http://svn.freebsd.org/changeset/base/200492
Log:
Regenerate sysent files after r200491.
Modified:
stable/8/sys/compat/freebsd32/freebsd32_proto.h
stable/8/sys/compat/freebsd32/freebsd32_syscall.h
stable/8/sys/compat
Author: rwatson
Date: Mon Dec 14 00:19:31 2009
New Revision: 200491
URL: http://svn.freebsd.org/changeset/base/200491
Log:
Merge r197636 from head to stable/8:
Reserve system call numbers for Capsicum security framework capabilities,
capability mode, and process descriptors: cap_new,
Author: rwatson
Date: Mon Dec 14 00:15:56 2009
New Revision: 200490
URL: http://svn.freebsd.org/changeset/base/200490
Log:
Merge r197624 from head to stable/8:
Add audit events for process descriptor system calls, which will appear in
a future OpenBSM release.
Sponsored by:
Author: dougb
Date: Mon Dec 14 00:12:07 2009
New Revision: 200489
URL: http://svn.freebsd.org/changeset/base/200489
Log:
Mergeinfo for these files has already been included in etc/ so
forcibly delete it from the files themselves.
Modified:
Directory Properties:
stable/6/etc/Makefile (prop
Author: dougb
Date: Sun Dec 13 23:58:04 2009
New Revision: 200488
URL: http://svn.freebsd.org/changeset/base/200488
Log:
MFC r200377:
Update to the December 12, 2008 version of this file. The one
substantive change is to add the IPv6 address of L. The other
changes are all CAPS LOCK rel
Author: dougb
Date: Sun Dec 13 23:56:46 2009
New Revision: 200487
URL: http://svn.freebsd.org/changeset/base/200487
Log:
MFC r200377:
Update to the December 12, 2008 version of this file. The one
substantive change is to add the IPv6 address of L. The other
changes are all CAPS LOCK rel
Erik Trulsson wrote:
> On Sun, Dec 13, 2009 at 01:03:42PM +0100, Dag-Erling Smørgrav wrote:
>> Doug Barton writes:
>>> To be clear, I am NOT asking for a backout ... IIRC in the thread that
>>> discussed this issue there were quite a few people who thought that
>>> FreeBSD not clearing the screen
Author: marius
Date: Sun Dec 13 20:36:42 2009
New Revision: 200485
URL: http://svn.freebsd.org/changeset/base/200485
Log:
Only set ATA_CHECKS_CABLE for chip versions that actually support
cable detection, i.e. neither for ALI_OLD nor for ALI_NEW revisions
>= 0xc7.
MFC after:1 week
Author: bz
Date: Sun Dec 13 20:27:59 2009
New Revision: 200484
URL: http://svn.freebsd.org/changeset/base/200484
Log:
Make admsw(4) compile again fixing typos and adding the missing variable
after r199762.
Modified:
head/sys/mips/adm5120/if_admsw.c
Modified: head/sys/mips/adm5120/if_admsw.
Author: rwatson
Date: Sun Dec 13 20:27:46 2009
New Revision: 200483
URL: http://svn.freebsd.org/changeset/base/200483
Log:
Add Mark Heily's libkqueue test suite as a general kqueue test suite to
tools/regression. It tests a number of aspects of kqueue behavior,
although not all currently pa
On Sun, Dec 13, 2009 at 11:44:13AM -0800, Sam Leffler wrote:
> Marius Strobl wrote:
> >Author: marius
> >Date: Sun Dec 13 18:26:19 2009
> >New Revision: 200481
> >URL: http://svn.freebsd.org/changeset/base/200481
> >
> >Log:
> > Specify the capability and media bits of the capabilities page in
> >
Marius Strobl wrote:
Author: marius
Date: Sun Dec 13 18:26:19 2009
New Revision: 200481
URL: http://svn.freebsd.org/changeset/base/200481
Log:
Specify the capability and media bits of the capabilities page in
native, i.e. big-endian, format and convert as appropriate like we
also do with t
Author: marius
Date: Sun Dec 13 18:42:06 2009
New Revision: 200482
URL: http://svn.freebsd.org/changeset/base/200482
Log:
Properly support M5229 revision 0xc7 and 0xc8:
- These revisions no longer have cable detection capability.
- The UDMA support bit of register 0x4b has been dropped witho
On Sun, 13 Dec 2009, Garrett Wollman wrote:
< said:
It's not "what Linux does", it's what xterm does.
It's also, not to put too fine a point on it, obnoxious and stupid.
Let's please have the useful behavior. There's a good reason why
our "xterm" termcap entry has never had this bogus beha
Author: marius
Date: Sun Dec 13 18:26:19 2009
New Revision: 200481
URL: http://svn.freebsd.org/changeset/base/200481
Log:
Specify the capability and media bits of the capabilities page in
native, i.e. big-endian, format and convert as appropriate like we
also do with the multibyte fields of
On Sun, Dec 13, 2009 at 01:03:42PM +0100, Dag-Erling Smørgrav wrote:
> Doug Barton writes:
> > To be clear, I am NOT asking for a backout ... IIRC in the thread that
> > discussed this issue there were quite a few people who thought that
> > FreeBSD not clearing the screen was a POLA violation sin
* Ed Schouten wrote:
> * Andriy Gapon wrote:
> > Seriously, I think that this change is a mild POLA violation, which
> > neither was discussed nor welcome as it seems. Perhaps, not even
> > planned. So I believe that termcap should be changed back to
> > traditional behavior for FreeBSD. At le
< said:
> It's not "what Linux does", it's what xterm does.
It's also, not to put too fine a point on it, obnoxious and stupid.
Let's please have the useful behavior. There's a good reason why
our "xterm" termcap entry has never had this bogus behavior enabled
(except for brief periods after so
Author: bz
Date: Sun Dec 13 16:53:06 2009
New Revision: 200479
URL: http://svn.freebsd.org/changeset/base/200479
Log:
MFC r197518:
lindev(4) [1] is supposed to be a collection of linux-specific pseudo
devices that we also support, just not by default (thus only LINT or
module buil
On Sun, 13 Dec 2009, Xin LI wrote:
Log:
Staticify internal functions and make usage() a prototype.
Please actually declare them static.
Modified: head/usr.bin/xinstall/xinstall.c
==
--- head/usr.bin/xinstall/xinstal
On Sun, 13 Dec 2009, Xin LI wrote:
Log:
Revert most part of 200420 as requested, as more review and polish is
needed.
Thanks.
Look at removing includes of time.h last -- the nesting and pollution
of time.h, sys/time.h, sys/[_]timespec.h, sys/[_]timeval.h, and headers
for other APIs using ti
Author: hrs
Date: Sun Dec 13 15:19:01 2009
New Revision: 200478
URL: http://svn.freebsd.org/changeset/base/200478
Log:
- Fix main() to use two separated sockets for the two transports
when "-P port" is specified. It invoked svc{tcp,udp}_create()
for only one of the two allocated sockets
Author: rnoland
Date: Sun Dec 13 15:12:40 2009
New Revision: 200477
URL: http://svn.freebsd.org/changeset/base/200477
Log:
MFC r198694,r198697
Some general cleanup of scatter/gather memory allocation
- We don't need to check malloc return values with M_WAITOK
- remove v
Author: rnoland
Date: Sun Dec 13 15:08:25 2009
New Revision: 200476
URL: http://svn.freebsd.org/changeset/base/200476
Log:
MFC 198332
Check pointer for NULL before dereferencing it, not after.
Originally committed by: brueffer
Modified:
stable/7/sys/dev/drm/mach64_state.c
Direc
Author: rnoland
Date: Sun Dec 13 15:03:54 2009
New Revision: 200475
URL: http://svn.freebsd.org/changeset/base/200475
Log:
MFC r198694,r198697
Some general cleanup of scatter/gather memory allocation
- We don't need to check malloc return values with M_WAITOK
- remove v
Author: rnoland
Date: Sun Dec 13 14:55:50 2009
New Revision: 200474
URL: http://svn.freebsd.org/changeset/base/200474
Log:
MFC 198332
Check pointer for NULL before dereferencing it, not after.
Originally committed by: brueffer
Modified:
stable/8/sys/dev/drm/mach64_state.c
Direc
Author: bz
Date: Sun Dec 13 13:57:32 2009
New Revision: 200473
URL: http://svn.freebsd.org/changeset/base/200473
Log:
Throughout the network stack we have a few places of
if (jailed(cred))
left. If you are running with a vnet (virtual network stack) those will
return true and defer
Xin LI writes:
> Author: delphij
> Date: Sun Dec 13 03:14:06 2009
> New Revision: 200462
> URL: http://svn.freebsd.org/changeset/base/200462
>
> Log:
> Revert most part of 200420 as requested, as more review and polish is
> needed.
It's a good idea, but it's also very hard to get right. I sk
Valentin Nechayev writes:
> I also vote for old variant. If anybody wants to keep previous screen
> contents, there are many ways for this (another xterm, screen, less,
> etc.), and all they are more predictable and controllable than
> alternate screen which isn't loggable and isn't provided by ma
Doug Barton writes:
> To be clear, I am NOT asking for a backout ... IIRC in the thread that
> discussed this issue there were quite a few people who thought that
> FreeBSD not clearing the screen was a POLA violation since that's what
> linux does, and it's what most people are used to.
It's not
Garrett Wollman writes:
> I don't understand why people put up with the unspeakably obnoxious
> "alternate screen" behavior. Please don't tell me someone actually
> thinks it's *useful*.
Lots of people think it's useful.
DES
--
Dag-Erling Smørgrav - d...@des.no
Author: bz
Date: Sun Dec 13 11:06:39 2009
New Revision: 200471
URL: http://svn.freebsd.org/changeset/base/200471
Log:
Add a few more V_hacks to nfsclient to allow machines with a VIMAGE
kernel to boot from NFS. [1]
Note: this is not a full virtualization of nfsclient. It is only does
wh
Sat, Dec 12, 2009 at 00:24:08, wollman wrote about "Re: svn commit: r200369 -
in head: etc share/termcap":
> > It's great, thank!!
> > I believe that our xterm entry was modified not to clear screen when
> > applications such as less(1) are terminated. Are there any chance to
> > back to the b
45 matches
Mail list logo
