Author: hselasky
Date: Sat Mar 3 08:11:04 2012
New Revision: 232448
URL: http://svn.freebsd.org/changeset/base/232448
Log:
Make sure that the USB system suspend event is executed synchronously
and not asynchronously. This fixes problems related to USB system
suspend and resume. It is
On Sat, Mar 03, 2012 at 12:02:23PM +1100, Bruce Evans wrote:
On Fri, 2 Mar 2012, Tijl Coosemans wrote:
On Friday 02 March 2012 05:11:21 Bruce Evans wrote:
[... Lots about complications for longjmp() from a signal handler]
Thanks, that was quite informative. C11 does say something about the
Author: mav
Date: Sat Mar 3 11:50:48 2012
New Revision: 232454
URL: http://svn.freebsd.org/changeset/base/232454
Log:
Fix bug of r232207, when cpu_search() could prefer CPU group with best
load, but with no CPU matching given limitations. It caused kernel panics
in some cases when thread
Author: trociny
Date: Sat Mar 3 11:53:35 2012
New Revision: 232455
URL: http://svn.freebsd.org/changeset/base/232455
Log:
Make kern.proc.umask sysctl readonly.
Requested by: src
MFC after:1 week
Modified:
head/sys/kern/kern_proc.c
Modified: head/sys/kern/kern_proc.c
On Sat, 3 Mar 2012, Konstantin Belousov wrote:
On Sat, Mar 03, 2012 at 12:02:23PM +1100, Bruce Evans wrote:
On Fri, 2 Mar 2012, Tijl Coosemans wrote:
So the interesting points for signal handlers move to:
- should signal handlers have to initialize their own state if they want
to use FP
On Saturday 03 March 2012 10:14:26 Konstantin Belousov wrote:
On Sat, Mar 03, 2012 at 12:02:23PM +1100, Bruce Evans wrote:
On Fri, 2 Mar 2012, Tijl Coosemans wrote:
On Friday 02 March 2012 05:11:21 Bruce Evans wrote:
[... Lots about complications for longjmp() from a signal handler]
Author: jhb
Date: Sat Mar 3 14:23:54 2012
New Revision: 232463
URL: http://svn.freebsd.org/changeset/base/232463
Log:
Expand and reorganize the pci(9) manpage a bit:
- Document the following routines: pci_alloc_msi(), pci_alloc_msix(),
pci_find_cap(), pci_get_max_read_req(),
Author: jhb
Date: Sat Mar 3 14:24:39 2012
New Revision: 232464
URL: http://svn.freebsd.org/changeset/base/232464
Log:
Fix a typo.
Modified:
head/sys/dev/pci/pci.c
Modified: head/sys/dev/pci/pci.c
==
---
Author: jhb
Date: Sat Mar 3 14:25:36 2012
New Revision: 232465
URL: http://svn.freebsd.org/changeset/base/232465
Log:
Update the pci_get_vpd_readonly() wrapper to use 'vptr' instead of
'identptr' for its last parameter to match the default implementation
as well as the method definition in
Author: eadler
Date: Sat Mar 3 15:38:01 2012
New Revision: 232466
URL: http://svn.freebsd.org/changeset/base/232466
Log:
Direct users to swapinfo and pstat from df
PR: bin/165321
Submitted by: jhs
Approved by: bcr
MFC after:3 days
Modified:
head/bin/df/df.1
On Sat, 3 Mar 2012, Tijl Coosemans wrote:
On Saturday 03 March 2012 10:14:26 Konstantin Belousov wrote:
longjmp() from a signal handler has very high chance of providing
wrong CPU state for anything except basic integer registers.
Not really, and return from a SIGFPE handler has a chance
Author: rmacklem
Date: Sat Mar 3 16:13:20 2012
New Revision: 232467
URL: http://svn.freebsd.org/changeset/base/232467
Log:
The name caching changes of r230394 exposed an intermittent bug
in the new NFS server for NFSv4, where it would report ENOENT
when the file actually existed on the
On Sat, Mar 03, 2012 at 01:01:32AM -0500, Rick Macklem wrote:
John Baldwin wrote:
On Friday, March 02, 2012 8:29:21 am Peter Holm wrote:
On Thu, Mar 01, 2012 at 04:47:41PM -0500, John Baldwin wrote:
On Monday, October 31, 2011 11:01:47 am Peter Holm wrote:
Author: pho
Date: Mon
Author: eadler
Date: Sat Mar 3 17:52:19 2012
New Revision: 232469
URL: http://svn.freebsd.org/changeset/base/232469
Log:
Bump date to today (since I modified it)
PR: bin/165321
Approved by: gjb
MFC after:3 days
Modified:
head/bin/df/df.1
Modified: head/bin/df/df.1
Author: jhb
Date: Sat Mar 3 18:03:50 2012
New Revision: 232470
URL: http://svn.freebsd.org/changeset/base/232470
Log:
Use pci_find_cap() instead of pci_find_extcap() to locate PCI
find capabilities as the latter API is deprecated for this purpose.
MFC after:2 weeks
Modified:
Author: eadler
Date: Sat Mar 3 18:07:53 2012
New Revision: 232471
URL: http://svn.freebsd.org/changeset/base/232471
Log:
Document the [n]eei and [n]bacc options
PR: docs/165009
Submitted by: Jeremy Huddleston jerem...@apple.com
Approved by: bcr
MFC after:1 week
Author: jhb
Date: Sat Mar 3 18:08:57 2012
New Revision: 232472
URL: http://svn.freebsd.org/changeset/base/232472
Log:
Expand the set of APIs available for locating PCI capabilities:
- pci_find_extcap() is repurposed to be used for fetching PCI-express
extended capabilities (PCIZ_*
Author: dim
Date: Sat Mar 3 18:58:15 2012
New Revision: 232473
URL: http://svn.freebsd.org/changeset/base/232473
Log:
After r232322, it turned out many people (and some ports) are building
kernel modules using their old installed /usr/share/mk/bsd.*.mk files,
instead of the updated ones in
On 03/03/2012 10:58, Dimitry Andric wrote:
However, since it is apparently an expected use case to build using old
.mk files,
Expected how? It shouldn't happen if you're building in /usr/src.
Wouldn't it be better to track down the real bug?
--
This .signature sanitized for your
On Sat, Mar 3, 2012 at 3:03 PM, Doug Barton do...@freebsd.org wrote:
On 03/03/2012 10:58, Dimitry Andric wrote:
However, since it is apparently an expected use case to build using old
.mk files,
Expected how? It shouldn't happen if you're building in /usr/src.
Wouldn't it be better to
On 03/03/2012 12:05, Ben Kaduk wrote:
On Sat, Mar 3, 2012 at 3:03 PM, Doug Barton do...@freebsd.org wrote:
On 03/03/2012 10:58, Dimitry Andric wrote:
However, since it is apparently an expected use case to build using old
.mk files,
Expected how? It shouldn't happen if you're building in
On 3 March 2012 20:03, Doug Barton do...@freebsd.org wrote:
On 03/03/2012 10:58, Dimitry Andric wrote:
However, since it is apparently an expected use case to build using old
.mk files,
Expected how? It shouldn't happen if you're building in /usr/src.
Wouldn't it be better to track down
On 2012-03-03 21:03, Doug Barton wrote:
On 03/03/2012 10:58, Dimitry Andric wrote:
However, since it is apparently an expected use case to build using old
.mk files,
Expected how? It shouldn't happen if you're building in /usr/src.
No, but it apparently happens if you build kernel modules
Author: jmallett
Date: Sat Mar 3 21:39:12 2012
New Revision: 232475
URL: http://svn.freebsd.org/changeset/base/232475
Log:
On MIPS, _ALIGN always aligns to 8 bytes, even for 32-bit binaries. This
might
not be ideal, but is the ABI we've shipped so far. Fix macros which reflect
the
Author: dim
Date: Sat Mar 3 23:49:53 2012
New Revision: 232476
URL: http://svn.freebsd.org/changeset/base/232476
Log:
Revert r232473. I have been convinced by Doug Barton and Bjoern Zeeb
that it is better to error out when people attempt to build using the
wrong bsd.*.mk files, than to
On Sat, 3 Mar 2012, Dimitry Andric wrote:
After r232322, it turned out many people (and some ports) are building
kernel modules using their old installed /usr/share/mk/bsd.*.mk files,
instead of the updated ones in their source tree. This leads to errors
like:
It is a bug for sys to
Author: dim
Date: Sun Mar 4 00:42:18 2012
New Revision: 232477
URL: http://svn.freebsd.org/changeset/base/232477
Log:
In r232322, I forgot one case where a check for MK_CLANG_IS_CC was
needed, in sys/conf/kern.pre.mk. Add it now.
MFC after:2 weeks
Modified:
On Saturday, March 03, 2012 06:49:53 PM Dimitry Andric wrote:
Author: dim
Date: Sat Mar 3 23:49:53 2012
New Revision: 232476
URL: http://svn.freebsd.org/changeset/base/232476
Log:
Revert r232473. I have been convinced by Doug Barton and Bjoern Zeeb
that it is better to error out
Author: jmallett
Date: Sun Mar 4 05:19:55 2012
New Revision: 232478
URL: http://svn.freebsd.org/changeset/base/232478
Log:
Fix tls base computation with COMPAT_FREEBSD32 on n64 kernels. The previous
version was missing an else and would always use the n64 TP_OFFSET. Eliminate
some
Author: adrian
Date: Sun Mar 4 05:49:39 2012
New Revision: 232479
URL: http://svn.freebsd.org/changeset/base/232479
Log:
* Added IEEE80211_ACTION_CAT_MESH in ieee80211.h as specified amendment spec;
* Moved old categories as specified by D4.0 to be action fields of MESH
category
as
Author: adrian
Date: Sun Mar 4 05:52:26 2012
New Revision: 232480
URL: http://svn.freebsd.org/changeset/base/232480
Log:
* Introduce new flag for QoS control field;
* Change in mesh_input to validate that QoS is set and Mesh Control field
is present, also both bytes of the QoS are read;
31 matches
Mail list logo
