Author: ak (ports committer)
Date: Fri Mar 11 06:07:09 2016
New Revision: 296648
URL: https://svnweb.freebsd.org/changeset/base/296648
Log:
- Implement -T option to allow to specify a fs type for a vnode-backed memory
disk
- Rephrase -t option description (manpage)
- Split long sentences (m
On Thu, Mar 10, 2016 at 6:58 PM, Warner Losh wrote:
>
> On Mar 10, 2016 3:37 PM, "Bryan Drewery" wrote:
> >
> > On 3/9/16 4:33 PM, Warner Losh wrote:
> > > Author: imp
> > > Date: Thu Mar 10 00:33:06 2016
> > > New Revision: 296589
> > > URL: https://svnweb.freebsd.org/changeset/base/296589
> >
Do they behave badly for writes that cross a 128KB boundary, but are
nonetheless aligned to 128KB boundaries? Then I don't understand how this
change (or mav's replacement) is supposed to help. The stripesize is
supposed to be the minimum write that the device can accept without
requiring a read-
Some Intel NVMe drives behave badly when the LBA range crosses a 128k
boundary. Their
performance is worse for those transactions than for ones that don't cross
the 128k boundary.
Warner
On Thu, Mar 10, 2016 at 11:01 AM, Alan Somers wrote:
> Are you saying that Intel NVMe controllers perform po
Author: bdrewery
Date: Fri Mar 11 04:17:39 2016
New Revision: 296647
URL: https://svnweb.freebsd.org/changeset/base/296647
Log:
Use the new bmake .dinclude feature to make these safe.
At least FAST_DEPEND won't even run 'make depend', so the code was
potentially broken with FAST_DEPEND an
On 3/10/2016 8:09 PM, Bryan Drewery wrote:
> Author: bdrewery
> Date: Fri Mar 11 04:09:56 2016
> New Revision: 296646
> URL: https://svnweb.freebsd.org/changeset/base/296646
>
> Log:
> FAST_DEPEND: Use .dinclude to enable full .depend logic in bmake.
>
> The inclusion of .MAKE.DEPENDFILE (.
Author: bdrewery
Date: Fri Mar 11 04:09:53 2016
New Revision: 296645
URL: https://svnweb.freebsd.org/changeset/base/296645
Log:
Fix bmake upgrade NO_MAN warnings.
MFC after:1 week
Sponsored by: EMC / Isilon Storage Division
Modified:
head/Makefile
Modified: head/Makefile
=
Author: bdrewery
Date: Fri Mar 11 04:09:56 2016
New Revision: 296646
URL: https://svnweb.freebsd.org/changeset/base/296646
Log:
FAST_DEPEND: Use .dinclude to enable full .depend logic in bmake.
The inclusion of .MAKE.DEPENDFILE (.depend) has special logic in make
to ignore stale/missing d
Author: bdrewery
Date: Fri Mar 11 04:09:50 2016
New Revision: 296644
URL: https://svnweb.freebsd.org/changeset/base/296644
Log:
Fix upgrade of bmake by not setting conflicting MAKE_VERSION.
This may be used in later checks, such as in bsd.dep.mk, to
enable features that rely on the built-
Author: bdrewery
Date: Fri Mar 11 04:09:47 2016
New Revision: 296643
URL: https://svnweb.freebsd.org/changeset/base/296643
Log:
Fix make -n upgrade_checks.
MFC after:1 week
Sponsored by: EMC / Isilon Storage Division
Modified:
head/Makefile
Modified: head/Makefile
On 3/10/2016 5:35 PM, Simon J. Gerraty wrote:
> Author: sjg
> Date: Fri Mar 11 01:35:39 2016
> New Revision: 296637
> URL: https://svnweb.freebsd.org/changeset/base/296637
>
> Log:
> Merge bmake-20160307
>
> Modified:
> head/contrib/bmake/ChangeLog
> head/contrib/bmake/Makefile
...
> head
Author: imp
Date: Fri Mar 11 03:38:10 2016
New Revision: 296642
URL: https://svnweb.freebsd.org/changeset/base/296642
Log:
Factor out lib32 generation to its own file. This is prep for a
similar Makefile.libsoft which will do the same for armv6 soft fp API
libraries in prep for pulling the t
Author: np
Date: Fri Mar 11 03:15:17 2016
New Revision: 296641
URL: https://svnweb.freebsd.org/changeset/base/296641
Log:
cxgbe(4): Add sysctls to display the TP microcode version and the
expansion rom version (if there's one).
trantor:~# sysctl dev.t4nex dev.t5nex | grep _version
dev.t
On 11 March 2016 at 00:15, Dag-Erling Smørgrav wrote:
> Author: des
> Date: Fri Mar 11 00:15:29 2016
> New Revision: 296633
> URL: https://svnweb.freebsd.org/changeset/base/296633
>
> Log:
> Upgrade to OpenSSH 7.2p2.
It looks like this broke mips:
In file included from
/scratch/tmp/emaste/free
On Mar 10, 2016 3:37 PM, "Bryan Drewery" wrote:
>
> On 3/9/16 4:33 PM, Warner Losh wrote:
> > Author: imp
> > Date: Thu Mar 10 00:33:06 2016
> > New Revision: 296589
> > URL: https://svnweb.freebsd.org/changeset/base/296589
> >
> > Log:
> > Stop assuming that bio_cmd is a bit field.
> >
> > Di
Author: np
Date: Fri Mar 11 01:54:43 2016
New Revision: 296640
URL: https://svnweb.freebsd.org/changeset/base/296640
Log:
cxgbe(4): Add a sysctl for the event capture mask of the TP block's
logic analyzer.
dev.t5nex..misc.tp_la_mask
dev.t4nex..misc.tp_la_mask
Modified:
head/sys/dev/c
Author: sjg
Date: Fri Mar 11 01:35:39 2016
New Revision: 296637
URL: https://svnweb.freebsd.org/changeset/base/296637
Log:
Merge bmake-20160307
Modified:
head/contrib/bmake/ChangeLog
head/contrib/bmake/Makefile
head/contrib/bmake/arch.c
head/contrib/bmake/bmake.1
head/contrib/bmake/bm
Author: des
Date: Fri Mar 11 00:23:10 2016
New Revision: 296634
URL: https://svnweb.freebsd.org/changeset/base/296634
Log:
Re-add AES-CBC ciphers to the default cipher list on the server.
PR: 207679
Modified:
head/crypto/openssh/FREEBSD-upgrade
head/crypto/openssh/myproposal.
Author: des
Date: Fri Mar 11 00:15:29 2016
New Revision: 296633
URL: https://svnweb.freebsd.org/changeset/base/296633
Log:
Upgrade to OpenSSH 7.2p2.
Added:
head/crypto/openssh/platform-pledge.c
- copied unchanged from r296619,
vendor-crypto/openssh/dist/platform-pledge.c
head/crypto/o
Author: sobomax
Date: Thu Mar 10 23:19:35 2016
New Revision: 296628
URL: https://svnweb.freebsd.org/changeset/base/296628
Log:
When -S is specified dump summary to stdout, not stderr, so it's
easier to capture and process it with external tools via pipe.
Modified:
head/usr.bin/mkuzip/mkuzip
Author: np
Date: Thu Mar 10 23:17:26 2016
New Revision: 296627
URL: https://svnweb.freebsd.org/changeset/base/296627
Log:
cxgbe(4): Improvements to the code that deals with the firmware's log.
- Query the location of the log very early during attach. Refresh the
location later after es
On 3/9/16 4:33 PM, Warner Losh wrote:
> Author: imp
> Date: Thu Mar 10 00:33:06 2016
> New Revision: 296589
> URL: https://svnweb.freebsd.org/changeset/base/296589
>
> Log:
> Stop assuming that bio_cmd is a bit field.
>
> Differential Revision: https://reviews.freebsd.org/D5587
>
> Modifie
Author: sobomax
Date: Thu Mar 10 21:36:24 2016
New Revision: 296626
URL: https://svnweb.freebsd.org/changeset/base/296626
Log:
Add -S option to print out summary after compression has been
completed.
MFC after:2 weeks
Modified:
head/usr.bin/mkuzip/mkuzip.8
head/usr.bin/mkuzip/mku
Author: np
Date: Thu Mar 10 20:36:32 2016
New Revision: 296624
URL: https://svnweb.freebsd.org/changeset/base/296624
Log:
cxgbe(4): Fix bug in r296603. The memory window needs to be
repositioned if the start address isn't in the window already. One
of the bounds check used the end address
Author: bdrewery
Date: Thu Mar 10 20:15:27 2016
New Revision: 296623
URL: https://svnweb.freebsd.org/changeset/base/296623
Log:
Remove redundant files already tracked by
tools/build/mk/OptionalObsoleteFiles.inc.
These files are installed, likely after r288230. In
tools/build/mk/Optional
Author: brueffer
Date: Thu Mar 10 18:21:03 2016
New Revision: 296618
URL: https://svnweb.freebsd.org/changeset/base/296618
Log:
Fix mdoc markup.
Modified:
head/share/man/man9/bus_adjust_resource.9
head/share/man/man9/bus_alloc_resource.9
Modified: head/share/man/man9/bus_adjust_resource.9
Are you saying that Intel NVMe controllers perform poorly for all I/Os that
are less than 128KB, or just for I/Os of any size that cross a 128KB
boundary?
On Thu, Dec 10, 2015 at 7:06 PM, Steven Hartland wrote:
> Author: smh
> Date: Fri Dec 11 02:06:03 2015
> New Revision: 292074
> URL: https://
Author: mav
Date: Thu Mar 10 17:13:10 2016
New Revision: 296617
URL: https://svnweb.freebsd.org/changeset/base/296617
Log:
Revert r292074 (by smh): Limit stripesize reported from nvd(4) to 4K
I believe that this patch handled the problem from the wrong side.
Instead of making ZFS properly
Author: mav
Date: Thu Mar 10 16:39:46 2016
New Revision: 296615
URL: https://svnweb.freebsd.org/changeset/base/296615
Log:
Make ZFS ignore stripe sizes above SPA_MAXASHIFT (8KB).
If device has stripe size bigger then maximal sector size supported by
ZFS, there is nothing can be done to av
Author: br
Date: Thu Mar 10 15:51:43 2016
New Revision: 296614
URL: https://svnweb.freebsd.org/changeset/base/296614
Log:
Add support for ddb(4).
Sponsored by: DARPA, AFRL
Sponsored by: HEIF5
Added:
head/sys/riscv/include/riscv_opcode.h (contents, props changed)
head/sys/riscv/incl
Author: mav
Date: Thu Mar 10 14:18:14 2016
New Revision: 296613
URL: https://svnweb.freebsd.org/changeset/base/296613
Log:
Make ZFS more picky to GEOM stripe sizes and offsets.
Use of misaligned or non-power-of-2 stripes is not really useful for ZFS,
since increased ashift won't help to a
Author: np
Date: Thu Mar 10 14:17:24 2016
New Revision: 296612
URL: https://svnweb.freebsd.org/changeset/base/296612
Log:
cxgb(4): Remove redundant part of an assertion.
PR: 207858
Submitted by: David Binderman
Modified:
head/sys/dev/cxgb/ulp/tom/cxgb_cpl_io.c
Modified: head
On 10/03/2016 03:36, Warner Losh wrote:
Author: imp
Date: Thu Mar 10 00:36:38 2016
New Revision: 296590
URL: https://svnweb.freebsd.org/changeset/base/296590
Log:
Add raw RX-50 support. These are 400k single sided disks with 80
tracks and 10 sectors per track. More exotic RX-50 types not
On 10.03.16 12:11, Steven Hartland wrote:
>
> On 10/03/2016 10:04, Alexander Motin wrote:
>> On 10.03.16 11:57, Steven Hartland wrote:
>>> When processing the MFC of this I noticed there's lots of merge info @
>>> sys/cddl/contrib/opensolaris.
>>>
>>> I've removed this from the MFC request but won
On 10/03/2016 10:04, Alexander Motin wrote:
On 10.03.16 11:57, Steven Hartland wrote:
When processing the MFC of this I noticed there's lots of merge info @
sys/cddl/contrib/opensolaris.
I've removed this from the MFC request but wondered if we should clean
up HEAD so this doesn't accidentally
On 10.03.16 11:57, Steven Hartland wrote:
> When processing the MFC of this I noticed there's lots of merge info @
> sys/cddl/contrib/opensolaris.
>
> I've removed this from the MFC request but wondered if we should clean
> up HEAD so this doesn't accidentally get merged?
Merge info @ sys/cddl/co
When processing the MFC of this I noticed there's lots of merge info @
sys/cddl/contrib/opensolaris.
I've removed this from the MFC request but wondered if we should clean
up HEAD so this doesn't accidentally get merged?
On 10/03/2016 09:01, Alexander Motin wrote:
Author: mav
Date: Thu Mar 1
Author: mav
Date: Thu Mar 10 09:01:19 2016
New Revision: 296610
URL: https://svnweb.freebsd.org/changeset/base/296610
Log:
MFV r296609: 6370 ZFS send fails to transmit some holes
Reviewed by: Matthew Ahrens
Reviewed by: Chris Williamson
Reviewed by: Stefan Ring
Reviewed by: Steven
38 matches
Mail list logo