Author: jfv
Date: Sat Dec 4 06:38:21 2010
New Revision: 216176
URL: http://svn.freebsd.org/changeset/base/216176
Log:
Correct build error.
Modified:
head/sys/dev/e1000/if_em.c
Modified: head/sys/dev/e1000/if_em.c
==
Author: dougb
Date: Sat Dec 4 05:58:56 2010
New Revision: 216175
URL: http://svn.freebsd.org/changeset/base/216175
Log:
Update to version 9.6-ESV-R3, the latest from ISC, which addresses
the following security vulnerabilities.
For more information regarding these issues please see:
ht
Author: nwhitehorn
Date: Sat Dec 4 02:42:52 2010
New Revision: 216174
URL: http://svn.freebsd.org/changeset/base/216174
Log:
Add an abstraction layer to the 64-bit AIM MMU's page table manipulation
logic to support modifying the page table through a hypervisor. This
uses KOBJ inheritance to
Author: jfv
Date: Sat Dec 4 02:04:02 2010
New Revision: 216173
URL: http://svn.freebsd.org/changeset/base/216173
Log:
Remove the bogus test in the TX context setup for IPV6,
the size can be smaller than the constant when you are
doing HW TAGGING, and you still need to process this
packet
Author: jfv
Date: Sat Dec 4 01:59:58 2010
New Revision: 216172
URL: http://svn.freebsd.org/changeset/base/216172
Log:
Small cut and paste bug in flow control string fixed.
Second, correct the discard/refresh_mbufs code to behave
more like igb, there have been panics due to discards and
th
Author: jfv
Date: Sat Dec 4 01:43:38 2010
New Revision: 216171
URL: http://svn.freebsd.org/changeset/base/216171
Log:
This small little change is a bug that drove me nuts
finding. The test to compare the mbuf m_len against
a fixed value and then returning needs to be removed.
When usin
Author: jilles
Date: Fri Dec 3 23:24:27 2010
New Revision: 216168
URL: http://svn.freebsd.org/changeset/base/216168
Log:
sh(1): Clean up documentation of built-in commands.
Make sure all built-in commands are in the subsection named such, except
exp, let and wordexp which are deliberatel
On Friday 03 December 2010 06:02 pm, Jung-uk Kim wrote:
> On Friday 03 December 2010 05:43 pm, Jung-uk Kim wrote:
> > On Friday 03 December 2010 05:08 pm, John Baldwin wrote:
> > > On Friday, December 03, 2010 4:54:10 pm Jung-uk Kim wrote:
> > > > Author: jkim
> > > > Date: Fri Dec 3 21:54:10 2010
On Friday 03 December 2010 05:43 pm, Jung-uk Kim wrote:
> On Friday 03 December 2010 05:08 pm, John Baldwin wrote:
> > On Friday, December 03, 2010 4:54:10 pm Jung-uk Kim wrote:
> > > Author: jkim
> > > Date: Fri Dec 3 21:54:10 2010
> > > New Revision: 216161
> > > URL: http://svn.freebsd.org/chan
Author: simon
Date: Fri Dec 3 22:59:54 2010
New Revision: 216166
URL: http://svn.freebsd.org/changeset/base/216166
Log:
Merge OpenSSL 0.9.8q into head.
Security: CVE-2010-4180
Security: http://www.openssl.org/news/secadv_20101202.txt
MFC after:3 days
Added:
head/crypto/o
On Friday 03 December 2010 05:08 pm, John Baldwin wrote:
> On Friday, December 03, 2010 4:54:10 pm Jung-uk Kim wrote:
> > Author: jkim
> > Date: Fri Dec 3 21:54:10 2010
> > New Revision: 216161
> > URL: http://svn.freebsd.org/changeset/base/216161
> >
> > Log:
> > Explicitly initialize TSC frequ
Author: jkim
Date: Fri Dec 3 22:27:51 2010
New Revision: 216163
URL: http://svn.freebsd.org/changeset/base/216163
Log:
Revert r216161. It is not necessary because we zero-fill BSS anyway.
Requested by: jhb
Modified:
head/sys/amd64/amd64/tsc.c
head/sys/i386/i386/tsc.c
Modified: head/
On Friday, December 03, 2010 4:54:10 pm Jung-uk Kim wrote:
> Author: jkim
> Date: Fri Dec 3 21:54:10 2010
> New Revision: 216161
> URL: http://svn.freebsd.org/changeset/base/216161
>
> Log:
> Explicitly initialize TSC frequency. To calibrate TSC frequency, we use
> DELAY(9) and it may use TS
On Sun, Oct 31, 2010, Pawel Jakub Dawidek wrote:
> On Sun, Oct 31, 2010 at 08:11:19PM +0100, Ulrich Spoerlein wrote:
> > On Sun, 31.10.2010 at 17:06:03 +0100, Pawel Jakub Dawidek wrote:
> > > IMHO this option should be removed and rm(1) should fail when a user is
> > > trying to use it.
> >
> > No
On Fri, Dec 3, 2010 at 1:54 PM, Jung-uk Kim wrote:
> Author: jkim
> Date: Fri Dec 3 21:54:10 2010
> New Revision: 216161
> URL: http://svn.freebsd.org/changeset/base/216161
>
> Log:
> Explicitly initialize TSC frequency. To calibrate TSC frequency, we use
> DELAY(9) and it may use TSC in turn
On Fri, Dec 3, 2010 at 1:54 PM, Jung-uk Kim wrote:
> Author: jkim
> Date: Fri Dec 3 21:54:10 2010
> New Revision: 216161
> URL: http://svn.freebsd.org/changeset/base/216161
>
> Log:
> Explicitly initialize TSC frequency. To calibrate TSC frequency, we use
> DELAY(9) and it may use TSC in turn
Author: jkim
Date: Fri Dec 3 21:54:10 2010
New Revision: 216161
URL: http://svn.freebsd.org/changeset/base/216161
Log:
Explicitly initialize TSC frequency. To calibrate TSC frequency, we use
DELAY(9) and it may use TSC in turn if TSC frequency is non-zero.
MFC after:3 days
Modified
Author: jkim
Date: Fri Dec 3 21:06:30 2010
New Revision: 216159
URL: http://svn.freebsd.org/changeset/base/216159
Log:
Do not change CPU ticker frequency if TSC is P-state invariant. Note this
change was meant to be committed with r184102 (and its subsequent MFCs) but
it fell off somehow.
Author: kib
Date: Fri Dec 3 20:39:06 2010
New Revision: 216158
URL: http://svn.freebsd.org/changeset/base/216158
Log:
Trim whitespaces at the end of lines. Use the commit to record
proper log message for r216150.
MFC after:1 week
If unix socket has a unix socket attached as the
On Thu, Dec 02, 2010 at 05:36:47PM +, Nathan Whitehorn wrote:
> Author: nwhitehorn
> Date: Thu Dec 2 17:36:47 2010
> New Revision: 216127
> URL: http://svn.freebsd.org/changeset/base/216127
>
> Log:
> Unbreak amd64<->i386 cross builds.
Thanks! This indeed fixes the issues I was having on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/03/10 09:15, Ulrich Spörlein wrote:
> On Fri, 03.12.2010 at 10:06:19 +, Xin LI wrote:
>> Author: delphij
>> Date: Fri Dec 3 10:06:19 2010
>> New Revision: 216147
>> URL: http://svn.freebsd.org/changeset/base/216147
>>
>> Log:
>>* Recom
Sat, Dec 04, 2010 at 05:01:55AM +1100, Bruce Evans wrote:
> On Fri, 3 Dec 2010, Bruce Cran wrote:
> > Log:
> > Revert r216134. This checkin broke platforms where bus_space are macros:
> > they need to be a single statement, and do { } while (0) doesn't
> > work in this situation so revert until
Author: jchandra
Date: Fri Dec 3 19:22:18 2010
New Revision: 216157
URL: http://svn.freebsd.org/changeset/base/216157
Log:
1. Fix off by one errors in calls to MIPS_DIRECT_MAPPABLE, reported by alc@
2. Remove unnecessary #defines from vmparam.h
Submitted by: alc (2)
Reviewed by: alc (
Fri, Dec 03, 2010 at 06:15:34PM +0100, Ulrich Sp??rlein wrote:
> On Fri, 03.12.2010 at 10:06:19 +, Xin LI wrote:
[...]
> > +.Pp
> > +It is recommended to write the whole provider before the first use,
> > +in order to make sure that all sectors and their corresponding
> > +checksums are properl
Author: brucec
Date: Fri Dec 3 18:30:55 2010
New Revision: 216156
URL: http://svn.freebsd.org/changeset/base/216156
Log:
Document the fact that passing in a count of zero to the bus_space functions
will result in undefined behaviour.
Taken from NetBSD's bus_space(9).
Modified:
head/share
On Fri, 3 Dec 2010, Bruce Cran wrote:
On Fri, 3 Dec 2010 20:45:12 +1100 (EST)
Bruce Evans wrote:
KASSERT() in little inline functions gives a lot of bloat for such an
unlikely error. Stupid callers can still pass any garbage count
except 0.
Yes, this catches a specific case that hps raised
on 03/12/2010 20:01 Bruce Evans said the following:
> On Fri, 3 Dec 2010, Bruce Cran wrote:
>
>> Log:
>> Revert r216134. This checkin broke platforms where bus_space are macros:
>> they need to be a single statement, and do { } while (0) doesn't work in
>> this
>> situation so revert until a s
On Fri, 3 Dec 2010, Bruce Cran wrote:
Log:
Revert r216134. This checkin broke platforms where bus_space are macros:
they need to be a single statement, and do { } while (0) doesn't work in this
situation so revert until a solution can be devised.
Surprising that do-while doesn't work.
...
On Fri, Dec 03, 2010 at 09:03:27AM -0800, Steve Kargl wrote:
> On Fri, Dec 03, 2010 at 04:15:44PM +, Konstantin Belousov wrote:
> > Author: kib
> > Date: Fri Dec 3 16:15:44 2010
> > New Revision: 216150
> > URL: http://svn.freebsd.org/changeset/base/216150
> >
> > Log:
> > Reviewed by:
On Fri, Dec 03, 2010 at 04:15:44PM +, Konstantin Belousov wrote:
> Author: kib
> Date: Fri Dec 3 16:15:44 2010
> New Revision: 216150
> URL: http://svn.freebsd.org/changeset/base/216150
>
> Log:
> Reviewed by:jeff, rwatson
> MFC after: 1 week
Oops, I failed to use proper -F file
On Fri, 03.12.2010 at 10:06:19 +, Xin LI wrote:
> Author: delphij
> Date: Fri Dec 3 10:06:19 2010
> New Revision: 216147
> URL: http://svn.freebsd.org/changeset/base/216147
>
> Log:
>* Recommend a overwrite of whole geli provider before use.
>* Correct a typo while I'm there.
>
>
On Friday, December 03, 2010 9:41:03 am Bruce Cran wrote:
> On Fri, 3 Dec 2010 15:27:13 +0100
> Ivan Voras wrote:
>
> > I'd say it depends on if the "specific case that hps raised a few
> > years ago" sentence part refers to an actual problem; i.e. did it
> > happen in practice? If yes, leaving K
On Fri, Dec 03, 2010 at 04:15:44PM +, Konstantin Belousov wrote:
> Author: kib
> Date: Fri Dec 3 16:15:44 2010
> New Revision: 216150
> URL: http://svn.freebsd.org/changeset/base/216150
>
> Log:
> Reviewed by:jeff, rwatson
> MFC after: 1 week
>
> Modified:
> head/sys/kern/uipc
On Fri, Dec 03, 2010, Kostik Belousov wrote:
> On Thu, Dec 02, 2010 at 02:00:10PM -0500, David Schultz wrote:
> > On Thu, Dec 02, 2010, Kostik Belousov wrote:
> > > For __isnanf, libc exports __isn...@fbsd_1.0, and libm exports
> > > __isn...@fbsd_1.2. I suspect that we could export both
> > > __is
On Friday 03 December 2010 10:13 am, Brooks Davis wrote:
> On Thu, Dec 02, 2010 at 01:19:27PM +, Gavin Atkinson wrote:
> > On Wed, 2010-12-01 at 03:24 +, Weongyo Jeong wrote:
> > > Author: weongyo
> > > Date: Wed Dec 1 03:24:38 2010
> > > New Revision: 216089
> > > URL: http://svn.freebsd.
Author: nwhitehorn
Date: Fri Dec 3 16:37:37 2010
New Revision: 216154
URL: http://svn.freebsd.org/changeset/base/216154
Log:
Provide a simple IOMMU framework on PowerPC, which is required to support
PPC hypervisors.
Added:
head/sys/powerpc/powerpc/iommu_if.m (contents, props changed)
Mod
On Sat, Dec 04, 2010, Bruce Evans wrote:
> On Fri, 3 Dec 2010, David Schultz wrote:
>
> >Log:
> > Explain some of the reasons that fpsetprec() is unlikely to work as
> > one might expect. (These functions have already been deprecated for
> > many years.)
>
> Um, only the functions other than fps
Author: kib
Date: Fri Dec 3 16:17:53 2010
New Revision: 216151
URL: http://svn.freebsd.org/changeset/base/216151
Log:
Extend the unix gc regression test to cover the case of r216150.
Requested and reviewed by:rwatson
MFC after:1 week
Modified:
head/tools/regression/sockets/uni
Author: kib
Date: Fri Dec 3 16:15:44 2010
New Revision: 216150
URL: http://svn.freebsd.org/changeset/base/216150
Log:
Reviewed by: jeff, rwatson
MFC after:1 week
Modified:
head/sys/kern/uipc_usrreq.c
Modified: head/sys/kern/uipc_usrreq.c
==
Author: kib
Date: Fri Dec 3 16:07:50 2010
New Revision: 216149
URL: http://svn.freebsd.org/changeset/base/216149
Log:
Add SLIST_SWAP() macro.
MFC after:1 week
Modified:
head/sys/sys/queue.h
Modified: head/sys/sys/queue.h
=
On Thu, Dec 02, 2010 at 01:19:27PM +, Gavin Atkinson wrote:
> On Wed, 2010-12-01 at 03:24 +, Weongyo Jeong wrote:
> > Author: weongyo
> > Date: Wed Dec 1 03:24:38 2010
> > New Revision: 216089
> > URL: http://svn.freebsd.org/changeset/base/216089
> >
> > Log:
> > Don't print usbus[0-9]
On Fri, 3 Dec 2010 15:27:13 +0100
Ivan Voras wrote:
> I'd say it depends on if the "specific case that hps raised a few
> years ago" sentence part refers to an actual problem; i.e. did it
> happen in practice? If yes, leaving KASSERTs looks like the best
> option.
I've found hps's original email
On 3 December 2010 13:46, John Baldwin wrote:
> On Friday, December 03, 2010 5:16:51 am Bruce Cran wrote:
>> On Fri, 3 Dec 2010 20:45:12 +1100 (EST)
>> Bruce Evans wrote:
>>
>> > KASSERT() in little inline functions gives a lot of bloat for such an
>> > unlikely error. Stupid callers can still p
Author: jchandra
Date: Fri Dec 3 14:20:20 2010
New Revision: 216148
URL: http://svn.freebsd.org/changeset/base/216148
Log:
Fixup for r216141, dump_add_page needs to be non-static now.
Add it to sys/mips/include/md_var.h, make dump_drop_page non-static too
for completeness.
Modified:
head
On Wed, 2010-12-01 at 03:24 +, Weongyo Jeong wrote:
> Author: weongyo
> Date: Wed Dec 1 03:24:38 2010
> New Revision: 216089
> URL: http://svn.freebsd.org/changeset/base/216089
>
> Log:
> Don't print usbus[0-9] interfaces that it's not the interesting
> interface type for ifconfig(8).
>
On Fri, 3 Dec 2010, David Schultz wrote:
Log:
Explain some of the reasons that fpsetprec() is unlikely to work as
one might expect. (These functions have already been deprecated for
many years.)
Um, only the functions other than fpsetprec() are deprecated (since it
is a bug in the fenv fam
On Friday, December 03, 2010 5:16:51 am Bruce Cran wrote:
> On Fri, 3 Dec 2010 20:45:12 +1100 (EST)
> Bruce Evans wrote:
>
> > KASSERT() in little inline functions gives a lot of bloat for such an
> > unlikely error. Stupid callers can still pass any garbage count
> > except 0.
>
> Yes, this ca
Quoting Ulrich Spoerlein (from Thu, 2 Dec 2010
21:43:49 +0100):
On Thu, 02.12.2010 at 15:45:22 +0100, Alexander Leidinger wrote:
Quoting Ulrich Spoerlein (from Thu, 2 Dec 2010
10:46:05 + (UTC)):
> Author: uqs
> Date: Thu Dec 2 10:46:05 2010
> New Revision: 216119
> URL: http://svn.fre
On Fri, 3 Dec 2010 20:45:12 +1100 (EST)
Bruce Evans wrote:
> KASSERT() in little inline functions gives a lot of bloat for such an
> unlikely error. Stupid callers can still pass any garbage count
> except 0.
Yes, this catches a specific case that hps raised a few years ago:
sending zero-length
Author: delphij
Date: Fri Dec 3 10:06:19 2010
New Revision: 216147
URL: http://svn.freebsd.org/changeset/base/216147
Log:
* Recommend a overwrite of whole geli provider before use.
* Correct a typo while I'm there.
Reviewed by: pjd
MFC after:2 weeks
Modified:
head/sbin/geom/c
On Thu, 2 Dec 2010, Bruce Cran wrote:
Log:
Disallow passing in a count of zero bytes to the bus_space(9) functions.
Passing a count of zero on i386 and amd64 for [I386|AMD64]_BUS_SPACE_MEM
causes a crash/hang since the 'loop' instruction decrements the counter
before checking if it's zero.
51 matches
Mail list logo