On 21 Jan 2015, at 06:53, Navdeep Parhar wrote:
>
> On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
>>
>> On 01/20/15 22:06, Adrian Chadd wrote:
>>> On 20 January 2015 at 18:19, Alexey Dokuchaev wrote:
On Tue, Jan 20, 2015 at 07:50:23PM -0500, Pedro Giffuni wrote:
> But
Hi Will,
On 12/17/14 04:59, Will Andrews wrote:
> Author: will
> Date: Tue Dec 16 17:59:05 2014
> New Revision: 275832
> URL: https://svnweb.freebsd.org/changeset/base/275832
>
> Log:
> Make NanoBSD source-able from other scripts.
>
> Summary:
> This change converts NanoBSD into a two-sc
... common/sys/zfs_context.h:538 ?
-a
On 20 January 2015 at 14:29, Will Andrews wrote:
> Author: will
> Date: Tue Jan 20 22:29:27 2015
> New Revision: 277449
> URL: https://svnweb.freebsd.org/changeset/base/277449
>
> Log:
> NSEC_TO_TICK(usec) -> NSEC_TO_TICK(nsec)
>
> Modified:
> head/sy
On 01/21/15 01:49, Adrian Chadd wrote:
You should totally try say, 100,000 active TCP connections on a box.
See what happens to swi0 (clock).
TL;DR - the lock contention sucks and it takes a chunk of the core up.
The lock contention is highly not good.
That's why I'd like to see both the callou
On Wed, Jan 21, 2015 at 09:00:03AM +0100, Dimitry Andric wrote:
> On 21 Jan 2015, at 06:53, Navdeep Parhar wrote:
> >
> > On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
> >>
> >> On 01/20/15 22:06, Adrian Chadd wrote:
> >>> On 20 January 2015 at 18:19, Alexey Dokuchaev wrote:
>
On Tue, Jan 20, 2015 at 04:37:44PM -0800, K. Macy wrote:
> I would pick stability over performance any day. However, it _seems_
> to me, and maybe I simply don't understand some key details, that the
> fix consisted of largely single-threading the callout system. And as I
> say I may simply not und
On Tue, Jan 20, 2015 at 11:19:58PM -0500, Pedro Giffuni wrote:
>
> On 01/20/15 22:52, Steve Kargl wrote:
> > On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
> >> On 01/20/15 22:06, Adrian Chadd wrote:
> >>> * .. and apparently updating that gcc to something > 4.2 is verboten.
> >> T
On Jan 21, 2015, at 0:17, Steve Kargl wrote:
> On Tue, Jan 20, 2015 at 11:19:58PM -0500, Pedro Giffuni wrote:
>>
>> On 01/20/15 22:52, Steve Kargl wrote:
>>> On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
On 01/20/15 22:06, Adrian Chadd wrote:
> * .. and apparently updat
On 01/21/15 00:53, Sean Bruno wrote:
Unkown to me. Nor am I aware of anyone else who ever hit our panics
either. Our environment, and the failure, was only seen in the Intel
10GE space (ixgbe). This is an artifact of our use cases, and hasn't
been expanded nor tested in our environment with ot
On Wed, Jan 21, 2015 at 12:17:14AM -0800, Steve Kargl wrote:
> On Tue, Jan 20, 2015 at 11:19:58PM -0500, Pedro Giffuni wrote:
> >
> > On 01/20/15 22:52, Steve Kargl wrote:
> > > On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
> > >> On 01/20/15 22:06, Adrian Chadd wrote:
> > >>> * .
On Wed, Jan 21, 2015 at 09:32:11AM +0100, Hans Petter Selasky wrote:
> On 01/21/15 00:53, Sean Bruno wrote:
> > Unkown to me. Nor am I aware of anyone else who ever hit our panics
> > either. Our environment, and the failure, was only seen in the Intel
> > 10GE space (ixgbe). This is an artifact
On Wed, 21 Jan 2015 02:56:14 + (UTC)
Ian Lepore wrote:
> Author: ian
> Date: Wed Jan 21 02:56:13 2015
> New Revision: 277467
> URL: https://svnweb.freebsd.org/changeset/base/277467
>
> Log:
> For some reason, all the arm bus_space functions that work with
> uint16 values have armv4 in the
Author: kevlo
Date: Wed Jan 21 09:01:48 2015
New Revision: 277481
URL: https://svnweb.freebsd.org/changeset/base/277481
Log:
Typo: ivalid -> invalid.
Modified:
head/sys/dev/mii/mii.c
Modified: head/sys/dev/mii/mii.c
On 01/21/15 09:51, Konstantin Belousov wrote:
On Wed, Jan 21, 2015 at 09:32:11AM +0100, Hans Petter Selasky wrote:
On 01/21/15 00:53, Sean Bruno wrote:
Unkown to me. Nor am I aware of anyone else who ever hit our panics
either. Our environment, and the failure, was only seen in the Intel
10GE
Author: smh
Date: Wed Jan 21 09:39:20 2015
New Revision: 277482
URL: https://svnweb.freebsd.org/changeset/base/277482
Log:
MFC r272509 (by delphi):
Diff reduction with upstream
Sponsored by: Multiplay
Modified:
stable/10/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c
Directory P
Author: smh
Date: Wed Jan 21 09:45:48 2015
New Revision: 277483
URL: https://svnweb.freebsd.org/changeset/base/277483
Log:
MFC r276063:
Standardise on illumos for #ifdef's in zvol.c
MFC r276066:
Refactor zvol locking to minimise diff with upstream
MFC r276069:
Fix panic when resi
On 21 Jan 2015, at 09:10, Navdeep Parhar wrote:
>
> On Wed, Jan 21, 2015 at 09:00:03AM +0100, Dimitry Andric wrote:
>> On 21 Jan 2015, at 06:53, Navdeep Parhar wrote:
>>>
>>> On Tue, Jan 20, 2015 at 10:36:16PM -0500, Pedro Giffuni wrote:
...
>> Alternatively, just use the ${GCC_MS_EXTENSIONS} M
Author: ngie
Date: Wed Jan 21 10:47:28 2015
New Revision: 277484
URL: https://svnweb.freebsd.org/changeset/base/277484
Log:
Follow up to r277449 by fixing the remaining NSEC_TO_TICK macro to have the
same
named parameters
Reported by: Ben Perrault , Willem Jan Withagen
Modified:
hea
On Tue, Jan 20, 2015 at 07:06:14PM -0800, Adrian Chadd wrote:
> On 20 January 2015 at 18:19, Alexey Dokuchaev wrote:
> > Seconded. Putting extra harness on the code to avoid bugs in the
> > compiler that were actually fixed upsteam is totally bogus.
>
> Right, but:
> [...]
> * some of us have to
Author: rrs
Date: Wed Jan 21 13:03:18 2015
New Revision: 277485
URL: https://svnweb.freebsd.org/changeset/base/277485
Log:
Fix minor errors found by coverity. Thanks Gleb for
the pointers to the email!
Modified:
head/usr.sbin/pmcstudy/pmcstudy.c
Modified: head/usr.sbin/pmcstudy/pmcstudy.c
Author: gavin
Date: Wed Jan 21 13:48:06 2015
New Revision: 277486
URL: https://svnweb.freebsd.org/changeset/base/277486
Log:
"softc" is short for "software context", use that phrase in the
device_get_softc(9) man page.
MFC after:1 week
Modified:
head/share/man/man9/device_get_softc
On 01/20/15 09:22, Adrian Chadd wrote:
> Yeah, it looks like you set c_cpu to timeout_cpu in
> _callout_init_locked(), but then you only handle the case of the CPU
> being changed in certain circumstances. You aren't handling the CPU
> being initialised when the callout is first added.
>
> And, ca
On Wed, Jan 21, 2015 at 06:51:23PM +1100, Lawrence Stewart wrote:
> I think this change introduced a bug - I'm seeing nanobsd error out with
> the "NANO_TOOLS directory does not exist" message.
>
> The problem is that NANO_TOOLS is initialised to "tools/tools/nanobsd",
> and you changed the test i
On 21 January 2015 at 06:00, Lawrence Stewart wrote:
> On 01/20/15 09:22, Adrian Chadd wrote:
>> Yeah, it looks like you set c_cpu to timeout_cpu in
>> _callout_init_locked(), but then you only handle the case of the CPU
>> being changed in certain circumstances. You aren't handling the CPU
>> bei
Author: kib
Date: Wed Jan 21 16:10:37 2015
New Revision: 277487
URL: https://svnweb.freebsd.org/changeset/base/277487
Log:
An update for the i915 GPU driver, which brings the code up to Linux
commit 4d93914ae3db4a897ead4b. Some related drm infrastructure
changes are imported as needed.
Author: kib
Date: Wed Jan 21 16:13:37 2015
New Revision: 277488
URL: https://svnweb.freebsd.org/changeset/base/277488
Log:
Fix bug in r276630. Do not allow pthread_sigmask() to block SIGCANCEL.
Reported and tested by: royger
Sponsored by: The FreeBSD Foundation
MFC after:3 da
Author: kib
Date: Wed Jan 21 16:32:54 2015
New Revision: 277489
URL: https://svnweb.freebsd.org/changeset/base/277489
Log:
Do not assert that the new pipepair mutex is not initialized. The
backing memory contains garbage and might trigger the assertion.
Reported and tested by: pho
Author: andrew
Date: Wed Jan 21 16:41:05 2015
New Revision: 277490
URL: https://svnweb.freebsd.org/changeset/base/277490
Log:
Merge all the copies of _tcb_ctor and _tcb_dtor.
The amd64, i386, and sparc64 versions were identical, with the one
difference where the former two used inline asm
Author: andrew
Date: Wed Jan 21 16:52:24 2015
New Revision: 277491
URL: https://svnweb.freebsd.org/changeset/base/277491
Log:
Update the parsing of the cpu node. We are unable to use the reg property
as the cpu id on arm64 as it may use two cells. In it's place we can use
the device id.
Author: will
Date: Wed Jan 21 17:03:11 2015
New Revision: 277492
URL: https://svnweb.freebsd.org/changeset/base/277492
Log:
Add vfs.zfs.reference_tracking_enable sysctl/tunable.
This is primarily for developer/debugging use; it enables built-in tagged
tracking of refcounts inside ZFS. It
Author: jhb
Date: Wed Jan 21 17:59:32 2015
New Revision: 277493
URL: https://svnweb.freebsd.org/changeset/base/277493
Log:
MFC 272666: Fix build for i386 kernels with out 'I686_CPU'.
Reported by: Mike Tancsa
Modified:
stable/10/sys/x86/x86/local_apic.c
Directory Properties:
stable/10
Author: mjg
Date: Wed Jan 21 18:02:28 2015
New Revision: 277494
URL: https://svnweb.freebsd.org/changeset/base/277494
Log:
filedesc: fix whitespace nits in fget and fget_read
No functional changes.
Modified:
head/sys/kern/kern_descrip.c
Modified: head/sys/kern/kern_descrip.c
===
Author: mjg
Date: Wed Jan 21 18:05:42 2015
New Revision: 277495
URL: https://svnweb.freebsd.org/changeset/base/277495
Log:
filedesc: return 0 from badfo_close
The only potential in-tree consumer (_fdrop) special-cased it and returns 0
0 on its own instead of calling badfo_close.
Remo
Sean,
On Tue, Jan 20, 2015 at 04:22:44PM -0800, Sean Bruno wrote:
S> In our universe, this commit (right or wrong) resolved our panics. I
S> think that there is some room for improvement based on the commentary
S> in this thread, but some people do indeed prefer stability over
S> performance.
On Wed, Jan 21, 2015 at 01:48:06PM +, Gavin Atkinson wrote:
G> Author: gavin
G> Date: Wed Jan 21 13:48:06 2015
G> New Revision: 277486
G> URL: https://svnweb.freebsd.org/changeset/base/277486
G>
G> Log:
G> "softc" is short for "software context", use that phrase in the
G> device_get_softc(
On Wed, Jan 21, 2015 at 04:32:55PM +, Konstantin Belousov wrote:
K> Author: kib
K> Date: Wed Jan 21 16:32:54 2015
K> New Revision: 277489
K> URL: https://svnweb.freebsd.org/changeset/base/277489
K>
K> Log:
K> Do not assert that the new pipepair mutex is not initialized. The
K> backing mem
On Wed, Jan 21, 2015 at 10:22 AM, Gleb Smirnoff wrote:
> On Wed, Jan 21, 2015 at 01:48:06PM +, Gavin Atkinson wrote:
> G> Author: gavin
> G> Date: Wed Jan 21 13:48:06 2015
> G> New Revision: 277486
> G> URL: https://svnweb.freebsd.org/changeset/base/277486
> G>
> G> Log:
> G> "softc" is shor
Author: mjg
Date: Wed Jan 21 18:32:53 2015
New Revision: 277496
URL: https://svnweb.freebsd.org/changeset/base/277496
Log:
filedesc: avoid spurious copying of capabilities in fget_unlocked
We obtain a stable copy and store it in local 'fde' variable. Storing another
copy (based on aforeme
On Wed, 2015-01-21 at 16:10 +, Konstantin Belousov wrote:
> Author: kib
> Date: Wed Jan 21 16:10:37 2015
> New Revision: 277487
> URL: https://svnweb.freebsd.org/changeset/base/277487
>
> Log:
> An update for the i915 GPU driver, which brings the code up to Linux
> commit 4d93914ae3db4a897
Author: emaste
Date: Wed Jan 21 19:04:55 2015
New Revision: 277497
URL: https://svnweb.freebsd.org/changeset/base/277497
Log:
Remove addr2line from cross elftoolchain tools list
It is not required, and there is no reason to install it just because it
came with the binutils cross tools.
Author: nwhitehorn
Date: Wed Jan 21 19:07:45 2015
New Revision: 277498
URL: https://svnweb.freebsd.org/changeset/base/277498
Log:
Make 64-bit AIM trap handlers relocatable by changing all absolute branch
instructions to call through pointers instead. In general, these are set
implicitly thro
Author: nwhitehorn
Date: Wed Jan 21 19:09:15 2015
New Revision: 277499
URL: https://svnweb.freebsd.org/changeset/base/277499
Log:
Make sure to relocate tmpstk with everything else and avoid processing
non-relative relocations that the UART code makes for absent modules.
Modified:
head/sys/p
Author: nwhitehorn
Date: Wed Jan 21 19:11:15 2015
New Revision: 277500
URL: https://svnweb.freebsd.org/changeset/base/277500
Log:
Add POWER7+ and POWER8 to the list of CPUs with 32 SLB slots. This is
mostly a no-op since all currently-supported instances of these CPUs give
the number of SLB
Author: will
Date: Wed Jan 21 19:20:36 2015
New Revision: 277501
URL: https://svnweb.freebsd.org/changeset/base/277501
Log:
Eliminate an #ifdef illumos for zfs_ioc_rename().
Since allow_mounted is a FreeBSD-specific change, default to B_TRUE, then
locally check for the magic bit. Uncondi
Author: gonzo
Date: Wed Jan 21 19:23:46 2015
New Revision: 277502
URL: https://svnweb.freebsd.org/changeset/base/277502
Log:
Remove "#define DEBUG" that conflicts with "option DEBUG" in kernel config
Modified:
head/sys/arm/ti/ti_mbox.c
head/sys/arm/ti/ti_pruss.c
Modified: head/sys/arm/ti/t
Author: will
Date: Wed Jan 21 19:25:57 2015
New Revision: 277503
URL: https://svnweb.freebsd.org/changeset/base/277503
Log:
Ignore sync requests from the system syncher, i.e. VFS_SYNC(waitfor=MNT_LAZY).
ZFS already commits outstanding data every zfs_txg_timeout seconds, so these
syncs are
Author: will
Date: Wed Jan 21 19:30:01 2015
New Revision: 277504
URL: https://svnweb.freebsd.org/changeset/base/277504
Log:
Remove commented log messages.
Modified:
head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c
Modified: head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c
=
On 21 January 2015 at 10:15, Gleb Smirnoff wrote:
> Sean,
>
> On Tue, Jan 20, 2015 at 04:22:44PM -0800, Sean Bruno wrote:
> S> In our universe, this commit (right or wrong) resolved our panics. I
> S> think that there is some room for improvement based on the commentary
> S> in this thread, but
Author: will
Date: Wed Jan 21 19:53:52 2015
New Revision: 277505
URL: https://svnweb.freebsd.org/changeset/base/277505
Log:
Garbage collect dragonfly and legacy FreeBSD system support from dcons(4).
Submitted by: gibbs
MFC after:1 week
Sponsored by: Spectra Logic
MFSpectraBSD: 111
On Friday, January 16, 2015 02:42:32 PM Mike Tancsa wrote:
> Hi,
> I noticed while building a new ALIX_DSK kernel image for my i386
> PCEngines alix box, the commit below no longer allows a kernel to be
> built without cpu I686_CPU as a kernel option.
>
> Is this a known side effect ? The d
Author: will
Date: Wed Jan 21 19:59:09 2015
New Revision: 277506
URL: https://svnweb.freebsd.org/changeset/base/277506
Log:
Fix one cause of firewire panics.
sys/dev/firewire/firewire.c:
In fw_xfer_unload(), clear the FWXF_INQ flag on the
xfer under protection of the FW_GMTX
Author: will
Date: Wed Jan 21 20:02:16 2015
New Revision: 277507
URL: https://svnweb.freebsd.org/changeset/base/277507
Log:
Fix a FWXF_INQ race in the firewire driver.
sys/dev/firewire/firewire.c:
In fw_xfer_unload() expand lock coverage so that
the test for FWXF_INQ doesn't
Author: will
Date: Wed Jan 21 20:03:46 2015
New Revision: 277508
URL: https://svnweb.freebsd.org/changeset/base/277508
Log:
Fix panic in firewire and creation of invalid config ROM.
sys/boot/i386/libfirewire/firewire.c:
sys/dev/firewire/firewire.c:
Fix configuration ROM generation
Author: will
Date: Wed Jan 21 20:05:10 2015
New Revision: 277509
URL: https://svnweb.freebsd.org/changeset/base/277509
Log:
Properly lock accesss to the firewire_comm->devices list.
sys/dev/firewire/firewire.c:
Add missing FW_GLOCK/UNLOCK() usage to fw_noderesolve_nodeid().
sys
Author: will
Date: Wed Jan 21 20:06:25 2015
New Revision: 277510
URL: https://svnweb.freebsd.org/changeset/base/277510
Log:
Fix firewire panic when issuing a reply to an unhandled
asynchronous remote dma request (DMA request that the
hardware cannot automatically handle).
sys/dev/firewi
Author: will
Date: Wed Jan 21 20:08:24 2015
New Revision: 277511
URL: https://svnweb.freebsd.org/changeset/base/277511
Log:
Fix remote DMA based firewire debugging when targeting
systems with more than 4GB of physical memory.
To remotely debug the system 'stealthy' which has a kernel
wi
On 21 January 2015 at 14:04, Ed Maste wrote:
>
> Author: emaste
> Date: Wed Jan 21 19:04:55 2015
> New Revision: 277497
> URL: https://svnweb.freebsd.org/changeset/base/277497
>
> Log:
> Remove addr2line from cross elftoolchain tools list
>
> It is not required, and there is no reason to insta
Author: ian
Date: Wed Jan 21 20:12:35 2015
New Revision: 277512
URL: https://svnweb.freebsd.org/changeset/base/277512
Log:
Micro-optimize the new arm inline bus_space implementation by grouping all
the data the inline functions access together at the start of the bus_space
struct. The start
On Wed, 2015-01-21 at 15:10 -0500, Ed Maste wrote:
> On 21 January 2015 at 14:04, Ed Maste wrote:
> >
> > Author: emaste
> > Date: Wed Jan 21 19:04:55 2015
> > New Revision: 277497
> > URL: https://svnweb.freebsd.org/changeset/base/277497
> >
> > Log:
> > Remove addr2line from cross elftoolchain
Author: will
Date: Wed Jan 21 20:22:53 2015
New Revision: 277513
URL: https://svnweb.freebsd.org/changeset/base/277513
Log:
Change 1112791 by kenm@ken.spectrabsd8 on 2015/01/15 16:45:13
Fix SCSI status byte reporting on 4Gb and 8Gb Qlogic boards.
The newer boards don't have the respons
Author: will
Date: Wed Jan 21 20:27:11 2015
New Revision: 277514
URL: https://svnweb.freebsd.org/changeset/base/277514
Log:
Force commit to record the correct log for r277513.
If the user sends an XPT_RESET_DEV CCB, make sure to reset the
Fibre Channel Command Reference Number if we're ru
Author: will
Date: Wed Jan 21 20:32:36 2015
New Revision: 277515
URL: https://svnweb.freebsd.org/changeset/base/277515
Log:
Fix SCSI status byte reporting on 4Gb and 8Gb Qlogic boards.
The newer boards don't have the response field that indicates
whether the SCSI status byte is present.
Author: ian
Date: Wed Jan 21 21:31:26 2015
New Revision: 277516
URL: https://svnweb.freebsd.org/changeset/base/277516
Log:
Move the __aligned() declaration to where it will actually do something.
Modified:
head/sys/arm/arm/bus_space_base.c
Modified: head/sys/arm/arm/bus_space_base.c
On Wed, Jan 07, 2015 at 11:46:31PM +0300, Gleb Smirnoff wrote:
T> On Tue, Jan 06, 2015 at 09:03:04AM +, Craig Rodrigues wrote:
T> C> Author: rodrigc
T> C> Date: Tue Jan 6 09:03:03 2015
T> C> New Revision: 276747
T> C> URL: https://svnweb.freebsd.org/changeset/base/276747
T> C>
T> C> Log:
T> C
On 21 January 2015 at 15:20, Ian Lepore wrote:
> I don't think
> there's a single addr2line binary I can install that will work with
> every object on the system.
There is, in fact - ELF Tool Chain's addr2line will work regardless of
the object's architecture.
However, I'm happy enough to revert
Author: emaste
Date: Wed Jan 21 21:49:03 2015
New Revision: 277517
URL: https://svnweb.freebsd.org/changeset/base/277517
Log:
Fix bootstrap on systems with old libdwarf and WITHOUT_CDDL
ELF Tool Chain tools need libelf and libdwarf.
Submitted by: jmallett (earlier version)
Reviewed b
Adrian Chadd wrote this message on Fri, Jan 16, 2015 at 10:43 -0800:
> When I've done what you're doing, I end up having these options in my
> minimal config file so opt_xxx.h is correctly populated. That way when
> I point SYSDIR (or whichever variable it is) at the configured kernel
> directory w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/22/15 02:23, Will Andrews wrote:
> On Wed, Jan 21, 2015 at 06:51:23PM +1100, Lawrence Stewart wrote:
>> I think this change introduced a bug - I'm seeing nanobsd error
>> out with the "NANO_TOOLS directory does not exist" message.
>>
>> The p
On Wed, 2015-01-21 at 16:45 -0500, Ed Maste wrote:
> On 21 January 2015 at 15:20, Ian Lepore wrote:
> > I don't think
> > there's a single addr2line binary I can install that will work with
> > every object on the system.
>
> There is, in fact - ELF Tool Chain's addr2line will work regardless of
> They originally found that things were spinning for way too long.
>
> Hans found something similar and determined/concluded that the
> migration code in callouts was racy-by-design and dramatically
> simplified it and also put very hard constraints on what is a valid
> situation to support migrat
> On Jan 21, 2015, at 4:38 PM, K. Macy wrote:
>
>> They originally found that things were spinning for way too long.
>>
>> Hans found something similar and determined/concluded that the
>> migration code in callouts was racy-by-design and dramatically
>> simplified it and also put very hard con
>> HPS: Your change failed to meet these guidelines. Some of us are upset
>> because these guidelines are fairly fundamental for the on-going
>> viability of FreeBSD. Due to linguistic / time zone / cultural
>> differences these expectations have not been adequately communicated
>> to you. You are
On 21 January 2015 at 16:07, K. Macy wrote:
>>> HPS: Your change failed to meet these guidelines. Some of us are upset
>>> because these guidelines are fairly fundamental for the on-going
>>> viability of FreeBSD. Due to linguistic / time zone / cultural
>>> differences these expectations have not
On 21 January 2015 at 16:49, Ian Lepore wrote:
> On Wed, 2015-01-21 at 16:45 -0500, Ed Maste wrote:
>> On 21 January 2015 at 15:20, Ian Lepore wrote:
>> > I don't think
>> > there's a single addr2line binary I can install that will work with
>> > every object on the system.
>>
>> There is, in fac
> On Jan 21, 2015, at 5:35 PM, Ed Maste wrote:
>
> On 21 January 2015 at 16:49, Ian Lepore wrote:
>> On Wed, 2015-01-21 at 16:45 -0500, Ed Maste wrote:
>>> On 21 January 2015 at 15:20, Ian Lepore wrote:
I don't think
there's a single addr2line binary I can install that will work with
Author: will
Date: Thu Jan 22 00:52:34 2015
New Revision: 277518
URL: https://svnweb.freebsd.org/changeset/base/277518
Log:
Enable nanobsd.sh to be executed when pwd != NANO_SRC.
While here, fix a bug in which NANO_PMAKE would not be appended at the
appropriate time.
Simply move both
> On Jan 21, 2015, at 12:54 AM, Konstantin Belousov wrote:
>
> On Tue, Jan 20, 2015 at 07:59:08PM -0800, Nathan Whitehorn wrote:
>>
>> On 01/20/15 11:14, Konstantin Belousov wrote:
>>> On Tue, Jan 20, 2015 at 04:21:59PM +, Nathan Whitehorn wrote:
Author: nwhitehorn
Date: Tue Jan 2
On Thu, Jan 22, 2015 at 09:54:04AM +1100, Lawrence Stewart wrote:
> Yes, looks good to me and fixes the issue I reported. Please commit.
Done in r277518. Thanks for the quick test.
--
wca
pgp4gwb_L8Tfr.pgp
Description: PGP signature
Author: glebius
Date: Thu Jan 22 01:23:16 2015
New Revision: 277519
URL: https://svnweb.freebsd.org/changeset/base/277519
Log:
Back out r276841, r276756, r276747, r276746. The change in r276747 is very
very questionable, since it makes vimages more dependent on each other. But
the reason for
On Tue, Jan 06, 2015 at 09:03:04AM +, Craig Rodrigues wrote:
C> Author: rodrigc
C> Date: Tue Jan 6 09:03:03 2015
C> New Revision: 276747
C> URL: https://svnweb.freebsd.org/changeset/base/276747
C>
C> Log:
C> Instead of creating a purge thread for every vnet, create
C> a single purge threa
On Wed, Jan 21, 2015 at 1:49 PM, Ed Maste wrote:
> Author: emaste
> Date: Wed Jan 21 21:49:03 2015
> New Revision: 277517
> URL: https://svnweb.freebsd.org/changeset/base/277517
>
> Log:
> Fix bootstrap on systems with old libdwarf and WITHOUT_CDDL
>
> ELF Tool Chain tools need libelf and libd
Author: gjb
Date: Thu Jan 22 02:24:09 2015
New Revision: 277520
URL: https://svnweb.freebsd.org/changeset/base/277520
Log:
MFC r277216:
Evaluate running userland/kernel version in daily
periodic(8) run, taken from uname(1) '-U' and '-K'
flags.
Sponsored by: The FreeBSD Foundatio
Author: gjb
Date: Thu Jan 22 02:24:42 2015
New Revision: 277521
URL: https://svnweb.freebsd.org/changeset/base/277521
Log:
MFC r277216:
Evaluate running userland/kernel version in daily
periodic(8) run, taken from uname(1) '-U' and '-K'
flags.
Sponsored by: The FreeBSD Foundatio
Author: gonzo
Date: Thu Jan 22 03:32:04 2015
New Revision: 277522
URL: https://svnweb.freebsd.org/changeset/base/277522
Log:
Write ACK for all kinds of LCDC interrupts
Modified:
head/sys/arm/ti/am335x/am335x_lcd.c
Modified: head/sys/arm/ti/am335x/am335x_lcd.c
Author: gonzo
Date: Thu Jan 22 03:33:51 2015
New Revision: 277523
URL: https://svnweb.freebsd.org/changeset/base/277523
Log:
Add last_fault_code used in pmap-v6.c if kernel is compiled with "option
DEBUG"
Modified:
head/sys/arm/arm/trap-v6.c
Modified: head/sys/arm/arm/trap-v6.c
Author: rstone
Date: Thu Jan 22 03:56:23 2015
New Revision: 277524
URL: https://svnweb.freebsd.org/changeset/base/277524
Log:
style(9) cleanup
Modified:
head/sys/dev/hwpmc/hwpmc_core.c
head/sys/dev/hwpmc/pmc_events.h
head/sys/sys/pmc.h
Modified: head/sys/dev/hwpmc/hwpmc_core.c
==
> On Jan 20, 2015, at 12:35 AM, Hans Petter Selasky wrote:
>
> On 01/20/15 06:22, Adrian Chadd wrote:
>> Sweet, thanks. I'l test it, but anything that changes the locking to
>> TCP is going to need a more thorough review. The "there be dragons"
>> disclaimer is appropriate.:)
>
> No changes in
> On Jan 20, 2015, at 2:37 AM, Hans Petter Selasky wrote:
>
> On 01/20/15 10:00, Konstantin Belousov wrote:
>> On Tue, Jan 20, 2015 at 08:58:34AM +0100, Hans Petter Selasky wrote:
>>> On 01/20/15 08:51, Konstantin Belousov wrote:
On Tue, Jan 20, 2015 at 05:30:25AM +0100, Hans Petter Selasky
> On Jan 20, 2015, at 12:51 AM, Konstantin Belousov wrote:
> Do other people consider this situation acceptable ?
Not even a little.
Warner
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe,
On 01/22/15 06:26, Warner Losh wrote:
>
The code simply needs an update. It is not broken in any ways - right? If it is
not broken, fixing it is not that urgent.
Radically changing the performance characteristics is breaking the code.
Performance regression in the TCP stack is urgent to fix.
90 matches
Mail list logo
