On Thu, Feb 16, 2012 at 7:08 PM, Kenneth D. Merry wrote:
> So I think we need some comment from Eitan on r231814, since that would
> probably need to come out as well. If he is okay with backing out r231814,
> and avg agrees as well, then I will back out all four changes.
If other commits have
Author: delphij
Date: Sat Feb 18 00:55:54 2012
New Revision: 231891
URL: http://svn.freebsd.org/changeset/base/231891
Log:
Use ANSI prototypes.
Modified:
head/lib/libc/gen/fts.c
Modified: head/lib/libc/gen/fts.c
==
-
Author: kib
Date: Sat Feb 18 00:49:09 2012
New Revision: 231889
URL: http://svn.freebsd.org/changeset/base/231889
Log:
MFC r231526:
Close a race due to dropping of the map lock between creating map entry
for a shared mapping and marking the entry for inheritance.
Modified:
stable/9/sys/vm
Author: delphij
Date: Sat Feb 18 00:46:18 2012
New Revision: 231888
URL: http://svn.freebsd.org/changeset/base/231888
Log:
Put the signal trap output to standard error instead of standard output.
Without this change, pressing ^T could result in rc.d script putting
junk strings like:
Author: kib
Date: Sat Feb 18 00:45:59 2012
New Revision: 231887
URL: http://svn.freebsd.org/changeset/base/231887
Log:
MFC r231521:
The PTRACESTOP() macro is used only once. Inline the only use and remove
the macro.
Modified:
stable/9/sys/kern/subr_syscall.c
stable/9/sys/sys/ptrace.h
Di
On Feb 16, 2012, at 11:45 PM, Julian Elischer wrote:
*snip*
The message buffer does not have to be a chunk of memory that
we circularly scribble to. It can be a per-cpu linked list of
messages even.
*snip*
that is an intersting thought.. though.. how would you sort them into order for
printing
Author: kib
Date: Fri Feb 17 23:47:16 2012
New Revision: 231885
URL: http://svn.freebsd.org/changeset/base/231885
Log:
Fix misuse of the kernel map in miscellaneous image activators.
Vnode-backed mappings cannot be put into the kernel map, since it is a
system map.
Use exec_map for tran
Author: gibbs
Date: Fri Feb 17 22:33:46 2012
New Revision: 231883
URL: http://svn.freebsd.org/changeset/base/231883
Log:
Fix regression in the handling of blkback close events for
devices that are unplugged via QEMU.
sys/dev/xen/blkback/blkback.c:
Toolstack initiated closures chan
On Fri, 17 Feb 2012, Marcel Moolenaar wrote:
On Feb 17, 2012, at 4:13 AM, Bruce Evans wrote:
On Thu, 16 Feb 2012, Marcel Moolenaar wrote:
I think we should lift above the immediate problem and allow for
single- and multi-line messages that are atomically appended to
the message buffer. Conso
On Feb 17, 2012, at 1:09 AM, Attilio Rao wrote:
>>
>> The message buffer does not have to be a chunk of memory that
>> we circularly scribble to. It can be a per-cpu linked list of
>> messages even.
>
> Do you think we could inherit much of the code from KTR subsystem?
> We could use KTR as a sc
On Feb 17, 2012, at 12:58 AM, Pawel Jakub Dawidek wrote:
*snip*
>> I think we should lift above the immediate problem and allow for
>> single- and multi-line messages that are atomically appended to
>> the message buffer. Console output and propagation of messages
>> outside of the kernel should
On Feb 17, 2012, at 4:13 AM, Bruce Evans wrote:
> On Thu, 16 Feb 2012, Marcel Moolenaar wrote:
>
>> I think we should lift above the immediate problem and allow for
>> single- and multi-line messages that are atomically appended to
>> the message buffer. Console output and propagation of message
On Fri, 17 Feb 2012, Pawel Jakub Dawidek wrote:
On Fri, Feb 17, 2012 at 01:07:26AM -0800, Julian Elischer wrote:
On 2/17/12 12:58 AM, Pawel Jakub Dawidek wrote:
I agree with everything except for per-CPU buffers. I understand the
need for using printf in low-level code and it indeed complicate
On Feb 16, 2012, at 11:45 PM, Julian Elischer wrote:
*snip*
>> The message buffer does not have to be a chunk of memory that
>> we circularly scribble to. It can be a per-cpu linked list of
>> messages even.
*snip*
> that is an intersting thought.. though.. how would you sort them into order
> f
On Fri, 17 Feb 2012, Andriy Gapon wrote:
Since this issue has generated a sudden interest, I would like to use this
opportunity to point my older proposal as well:
http://lists.freebsd.org/pipermail/freebsd-arch/2011-August/011405.html
Sorry I didn't check this now, and I don't remember it fro
Author: luigi
Date: Fri Feb 17 14:09:04 2012
New Revision: 231881
URL: http://svn.freebsd.org/changeset/base/231881
Log:
Various cleanups for readability (no functional changes)
- remove the KEVENT code, which was incomplete and not compiled anyways;
- change some while() loops into for()
Author: luigi
Date: Fri Feb 17 14:02:44 2012
New Revision: 231880
URL: http://svn.freebsd.org/changeset/base/231880
Log:
add manpage for the "oce" driver
Submitted by: Naresh Raju Gottumukkala (Emulex)
MFC after:3 days
Added:
head/share/man/man4/oce.4 (contents, props changed)
Mo
Author: luigi
Date: Fri Feb 17 13:55:17 2012
New Revision: 231879
URL: http://svn.freebsd.org/changeset/base/231879
Log:
Patches from Naresh Raju Gottumukkala
- Feature: UMC - Universal Multi Channel support
- Bugfix: BE3 Firmware Flashing bug.
- Code improvements:
- Removed duplica
Author: kib
Date: Fri Feb 17 12:40:27 2012
New Revision: 231873
URL: http://svn.freebsd.org/changeset/base/231873
Log:
Fix cross-references.
Submitted by: pluknet
MFC after: 2 weeks
Modified:
head/lib/libc/gen/dl_iterate_phdr.3
Modified: head/lib/libc/gen/dl_iterate_phdr.3
==
On Thu, 16 Feb 2012, Marcel Moolenaar wrote:
I think we should lift above the immediate problem and allow for
single- and multi-line messages that are atomically appended to
the message buffer. Console output and propagation of messages
outside of the kernel should all come out of the message bu
2012/2/17, Marcel Moolenaar :
>
> On Feb 16, 2012, at 4:19 PM, Andriy Gapon wrote:
>
>> on 17/02/2012 02:08 Kenneth D. Merry said the following:
>> [snip]
> On Thu, Feb 16, 2012 at 11:13:09 +0200, Andriy Gapon wrote:
>> [snip]
>> For me personally the immediate benefits in the common situat
On Fri, Feb 17, 2012 at 01:07:26AM -0800, Julian Elischer wrote:
> On 2/17/12 12:58 AM, Pawel Jakub Dawidek wrote:
> > I agree with everything except for per-CPU buffers. I understand the
> > need for using printf in low-level code and it indeed complicates things.
> > The reason I don't like the i
On 2/17/12 12:58 AM, Pawel Jakub Dawidek wrote:
On Thu, Feb 16, 2012 at 08:49:05PM -0800, Marcel Moolenaar wrote:
On Feb 16, 2012, at 4:19 PM, Andriy Gapon wrote:
on 17/02/2012 02:08 Kenneth D. Merry said the following:
[snip]
On Thu, Feb 16, 2012 at 11:13:09 +0200, Andriy Gapon wrote:
[snip
On Thu, Feb 16, 2012 at 08:49:05PM -0800, Marcel Moolenaar wrote:
>
> On Feb 16, 2012, at 4:19 PM, Andriy Gapon wrote:
>
> > on 17/02/2012 02:08 Kenneth D. Merry said the following:
> > [snip]
> On Thu, Feb 16, 2012 at 11:13:09 +0200, Andriy Gapon wrote:
> > [snip]
> > For me personally
Author: tuexen
Date: Fri Feb 17 10:54:09 2012
New Revision: 231870
URL: http://svn.freebsd.org/changeset/base/231870
Log:
MFC 231672:
Fix a bug where the wrong protocol overhead was used. This can lead
to a deadlock of an association when an IPv6 socket was used to
communcate with IPv4
Author: kib
Date: Fri Feb 17 10:51:40 2012
New Revision: 231869
URL: http://svn.freebsd.org/changeset/base/231869
Log:
Document dl_iterate_phdr(3).
Man page is based on the OpenBSD version, extended and corrected for
the FreeBSD implementation.
MFC after: 2 weeks
Added:
head/lib/
Author: kib
Date: Fri Feb 17 10:49:29 2012
New Revision: 231868
URL: http://svn.freebsd.org/changeset/base/231868
Log:
Fetch the aux vector for the static libc, and use the entries to
initialize the cache of the system information as it was done for the
dynamic libc. This removes several sys
Author: kib
Date: Fri Feb 17 10:39:28 2012
New Revision: 231867
URL: http://svn.freebsd.org/changeset/base/231867
Log:
MFC r231443:
Add a test program for recently added ptrace(2) interfaces.
Added:
stable/9/tools/test/ptrace/
- copied from r231443, head/tools/test/ptrace/
Modified:
Di
Author: kib
Date: Fri Feb 17 10:37:14 2012
New Revision: 231866
URL: http://svn.freebsd.org/changeset/base/231866
Log:
MFC r231441:
In cpu_set_user_tls(), consistently set PCB_FULL_IRET pcb flag for
both 64bit and 32bit binaries, not for 64bit only.
Modified:
stable/9/sys/amd64/amd64/vm_m
Author: kib
Date: Fri Feb 17 10:27:58 2012
New Revision: 231865
URL: http://svn.freebsd.org/changeset/base/231865
Log:
MFC r231320:
Mark the automatically attached child with PL_FLAG_CHILD in struct
lwpinfo flags, for PT_FOLLOWFORK auto-attachment.
Modified:
stable/9/sys/kern/kern_fork.c
Since this issue has generated a sudden interest, I would like to use this
opportunity to point my older proposal as well:
http://lists.freebsd.org/pipermail/freebsd-arch/2011-August/011405.html
Essentially the algorithm is:
1. atomically (CAS) reserve a space in the message data buffer
2. output
Author: adrian
Date: Fri Feb 17 08:45:08 2012
New Revision: 231864
URL: http://svn.freebsd.org/changeset/base/231864
Log:
Fix the return type.
Submitted by: arundel
Found by: clang/llvm
Modified:
head/sys/dev/ath/ath_hal/ar5416/ar5416_misc.c
Modified: head/sys/dev/ath/ath_hal/ar54
Author: adrian
Date: Fri Feb 17 08:24:58 2012
New Revision: 231863
URL: http://svn.freebsd.org/changeset/base/231863
Log:
Fix up this local copy of statfoo to support > 128 statistics.
This allows all of the athstats statistics to work again.
Specifics:
* The previous code used ch
On 29 December 2011 22:25, John Baldwin wrote:
> Author: jhb
> Date: Thu Dec 29 18:25:18 2011
> New Revision: 228966
> URL: http://svn.freebsd.org/changeset/base/228966
>
> Log:
> Use queue(3) macros instead of home-rolled versions in several places in
> the INET6 code. This includes retiring t
Author: dougb
Date: Fri Feb 17 07:59:37 2012
New Revision: 231862
URL: http://svn.freebsd.org/changeset/base/231862
Log:
Increase the default shutdown timer to 90 seconds. This will allow
certain systems that take a long time to shut down, without adversely
affecting things that shut down qu
35 matches
Mail list logo
