Author: np
Date: Tue Mar 8 07:48:55 2016
New Revision: 296489
URL: https://svnweb.freebsd.org/changeset/base/296489
Log:
cxgbe(4): Updates to the shared routines that deal with the serial EEPROM,
flash, and VPD.
Obtained from:Chelsio Communications
Modified:
Author: np
Date: Tue Mar 8 06:27:47 2016
New Revision: 296488
URL: https://svnweb.freebsd.org/changeset/base/296488
Log:
cxgbe(4): Updates to mailbox routines in the shared code.
Obtained from:Chelsio Communications
Modified:
head/sys/dev/cxgbe/common/common.h
Author: np
Date: Tue Mar 8 02:44:32 2016
New Revision: 296485
URL: https://svnweb.freebsd.org/changeset/base/296485
Log:
cxgbe(4): Update the interrupt handlers for hardware errors.
Obtained from:Chelsio Communications
Modified:
head/sys/dev/cxgbe/common/common.h
Author: np
Date: Tue Mar 8 02:04:05 2016
New Revision: 296481
URL: https://svnweb.freebsd.org/changeset/base/296481
Log:
cxgbe(4): Overhaul the shared code that deals with the chip's TP block,
which is responsible for filtering and RSS.
Add the ability to use filters that match on PF/VF
Author: markj
Date: Tue Mar 8 00:46:03 2016
New Revision: 296480
URL: https://svnweb.freebsd.org/changeset/base/296480
Log:
Fix a couple of silly mistakes in r291962.
- Handle the case where no DOF helper is provided. This occurs with the
currently-unused DTRACEHIOC_ADD ioctl.
- Fix
Author: markj
Date: Tue Mar 8 00:43:03 2016
New Revision: 296479
URL: https://svnweb.freebsd.org/changeset/base/296479
Log:
Fix fasttrap tracepoint locking.
Upstream, tracepoints are protected by per-CPU mutexes. An unlinked
tracepoint may be freed once all the tracepoint mutexes have
Author: np
Date: Tue Mar 8 00:23:56 2016
New Revision: 296478
URL: https://svnweb.freebsd.org/changeset/base/296478
Log:
cxgbe(4): Add a struct sge_params to store per-adapter SGE parameters.
Move the code that reads all the parameters to t4_init_sge_params in the
shared code. Use these
Author: markj
Date: Tue Mar 8 00:18:46 2016
New Revision: 296477
URL: https://svnweb.freebsd.org/changeset/base/296477
Log:
Remove the fasttrap implementation for sparc.
Other machine-dependent code required for DTrace on sparc is not present in
the tree, so there's no point to keeping
Author: rrs
Date: Tue Mar 8 00:16:34 2016
New Revision: 296476
URL: https://svnweb.freebsd.org/changeset/base/296476
Log:
Fix a sneaky bug where we were missing an extern
to get the rxt threshold.. and thus created our own defaulted to 0 :-(
Sponsored by: Netflix Inc
Modified:
Author: markj
Date: Tue Mar 8 00:14:14 2016
New Revision: 296475
URL: https://svnweb.freebsd.org/changeset/base/296475
Log:
MFV r296306: 6604 harden DIF bounds checking
Reviewed by: Alex Wilson
Reviewed by: Patrick Mooney
Reviewed
Author: emaste
Date: Tue Mar 8 00:09:34 2016
New Revision: 296474
URL: https://svnweb.freebsd.org/changeset/base/296474
Log:
libc/{i386,amd64}: Do not export .cerror when building WITHOUT_SYMVER
Further to r240152 (i386) and r240178 (amd64), hide the .cerror symbol
so that it is not
Author: bdrewery
Date: Mon Mar 7 21:45:24 2016
New Revision: 296473
URL: https://svnweb.freebsd.org/changeset/base/296473
Log:
Add missing break for r296472.
This was lost in git rebasing, though it has no functional change.
X-MFC-With: r296472
MFC after:1 week
Modified:
Author: bdrewery
Date: Mon Mar 7 21:39:29 2016
New Revision: 296472
URL: https://svnweb.freebsd.org/changeset/base/296472
Log:
Require kldunload -f to unload.
Code may still be executing from the wrappers at unload time and thus is
not generally safe to unload. Converting the wrappers
Author: np
Date: Mon Mar 7 21:11:35 2016
New Revision: 296471
URL: https://svnweb.freebsd.org/changeset/base/296471
Log:
cxgbe(4): Updated register dumps.
- Get the list of registers to read during a regdump from the shared
code instead of the OS specific code. This follows a similar
Author: bdrewery
Date: Mon Mar 7 21:10:19 2016
New Revision: 296470
URL: https://svnweb.freebsd.org/changeset/base/296470
Log:
Only call bwillwrite() for logging to vnodes, as other fo_write() calls do.
MFC after:1 week
Sponsored by: EMC / Isilon Storage Division
Modified:
Author: emaste
Date: Mon Mar 7 19:14:26 2016
New Revision: 296468
URL: https://svnweb.freebsd.org/changeset/base/296468
Log:
tunefs: clear the entire previous label when setting a new one
strlcpy(3) null terminates but does not zero-fill the buffer, so would
leave beind any portion of
Are the CFI directives so that DTRACE works, or is there some other reason?
It allows gdb to backtrace across exception frames.
later,
Peter.
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To
On 07 Mar 2016, at 19:50, Warner Losh wrote:
>
>> On Mar 7, 2016, at 10:41 AM, Dimitry Andric wrote:
>>
>> On 07 Mar 2016, at 17:28, Warner Losh wrote:
>> ...
>>> Alternatively, is there a switch to clang 3.8 that says 'Don't generate the
> On Mar 7, 2016, at 10:41 AM, Dimitry Andric wrote:
>
> On 07 Mar 2016, at 17:28, Warner Losh wrote:
> ...
>> Alternatively, is there a switch to clang 3.8 that says 'Don't generate the
>> new
>> relocation, use the old one instead" which would also be safe
Author: kib
Date: Mon Mar 7 18:44:06 2016
New Revision: 296467
URL: https://svnweb.freebsd.org/changeset/base/296467
Log:
Convert all panics from the link_elf_obj kernel linker for object
files format into printfs and errors to caller. Some leaks of
resources are there, but the same leaks
Author: imp
Date: Mon Mar 7 18:32:12 2016
New Revision: 296466
URL: https://svnweb.freebsd.org/changeset/base/296466
Log:
Don't install debug symbols onto embedded images...
Modified:
head/tools/tools/nanobsd/embedded/common
Modified: head/tools/tools/nanobsd/embedded/common
On Fri, Mar 4, 2016 at 12:49 AM, Warner Losh wrote:
> It's trivial so worth having. We should discuss what our "oldest
> supported upgrade" release should be as currently it is 8.1.
>
> We put it to 8.1 based on Juniper wanted it for their operations.
> Normally we'd set this
On 07 Mar 2016, at 17:28, Warner Losh wrote:
...
> Alternatively, is there a switch to clang 3.8 that says 'Don't generate the
> new
> relocation, use the old one instead" which would also be safe and allow a
> less-bumpy transition?
On amd64, we actually compile source files
On Mon, Mar 07, 2016 at 10:04:59AM -0700, Warner Losh wrote:
> On Mon, Mar 7, 2016 at 9:51 AM, Konstantin Belousov
> wrote:
>
> > On Mon, Mar 07, 2016 at 09:28:13AM -0700, Warner Losh wrote:
> > > On Mon, Mar 7, 2016 at 8:52 AM, Konstantin Belousov > >
On Mon, Mar 7, 2016 at 9:51 AM, Konstantin Belousov
wrote:
> On Mon, Mar 07, 2016 at 09:28:13AM -0700, Warner Losh wrote:
> > On Mon, Mar 7, 2016 at 8:52 AM, Konstantin Belousov >
> > wrote:
> >
> > > On Mon, Mar 07, 2016 at 08:39:47AM -0700, Ian
On Mon, Mar 07, 2016 at 09:28:13AM -0700, Warner Losh wrote:
> On Mon, Mar 7, 2016 at 8:52 AM, Konstantin Belousov
> wrote:
>
> > On Mon, Mar 07, 2016 at 08:39:47AM -0700, Ian Lepore wrote:
> > > Is there no way to prevent the panic other than making the unwind data
> > > be
On Mon, Mar 7, 2016 at 8:52 AM, Konstantin Belousov
wrote:
> On Mon, Mar 07, 2016 at 08:39:47AM -0700, Ian Lepore wrote:
> > Is there no way to prevent the panic other than making the unwind data
> > be present? Why can't the kernel be fixed to cope with the missing
> >
On Mon, Mar 7, 2016 at 8:52 AM, Konstantin Belousov
wrote:
> On Mon, Mar 07, 2016 at 08:39:47AM -0700, Ian Lepore wrote:
> > Is there no way to prevent the panic other than making the unwind data
> > be present? Why can't the kernel be fixed to cope with the missing
> >
On Mon, Mar 07, 2016 at 08:39:47AM -0700, Ian Lepore wrote:
> Is there no way to prevent the panic other than making the unwind data
> be present? Why can't the kernel be fixed to cope with the missing
> data in some gentler way during a transition period? Perhaps valid-but
> -fake data could be
On Mon, 2016-03-07 at 08:41 +0100, Dimitry Andric wrote:
> On 07 Mar 2016, at 02:11, Julian Elischer wrote:
> >
> > On 6/03/2016 7:57 AM, Dimitry Andric wrote:
> > > Author: dim
> > > Date: Sun Mar 6 15:57:43 2016
> > > New Revision: 296428
> > > URL:
Author: jtl
Date: Mon Mar 7 15:00:34 2016
New Revision: 296455
URL: https://svnweb.freebsd.org/changeset/base/296455
Log:
As reported on the transport@ and current@ mailing lists, the FreeBSD TCP
stack is not compliant with RFC 7323, which requires that TCP stacks send
a timestamp option
Author: jtl
Date: Mon Mar 7 14:59:49 2016
New Revision: 296454
URL: https://svnweb.freebsd.org/changeset/base/296454
Log:
Some cleanup in tcp_respond() in preparation for another change:
- Reorder variables by size
- Move initializer closer to where it is used
- Remove unneeded variable
Author: hselasky
Date: Mon Mar 7 14:35:31 2016
New Revision: 296453
URL: https://svnweb.freebsd.org/changeset/base/296453
Log:
Run the LinuxKPI PCI shutdown handler free of the Giant mutex.
MFC after:1 week
Sponsored by: Mellanox Technologies
Modified:
Author: mav
Date: Mon Mar 7 10:56:21 2016
New Revision: 296449
URL: https://svnweb.freebsd.org/changeset/base/296449
Log:
Update meaning of -n argument.
Submitted by: Dmitry Luhtionov
MFC after:1 week
Modified:
head/sbin/mdmfs/mdmfs.8
Modified:
34 matches
Mail list logo