Author: andrew
Date: Mon Jan 19 11:06:56 2015
New Revision: 277378
URL: https://svnweb.freebsd.org/changeset/base/277378
Log:
Make the clock-frequency property optional as it may not be present on FDT
systems.
Sponsored by: The FreeBSD Foundation
Modified:
head/sys/dev/ofw/ofw_cpu.c
M
Author: tuexen
Date: Mon Jan 19 11:52:08 2015
New Revision: 277380
URL: https://svnweb.freebsd.org/changeset/base/277380
Log:
Code cleanup.
Reported by: Coverity
CID: 749578
MFC after:1 week
Modified:
head/sys/netinet/sctp_timer.c
Modified: head/sys/netinet/sctp_timer.
Author: mav
Date: Mon Jan 19 15:52:32 2015
New Revision: 277385
URL: https://svnweb.freebsd.org/changeset/base/277385
Log:
Remove extra mtx_unlock().
Submitted by: Dmitry Luhtionov
MFC after:1 week
Modified:
head/sys/cam/cam_xpt.c
Modified: head/sys/cam/cam_xpt.c
Author: kib
Date: Mon Jan 19 17:24:52 2015
New Revision: 277390
URL: https://svnweb.freebsd.org/changeset/base/277390
Log:
Ignore devfs directory entries for devices either being destroyed or
delisted. The check is racy.
Tested by:pho
Sponsored by: The FreeBSD Foundation
MFC afte
Author: kib
Date: Mon Jan 19 17:36:52 2015
New Revision: 277391
URL: https://svnweb.freebsd.org/changeset/base/277391
Log:
Stop enforcing additional reference on all cdevs, which was introduced
in r277199. Acquire the neccessary reference in delist_dev_locked()
and inform destroy_devl() abo
Author: nwhitehorn
Date: Mon Jan 19 17:58:01 2015
New Revision: 277392
URL: https://svnweb.freebsd.org/changeset/base/277392
Log:
Add some initial infrastructure for relocating the kernel in place.
MFC after:2 months
Differential revision:D1554
Modified:
head/sys/powerpc/ai
Author: hselasky
Date: Mon Jan 19 20:39:48 2015
New Revision: 277396
URL: https://svnweb.freebsd.org/changeset/base/277396
Log:
Add more functions to the Linux kernel compatibility layer. Add some
missing includes which are needed when the header files are not
included in a particular order.
Author: hselasky
Date: Mon Jan 19 21:53:00 2015
New Revision: 277402
URL: https://svnweb.freebsd.org/changeset/base/277402
Log:
Add missing linuxapi module dependencies and always use the FreeBSD
"MODULE_VERSION" macro definition. Remove the redefinition of the
"MODULE_VERSION" macro from th
Hi,
Would you please check what the results of this are with CPU specific
callwheels?
I'm doing some 10+ gig traffic testing on -HEAD with RSS enabled (on
ixgbe) and with this setup, the per-CPU TCP callwheel stuff is
enabled. But all the callwheels are now back on clock(0) and so is the
lock con
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, callout_restart_async() calls callout_lock(), which c
Author: gonzo
Date: Tue Jan 20 02:24:08 2015
New Revision: 277405
URL: https://svnweb.freebsd.org/changeset/base/277405
Log:
Properly clear IRQ status in order to fix "Spurious IRQ" message from AINT.
This register is not documented in TRM but that's what linux driver does
Modified:
head
Author: neel
Date: Tue Jan 20 03:54:30 2015
New Revision: 277406
URL: https://svnweb.freebsd.org/changeset/base/277406
Log:
Update the vdso timehands only via tc_windup().
Prior to this change CLOCK_MONOTONIC could go backwards when the timecounter
hardware was changed via 'sysctl kern.ti
On 01/19/15 22:59, Adrian Chadd wrote:
Hi,
Would you please check what the results of this are with CPU specific
callwheels?
I'm doing some 10+ gig traffic testing on -HEAD with RSS enabled (on
ixgbe) and with this setup, the per-CPU TCP callwheel stuff is
enabled. But all the callwheels are no
On 01/19/15 23:22, Adrian Chadd wrote:
In my instance, I'm seeing quite a lot of lock contention between the
userland threads, the network RX threads and the clock thread, all
contending on a single callout wheel being used for TCP timers. One of
the early goals for fixing up the RSS stuff in -HE
On 19 January 2015 at 20:30, Hans Petter Selasky wrote:
> On 01/19/15 22:59, Adrian Chadd wrote:
>>
>> Hi,
>>
>> Would you please check what the results of this are with CPU specific
>> callwheels?
>>
>> I'm doing some 10+ gig traffic testing on -HEAD with RSS enabled (on
>> ixgbe) and with this s
On 01/20/15 06:04, Adrian Chadd wrote:
On 19 January 2015 at 20:30, Hans Petter Selasky wrote:
On 01/19/15 22:59, Adrian Chadd wrote:
Hi,
Would you please check what the results of this are with CPU specific
callwheels?
I'm doing some 10+ gig traffic testing on -HEAD with RSS enabled (on
ix
On 19 January 2015 at 21:20, Hans Petter Selasky wrote:
> On 01/20/15 06:04, Adrian Chadd wrote:
>>
>> On 19 January 2015 at 20:30, Hans Petter Selasky wrote:
>>>
>>> On 01/19/15 22:59, Adrian Chadd wrote:
Hi,
Would you please check what the results of this are with CPU s
Author: nwhitehorn
Date: Tue Jan 20 05:28:03 2015
New Revision: 277411
URL: https://svnweb.freebsd.org/changeset/base/277411
Log:
Zero BSS explicitly if not started by loader(8). Add a check for the magic
values that ePAPR-compliant loaders (like skiboot) put in the register
loader uses for
Author: nwhitehorn
Date: Tue Jan 20 05:44:21 2015
New Revision: 277412
URL: https://svnweb.freebsd.org/changeset/base/277412
Log:
Remove space in the FDT reservation map from the available memory regions
in ofw_mem_regions(). This function is actually MI and should move to
dev/ofw at some po
Hi,
Have a look here:
https://reviews.freebsd.org/D1563
Give me a hand and test and review this patch properly!
--HPS
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "s
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 locking - simply some minor code reordering.
--HPS
On Tue, Jan 20, 2015 at 05:30:25AM +0100, Hans Petter Selasky wrote:
> On 01/19/15 22:59, Adrian Chadd wrote:
> > Hi,
> >
> > Would you please check what the results of this are with CPU specific
> > callwheels?
> >
> > I'm doing some 10+ gig traffic testing on -HEAD with RSS enabled (on
> > ixgbe)
On 01/20/15 08:51, Konstantin Belousov wrote:
On Tue, Jan 20, 2015 at 05:30:25AM +0100, Hans Petter Selasky wrote:
On 01/19/15 22:59, Adrian Chadd wrote:
Hi,
Would you please check what the results of this are with CPU specific
callwheels?
I'm doing some 10+ gig traffic testing on -HEAD with
23 matches
Mail list logo
