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;
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 speci
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 duplica
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
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:
head/sys/conf/kern.pre
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 depen
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 sil
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 result
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 m
On 3 March 2012 20: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.
> Wouldn't it be better to track down the real bug
On 03/03/2012 12:05, Ben Kaduk wrote:
> On Sat, Mar 3, 2012 at 3:03 PM, 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/s
On Sat, Mar 3, 2012 at 3:03 PM, 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.
> Wouldn't it be better to track down the
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 prote
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
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_* constan
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
Approved by: bcr
MFC after:1 week
Modified:
head/usr.bin
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:
head/
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
==
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
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 serv
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 of
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
Modifie
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: 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
==
--- head/sys/dev
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(), pci_get_vpd_i
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]
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 expl
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
=
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 wa
Author: jmallett
Date: Sat Mar 3 10:22:49 2012
New Revision: 232452
URL: http://svn.freebsd.org/changeset/base/232452
Log:
Unbreak n64 build without COMPAT_FREEBSD32 by fixing mismatched preprocessor
conditionals.
Modified:
head/sys/mips/mips/trap.c
Modified: head/sys/mips/mips/trap.c
===
Author: jh
Date: Sat Mar 3 09:19:20 2012
New Revision: 232450
URL: http://svn.freebsd.org/changeset/base/232450
Log:
Use snprintf(3) constantly when generating CAM error messages.
PR: bin/57088
Submitted by: Rui Lopes, arundel
MFC after:2 weeks
Modified:
head/lib/libca
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 ab
Author: jmallett
Date: Sat Mar 3 08:19:18 2012
New Revision: 232449
URL: http://svn.freebsd.org/changeset/base/232449
Log:
o) Add COMPAT_FREEBSD32 support for MIPS kernels using the n64 ABI with
userlands
using the o32 ABI. This mostly follows nwhitehorn's lead in implementing
COMPA
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 assum
34 matches
Mail list logo
