Author: ngie
Date: Tue Mar 31 06:51:13 2015
New Revision: 280895
URL: https://svnweb.freebsd.org/changeset/base/280895
Log:
- Fix -Wsign issue
- Bump up to WARNS=6
Modified:
head/tools/regression/aio/kqueue/Makefile
head/tools/regression/aio/kqueue/aio_kqueue.c
Modified: head/tools/regre
Author: ngie
Date: Tue Mar 31 06:50:28 2015
New Revision: 280894
URL: https://svnweb.freebsd.org/changeset/base/280894
Log:
Minor cleanup before converting to ATF testcases
- Remove blank (tab-only) lines.
- Fix -Wunused warnings.
- Bump up to WARNS= 6
Modified:
head/tools/regression
Author: ngie
Date: Tue Mar 31 06:43:55 2015
New Revision: 280893
URL: https://svnweb.freebsd.org/changeset/base/280893
Log:
Cleanup and do minor refactoring before converting testcases to ATF
- Convert errx(-1, ..) to errx(1, ..)
- Move the aio(4) checks to a single function (aio_availabl
Author: jhibbits
Date: Tue Mar 31 05:29:44 2015
New Revision: 280892
URL: https://svnweb.freebsd.org/changeset/base/280892
Log:
CCSRBAR_VA is mpc85xx-specific, so add guards, and include the proper header
file for it.
MFC after:1 month
Modified:
head/sys/powerpc/booke/machdep.c
Mo
Author: jhibbits
Date: Tue Mar 31 05:26:30 2015
New Revision: 280891
URL: https://svnweb.freebsd.org/changeset/base/280891
Log:
machine/fdt.h no longer exists for powerpc.
MFC after:1 month
Modified:
head/sys/dev/nand/nfc_fsl.c
Modified: head/sys/dev/nand/nfc_fsl.c
=
On Mon, 30 Mar 2015, Konstantin Belousov wrote:
On Mon, Mar 30, 2015 at 11:57:08AM -0400, John Baldwin wrote:
On Sunday, March 22, 2015 11:32:51 AM Konstantin Belousov wrote:
...
So anybody has to compile his own kernel to get popcnt optimization ?
We do care about trivial things that improve
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:44:46 2015
New Revision: 280890
URL: https://svnweb.freebsd.org/changeset/base/280890
Log:
- Remove more files when MK_ZONEINFO == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Mo
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:43:25 2015
New Revision: 280889
URL: https://svnweb.freebsd.org/changeset/base/280889
Log:
- Remove more files when MK_TESTS_SUPPORT == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D160
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:42:00 2015
New Revision: 280888
URL: https://svnweb.freebsd.org/changeset/base/280888
Log:
- Remove more files when MK_LEGACY_CONSOLE == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D16
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:39:59 2015
New Revision: 280887
URL: https://svnweb.freebsd.org/changeset/base/280887
Log:
- Remove more files when MK_KERBEROS_SUPPORT == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:37:57 2015
New Revision: 280886
URL: https://svnweb.freebsd.org/changeset/base/280886
Log:
- Remove more files when MK_KDUMP == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Modif
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:36:51 2015
New Revision: 280885
URL: https://svnweb.freebsd.org/changeset/base/280885
Log:
- Remove more files when MK_JAIL == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Modifi
Author: cperciva
Date: Tue Mar 31 04:35:35 2015
New Revision: 280884
URL: https://svnweb.freebsd.org/changeset/base/280884
Log:
It would help if I committed the right patch...
Modified:
head/release/tools/ec2.conf
Modified: head/release/tools/ec2.conf
Author: amdmi3 (ports committer)
Date: Tue Mar 31 04:31:42 2015
New Revision: 280883
URL: https://svnweb.freebsd.org/changeset/base/280883
Log:
- Remove more files when MK_CASPER == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Modi
Author: markj
Date: Tue Mar 31 02:49:05 2015
New Revision: 280882
URL: https://svnweb.freebsd.org/changeset/base/280882
Log:
Fix a misparenthesization that could cause a crash if TERM is not set.
Reported by: Coverity (internal)
MFC after:3 days
Sponsored by: EMC / Isilon Storage D
Author: kib
Date: Tue Mar 31 01:44:07 2015
New Revision: 280880
URL: https://svnweb.freebsd.org/changeset/base/280880
Log:
Provide workaround for a performance issue with the popcnt instruction
on Intel processors. Clear spurious dependency by explicitely xoring
the destination register of
Author: cperciva
Date: Tue Mar 31 01:44:29 2015
New Revision: 280881
URL: https://svnweb.freebsd.org/changeset/base/280881
Log:
Partially revert r278118 now that the required logic for deciding whether
freebsd-update can be useful has moved into the firstboot_freebsd_update
script.
Modified
On Tue, Mar 31, 2015 at 01:28:34AM +, Colin Percival wrote:
> Author: cperciva
> Date: Tue Mar 31 01:28:33 2015
> New Revision: 280879
> URL: https://svnweb.freebsd.org/changeset/base/280879
>
> Log:
> Add bits for building EC2 disk images. Make logic for uploading these
> to create EC2 A
Author: cperciva
Date: Tue Mar 31 01:28:33 2015
New Revision: 280879
URL: https://svnweb.freebsd.org/changeset/base/280879
Log:
Add bits for building EC2 disk images. Make logic for uploading these
to create EC2 AMIs will come in a later commit.
Added:
head/release/tools/ec2.conf (conten
Author: np
Date: Tue Mar 31 01:22:20 2015
New Revision: 280878
URL: https://svnweb.freebsd.org/changeset/base/280878
Log:
cxgbe/tom: return rx credits promptly if the socket buffer's low water
mark cannot be reached because the window advertised to the peer isn't
wide enough. While here, tw
Author: kib
Date: Tue Mar 31 01:08:51 2015
New Revision: 280877
URL: https://svnweb.freebsd.org/changeset/base/280877
Log:
MFC r280780:
The #ss fault handler erronously does not check for the fault
originated from the return to usermode. #ss must be handled same as
#np.
Modified:
stable
Author: kib
Date: Tue Mar 31 01:05:34 2015
New Revision: 280876
URL: https://svnweb.freebsd.org/changeset/base/280876
Log:
MFC r280781:
Make it possible for the signal handler to act on #ss. Load the
canonical user data segment' selector into %ss when calling the
handler.
Modified:
sta
Author: kib
Date: Tue Mar 31 00:59:30 2015
New Revision: 280875
URL: https://svnweb.freebsd.org/changeset/base/280875
Log:
MFC r280780:
The #ss fault handler erronously does not check for the fault
originated from the return to usermode. #ss must be handled same as
#np.
Modified:
stable
Author: kib
Date: Tue Mar 31 00:57:25 2015
New Revision: 280874
URL: https://svnweb.freebsd.org/changeset/base/280874
Log:
MFC r280435:
When mapping an allocated entry, use the entry size, instead of the
requested size. If tag restrictions caused split entry, its size is
less then requste
Author: kib
Date: Tue Mar 31 00:55:12 2015
New Revision: 280873
URL: https://svnweb.freebsd.org/changeset/base/280873
Log:
MFC r280434:
Assert that the mapping loop makes progress.
Modified:
stable/10/sys/x86/iommu/intel_idpgtbl.c
Directory Properties:
stable/10/ (props changed)
Modifi
On Mon, Mar 30, 2015 at 08:13:23PM +, John Baldwin wrote:
> Author: jhb
> Date: Mon Mar 30 20:13:22 2015
> New Revision: 280866
> URL: https://svnweb.freebsd.org/changeset/base/280866
>
> Log:
> Wait 100 microseconds for a local APIC to dispatch each startup-related IPI
> rather than 20.
On Mon, Mar 30, 2015 at 04:37:10PM -0400, John Baldwin wrote:
> On Monday, March 30, 2015 08:24:34 PM Konstantin Belousov wrote:
> > > That is not what Bruce said. He suggested using bitcount64() for the
> > > fallback
> > > if the cpuid check fails. He did not say to remove the runtime check to
On Mar 30, 2015, at 9:16 AM, John Baldwin wrote:
> On Saturday, March 28, 2015 12:50:24 PM Randall Stewart wrote:
>> Author: rrs
>> Date: Sat Mar 28 12:50:24 2015
>> New Revision: 280785
>> URL: https://svnweb.freebsd.org/changeset/base/280785
>>
>> Log:
>> Change the callout to supply -1 to i
Author: rrs
Date: Tue Mar 31 00:18:00 2015
New Revision: 280872
URL: https://svnweb.freebsd.org/changeset/base/280872
Log:
Adopt jhb's suggested changes, updated comments and callout_migration() moving
to kern/kern_timeout.c
This does *not* address his -1 -> NOCPU comment.
Sponsored
Author: rrs
Date: Tue Mar 31 00:15:27 2015
New Revision: 280871
URL: https://svnweb.freebsd.org/changeset/base/280871
Log:
Change the c_iflags and c_flags fields to short rather then int. This
allows us to keep the KPI the same.
Discussed and brain-stormed with imp (thanks for the help Wa
Author: bdrewery
Date: Tue Mar 31 00:00:47 2015
New Revision: 280870
URL: https://svnweb.freebsd.org/changeset/base/280870
Log:
Fix --one-file-system to include the directory encountered rather than
excluding it. This was broken in 3.0.4 (r238856).
Obtained from:https://github.co
Author: glebius
Date: Mon Mar 30 22:49:26 2015
New Revision: 280869
URL: https://svnweb.freebsd.org/changeset/base/280869
Log:
Catch up on r271387 and remove unused parameter from
VOP_GETPAGES_ASYNC().
Modified:
head/sys/kern/vnode_if.src
head/sys/vm/vnode_pager.c
Modified: head/sys/kern
On Mon, Mar 30, 2015 at 06:20:45PM +0200, Emeric POUPON wrote:
E> Yes, sure!
E>
E> I will test it tomorrow and tell you the results.
E> However, keep in mind I did not see any performance impact with the previous
patch.
I created a patch that enables RFC6864 and per-CPU ip_id for those packets,
John:
FYI in getting this setup, NOCPU will mean callout.h will need to include
sys/proc.h
I hope thats ok..
either that or I need to do a
#ifndef NOCPU
#define NOCPU (-1)
#endif..
Which seems ugly..
R
On Mar 30, 2015, at 2:38 PM, John Baldwin wrote:
> On Monday, March 30, 2015 11:16:20 AM
John:
Comments below..
On Mar 30, 2015, at 9:16 AM, John Baldwin wrote:
> On Saturday, March 28, 2015 12:50:24 PM Randall Stewart wrote:
>> Author: rrs
>> Date: Sat Mar 28 12:50:24 2015
>> New Revision: 280785
>> URL: https://svnweb.freebsd.org/changeset/base/280785
>>
>> Log:
>> Change the
John:
As I just said, Warner and I feel we can get by with making the int ->
short/short so
we preserver the KPI and at the same time achieve the objective ..
My big concern was no intel platforms but Warner gave me a green light there ;-)
R
On Mar 30, 2015, at 10:10 AM, John Baldwin wrote:
>
Davide:
I have had a long chat this weekend with imp, and both he and I feel the right
fix is to *not* bump the version, but instead change the two fields to shorts.
That way the length will still say the same so we can MFC this.
I will be committing that shortly, I have it testing inside right n
On 30 March 2015 at 13:32, John Baldwin wrote:
> On Monday, March 30, 2015 10:10:43 AM Adrian Chadd wrote:
>> Yes, because it's before the dynamic hint stuff starts up. (kern.hintmode.)
>>
>> Hints don't show up in kenv on the mips boards until I set the sysctl
>> to the "import them now!" setting
On Monday, March 30, 2015 11:16:20 AM John Baldwin wrote:
> The second sentence quite seem to be English ("have a lock touches"
s/sentence quite/sentence doesn't quite/ *sigh*
--
John Baldwin
___
svn-src-all@freebsd.org mailing list
http://lists.freebs
Author: andrew
Date: Mon Mar 30 20:44:08 2015
New Revision: 280868
URL: https://svnweb.freebsd.org/changeset/base/280868
Log:
Restore setting cpufuncs on arm1176, it was removed by accident with the
arm1136 code.
Reviewed by: ian
Modified:
head/sys/arm/arm/cpufunc.c
Modified: head/sy
On Monday, March 30, 2015 10:10:43 AM Adrian Chadd wrote:
> Yes, because it's before the dynamic hint stuff starts up. (kern.hintmode.)
>
> Hints don't show up in kenv on the mips boards until I set the sysctl
> to the "import them now!" setting.
Everything in if_ath.c happens well after SYSINITs
On Monday, March 30, 2015 08:24:34 PM Konstantin Belousov wrote:
> > That is not what Bruce said. He suggested using bitcount64() for the
> > fallback
> > if the cpuid check fails. He did not say to remove the runtime check to use
> > popcnt if it is available:
> >
> > "Always using [bitcount64
On 30 March 2015 at 16:14, Dimitry Andric wrote:
> On 30 Mar 2015, at 22:01, Ed Maste wrote:
>>
>> Author: emaste
>> Date: Mon Mar 30 20:01:41 2015
>> New Revision: 280865
>> URL: https://svnweb.freebsd.org/changeset/base/280865
>>
>> Log:
>> llvm: Backport upstream r229195 to fix arm64 TLS relo
Author: dim
Date: Mon Mar 30 20:23:06 2015
New Revision: 280867
URL: https://svnweb.freebsd.org/changeset/base/280867
Log:
Add llvm patch corresponding to r280865.
Added:
head/contrib/llvm/patches/patch-11-llvm-r231227-aarch64-tls-relocs.diff
Added: head/contrib/llvm/patches/patch-11-llvm-r2
On 30 Mar 2015, at 22:01, Ed Maste wrote:
>
> Author: emaste
> Date: Mon Mar 30 20:01:41 2015
> New Revision: 280865
> URL: https://svnweb.freebsd.org/changeset/base/280865
>
> Log:
> llvm: Backport upstream r229195 to fix arm64 TLS relocations
Actually, this was upstream r231227:
http://llvm.
Author: jhb
Date: Mon Mar 30 20:13:22 2015
New Revision: 280866
URL: https://svnweb.freebsd.org/changeset/base/280866
Log:
Wait 100 microseconds for a local APIC to dispatch each startup-related IPI
rather than 20. The MP 1.4 specification states in Appendix B.2:
"A period of 20 micros
Author: emaste
Date: Mon Mar 30 20:01:41 2015
New Revision: 280865
URL: https://svnweb.freebsd.org/changeset/base/280865
Log:
llvm: Backport upstream r229195 to fix arm64 TLS relocations
As is described at http://llvm.org/bugs/show_bug.cgi?id=22408, the GNU
linkers ld.bfd and ld.gold
Author: dim
Date: Mon Mar 30 19:36:33 2015
New Revision: 280864
URL: https://svnweb.freebsd.org/changeset/base/280864
Log:
Pull in r233552 from upstream libc++ trunk (by Eric Fiselier):
[libcxx] Fix PR22771 - Support access control SFINAE in the library
version of is_convertible.
Author: andrew
Date: Mon Mar 30 19:10:09 2015
New Revision: 280862
URL: https://svnweb.freebsd.org/changeset/base/280862
Log:
Add pthread_md.h for arm64.
Differential Revision:https://reviews.freebsd.org/D2137
Reviewed by: kib
Sponsored by: The FreeBSD Foundation
Added:
head
Author: gjb
Date: Mon Mar 30 19:08:37 2015
New Revision: 280861
URL: https://svnweb.freebsd.org/changeset/base/280861
Log:
Sigh. s/AutoSize/Growfs/ following upstream commit r761.
MFH: 3 days
Sponsored by: The FreeBSD Foundation
Modified:
head/release/tools/arm/crochet-BEAGLE
On 03/30/2015 13:31, Don Lewis wrote:
> On 30 Mar, Konstantin Belousov wrote:
>> On Sun, Mar 29, 2015 at 11:25:14PM -0700, Don Lewis wrote:
>>> On amd64, with an amd64 jail, and kernel rev r280326, I observe the
>>> following:
>>> One gcc process calls mmap() with addr=0 and len=0x657a000, and
On 30 Mar, Konstantin Belousov wrote:
> On Sun, Mar 29, 2015 at 11:25:14PM -0700, Don Lewis wrote:
>> On amd64, with an amd64 jail, and kernel rev r280326, I observe the
>> following:
>> One gcc process calls mmap() with addr=0 and len=0x657a000, and
>> the value 0x81140 is returne
On Mon, Mar 30, 2015 at 06:20:45PM +0200, Emeric POUPON wrote:
E> Yes, sure!
E>
E> I will test it tomorrow and tell you the results.
E> However, keep in mind I did not see any performance impact with the previous
patch.
This is expectable, since
a) foo++ is almost as bad to cache as atomic_add(
Author: emaste
Date: Mon Mar 30 17:38:25 2015
New Revision: 280859
URL: https://svnweb.freebsd.org/changeset/base/280859
Log:
Switch to ELF toolchain readelf(1)
ELF toolchain readelf lacked some functionality at the time other tools
(like size, strip, nm, etc.) were switched over to the E
On Mon, Mar 30, 2015 at 11:57:08AM -0400, John Baldwin wrote:
> On Sunday, March 22, 2015 11:32:51 AM Konstantin Belousov wrote:
> > On Sun, Mar 22, 2015 at 09:41:53AM +1100, Bruce Evans wrote:
> > > Always using new API would lose the micro-optimizations given by the
> > > runtime
> > > decision
On 3/30/2015 4:12 AM, Konstantin Belousov wrote:
> On Sun, Mar 29, 2015 at 11:25:14PM -0700, Don Lewis wrote:
>> On amd64, with an amd64 jail, and kernel rev r280326, I observe the
>> following:
>> One gcc process calls mmap() with addr=0 and len=0x657a000, and
>> the value 0x81140
Author: emaste
Date: Mon Mar 30 17:15:48 2015
New Revision: 280858
URL: https://svnweb.freebsd.org/changeset/base/280858
Log:
Fill out arm64 dynamic relocation #defines
Sponsored by: The FreeBSD Foundation
Modified:
head/sys/sys/elf_common.h
Modified: head/sys/sys/elf_common.h
=
On 03/28/2015 13:03, Adrian Chadd wrote:
> Hm, at least MIPS is still using gcc-4.2.
It won't happen on MIPS until superpage support is added to the pmap.
> Shall we fix gcc in the tree to stop this from happening? I think
> that's the most sane thing to do, if a bit tedious.
Yes, at least for n
Yes, because it's before the dynamic hint stuff starts up. (kern.hintmode.)
Hints don't show up in kenv on the mips boards until I set the sysctl
to the "import them now!" setting.
-adrian
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.
On 03/30/2015 01:25, Don Lewis wrote:
> On 28 Mar, Alan Cox wrote:
>> On 03/28/2015 12:29, Bryan Drewery wrote:
>>> On 3/27/2015 9:41 PM, Don Lewis wrote:
On 21 Mar, Alan Cox wrote:
> Author: alc
> Date: Sat Mar 21 17:56:55 2015
> New Revision: 280327
> URL: https://svnweb.free
Author: emaste
Date: Mon Mar 30 16:42:08 2015
New Revision: 280857
URL: https://svnweb.freebsd.org/changeset/base/280857
Log:
Correct mrs_fpcr and mrs_fpsr macros in arm64 fenv.h
Submitted by: andrew
Sponsored by: The FreeBSD Foundation
Modified:
head/lib/msun/aarch64/fenv.h
Modified:
On Friday, March 27, 2015 01:55:56 PM Konstantin Belousov wrote:
> Author: kib
> Date: Fri Mar 27 13:55:56 2015
> New Revision: 280760
> URL: https://svnweb.freebsd.org/changeset/base/280760
>
> Log:
> Fix the hand after the immediate reboot when the following command
> sequence is performed o
On Saturday, March 28, 2015 01:48:49 PM Davide Italiano wrote:
> On Sat, Mar 28, 2015 at 12:04 PM, Randall Stewart wrote:
> > Hmm does the KPI include the size of the callout structure (which is
> > private)?
> >
>
> It's KBI, not KPI.
>
> > If so I suppose we could change the c_flags/c_iflags t
On Saturday, March 28, 2015 12:50:24 PM Randall Stewart wrote:
> Author: rrs
> Date: Sat Mar 28 12:50:24 2015
> New Revision: 280785
> URL: https://svnweb.freebsd.org/changeset/base/280785
>
> Log:
> Change the callout to supply -1 to indicate we are not changing
> CPU, also add protection aga
On Saturday, March 28, 2015 11:02:00 PM Adrian Chadd wrote:
> Author: adrian
> Date: Sat Mar 28 23:01:59 2015
> New Revision: 280795
> URL: https://svnweb.freebsd.org/changeset/base/280795
>
> Log:
> Remove the second MODULES_OVERRIDE; add if_vlan to the list.
>
> Modified:
> head/sys/mips/co
On Sunday, March 22, 2015 09:41:53 AM Bruce Evans wrote:
> On Sat, 21 Mar 2015, John Baldwin wrote:
>
> > On 3/21/15 12:35 PM, Konstantin Belousov wrote:
> >> On Sat, Mar 21, 2015 at 12:04:41PM -0400, John Baldwin wrote:
> >>> On 3/20/15 9:02 AM, Konstantin Belousov wrote:
> On Fri, Mar 20, 2
On Sunday, March 22, 2015 11:32:51 AM Konstantin Belousov wrote:
> On Sun, Mar 22, 2015 at 09:41:53AM +1100, Bruce Evans wrote:
> > Always using new API would lose the micro-optimizations given by the runtime
> > decision for default CFLAGS (used by distributions for portability). To
> > keep them
On Saturday, March 28, 2015 11:41:24 PM Adrian Chadd wrote:
> Author: adrian
> Date: Sat Mar 28 23:41:23 2015
> New Revision: 280799
> URL: https://svnweb.freebsd.org/changeset/base/280799
>
> Log:
> Update if_ath(4) to check for "hint.ath.X.macaddr" for an override MAC
> address.
>
> This
Author: jhb
Date: Mon Mar 30 16:28:04 2015
New Revision: 280856
URL: https://svnweb.freebsd.org/changeset/base/280856
Log:
Revert accidental(?) change in r280455 and do not compile hwpmc statically
into GENERIC by default. This change is not present in HEAD and was not
made in the two commi
Yes, sure!
I will test it tomorrow and tell you the results.
However, keep in mind I did not see any performance impact with the previous
patch.
Regards,
- Mail original -
De: "Gleb Smirnoff"
À: "Emeric POUPON"
Cc: "Slawa Olhovchenkov" , "Hans Petter Selasky"
, "Adrian Chadd" ,
src-
On Mon, Mar 30, 2015 at 05:23:48PM +0200, Emeric POUPON wrote:
E> Hello,
E>
E> Sorry for late response, I didn't notice this issue was discussed here.
E>
E> In one of our tests, we have several (up to 12) cpu that emit packets with
the same src, dst and protocol to a remote host.
E> We did this
Hello,
Sorry for late response, I didn't notice this issue was discussed here.
In one of our tests, we have several (up to 12) cpu that emit packets with the
same src, dst and protocol to a remote host.
We did this patch since we observed bad packet reassembly on the remote host,
due to differe
Author: emaste
Date: Mon Mar 30 14:28:31 2015
New Revision: 280853
URL: https://svnweb.freebsd.org/changeset/base/280853
Log:
compiler-rt: Build additional quad precision floating point builtins
These are needed for arm64
Sponsored by: The FreeBSD Foundation
Differential Revision:
On Mon, Mar 30, 2015 at 03:45:00PM +0200, Hans Petter Selasky wrote:
> Gleb,
>
> On 03/30/15 14:59, Hans Petter Selasky wrote:
> > On 03/30/15 14:51, Gleb Smirnoff wrote:
> >>Hans,
> >>
> >
> > Gleb: Can you answer my question first:
> >
> > Should the 16-bit IP ID field carry any useful info
Author: amdmi3 (ports committer)
Date: Mon Mar 30 14:13:01 2015
New Revision: 280852
URL: https://svnweb.freebsd.org/changeset/base/280852
Log:
- Remove more files when MK_INET6 == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Modif
Author: amdmi3 (ports committer)
Date: Mon Mar 30 14:00:17 2015
New Revision: 280851
URL: https://svnweb.freebsd.org/changeset/base/280851
Log:
- Remove more files when MK_FORTH == no
MFC after:1 week
Reviewed by: ngie
Approved by: ngie
Differential Revision:D1600
Modif
Gleb,
On 03/30/15 14:59, Hans Petter Selasky wrote:
On 03/30/15 14:51, Gleb Smirnoff wrote:
Hans,
Gleb: Can you answer my question first:
Should the 16-bit IP ID field carry any useful information or not?
Yes:
An identifying value assigned by the sender to aid in assembling the
Author: mav
Date: Mon Mar 30 13:30:53 2015
New Revision: 280850
URL: https://svnweb.freebsd.org/changeset/base/280850
Log:
Periodically wake up threads waiting for vmem(9) resources, so they could
ask for resource reclamation again.
This is kind of dirty hack, but as last resort this is b
On Mon, Mar 30, 2015 at 02:59:16PM +0200, Hans Petter Selasky wrote:
H> Gleb: Can you answer my question first:
H>
H> Should the 16-bit IP ID field carry any useful information or not?
Yes:
An identifying value assigned by the sender to aid in assembling the
fragments of a datagram.
--
On 03/30/15 14:51, Gleb Smirnoff wrote:
Hans,
Gleb: Can you answer my question first:
Should the 16-bit IP ID field carry any useful information or not?
On Mon, Mar 30, 2015 at 02:38:12PM +0200, Hans Petter Selasky wrote:
H> > DELAY() into network stack? Are you serious now or kidding me
Hans,
On Mon, Mar 30, 2015 at 02:38:12PM +0200, Hans Petter Selasky wrote:
H> > DELAY() into network stack? Are you serious now or kidding me?
H>
H> If there should be any useful meaning in the 16-bit IP ID field, the
H> value can't be allowed to wrap several times in a millisecond. Given the
On 03/30/15 14:07, Gleb Smirnoff wrote:
Hans,
On Mon, Mar 30, 2015 at 01:29:51PM +0200, Hans Petter Selasky wrote:
H> You don't get it fully. Every time a CPU runs out of IDs, it allocates a
H> new 256 long series of numbers. That way the CPUs allocate numbers in
H> sequence.
H>
H> > The sugg
Hans,
On Mon, Mar 30, 2015 at 01:29:51PM +0200, Hans Petter Selasky wrote:
H> You don't get it fully. Every time a CPU runs out of IDs, it allocates a
H> new 256 long series of numbers. That way the CPUs allocate numbers in
H> sequence.
H>
H> > The suggested code suffers from migration more t
On 03/30/15 12:59, Gleb Smirnoff wrote:
On Mon, Mar 30, 2015 at 10:51:51AM +0200, Hans Petter Selasky wrote:
H> Hi,
H>
H> Like was mentioned here, maybe we need a global counter that is not
H> accessed that frequently, and use per-cpu counters for the most frequent
H> accesses. To keep the order
On Mon, Mar 30, 2015 at 10:51:51AM +0200, Hans Petter Selasky wrote:
H> Hi,
H>
H> Like was mentioned here, maybe we need a global counter that is not
H> accessed that frequently, and use per-cpu counters for the most frequent
H> accesses. To keep the order somewhat sane, we need a global counter
On Mon, Mar 30, 2015 at 03:14:10PM +1100, Bruce Evans wrote:
> File timestamps use CLOCK_REALTIME, so they are supposed to go backwards
> sometimes. More importantly, if the time is set to a future time (by
> utimes(), etc., not due to a clock step), this prevents it being correted.
> I think you
Author: zbb
Date: Mon Mar 30 09:49:54 2015
New Revision: 280848
URL: https://svnweb.freebsd.org/changeset/base/280848
Log:
Fix bug in xrefinfo_find() for 64-bit platforms
uintptr_t may be 64-bit on some platforms, therefore when
finding xrefinfo by pointer to device the high word is being
Author: andrew
Date: Mon Mar 30 09:29:45 2015
New Revision: 280847
URL: https://svnweb.freebsd.org/changeset/base/280847
Log:
Remove support for CPU_XSCALE_80200. None of our configs support it, and
there wasn;t an option to enable it.
While here remove a check for CPU_ARM10 being defined
On Sun, Mar 29, 2015 at 11:25:14PM -0700, Don Lewis wrote:
> On amd64, with an amd64 jail, and kernel rev r280326, I observe the
> following:
> One gcc process calls mmap() with addr=0 and len=0x657a000, and
> the value 0x81140 is returned. Subsequent gcc processes
> call
On 03/30/15 02:04, NGie Cooper wrote:
> On Mon, Mar 30, 2015 at 2:03 AM, NGie Cooper wrote:
>> On Mon, Mar 30, 2015 at 1:33 AM, Colin Percival wrote:
>>> cleanup() {
>>> + if mount | grep -qE "devfs on ${DESTDIR}/dev"; then
>>> + umount_loop ${DESTDIR}/dev 2>/dev/null
>>> +
Author: cperciva
Date: Mon Mar 30 09:08:24 2015
New Revision: 280846
URL: https://svnweb.freebsd.org/changeset/base/280846
Log:
Improve check for whether ${DESTDIR}/dev is mounted.
Submitted by: gcooper
Modified:
head/release/tools/vmimage.subr
Modified: head/release/tools/vmimage.subr
Author: eadler
Date: Mon Mar 30 09:05:20 2015
New Revision: 280845
URL: https://svnweb.freebsd.org/changeset/base/280845
Log:
Add some additional quirks for various Western Digital Caviar MHDDs
Submitted by: Jeremy Chadwick
PR: 188685
MFC After:1 month
Modified:
head/sy
On Mon, Mar 30, 2015 at 2:03 AM, NGie Cooper wrote:
> On Mon, Mar 30, 2015 at 1:33 AM, Colin Percival wrote:
>> Author: cperciva
>> Date: Mon Mar 30 08:33:19 2015
>> New Revision: 280840
>> URL: https://svnweb.freebsd.org/changeset/base/280840
>>
>> Log:
>> Clean up filesystem unmounting in vmi
On Mon, Mar 30, 2015 at 1:33 AM, Colin Percival wrote:
> Author: cperciva
> Date: Mon Mar 30 08:33:19 2015
> New Revision: 280840
> URL: https://svnweb.freebsd.org/changeset/base/280840
>
> Log:
> Clean up filesystem unmounting in vmimage builds:
> * Remove vm_umount_base function which is cur
Author: eadler
Date: Mon Mar 30 08:54:59 2015
New Revision: 280844
URL: https://svnweb.freebsd.org/changeset/base/280844
Log:
And it turns out someone beat me to it
PR: 199013
Modified:
head/sys/dev/uart/uart_bus_pci.c
Modified: head/sys/dev/uart/uart_bus_pci.c
===
Hi,
Like was mentioned here, maybe we need a global counter that is not
accessed that frequently, and use per-cpu counters for the most frequent
accesses. To keep the order somewhat sane, we need a global counter:
Pseudo code:
static int V_ip_id;
PER_CPU(V_ip_id_start);
PER_CPU(V_ip_id_end)
Author: eadler
Date: Mon Mar 30 08:48:35 2015
New Revision: 280843
URL: https://svnweb.freebsd.org/changeset/base/280843
Log:
Add support for "MosChip MCS9922 PCIe to Peripheral Controller" to uart
Submitted by:
PR: 199013
MFC After:1 month
Modified:
head/sys/dev/uart/
Author: andrew
Date: Mon Mar 30 08:38:18 2015
New Revision: 280842
URL: https://svnweb.freebsd.org/changeset/base/280842
Log:
Remove support for CPU_FA626TE. It's unused by any of our kernel configs.
Modified:
head/sys/arm/arm/cpufunc.c
head/sys/arm/arm/elf_trampoline.c
head/sys/arm/inclu
Author: andrew
Date: Mon Mar 30 08:37:03 2015
New Revision: 280841
URL: https://svnweb.freebsd.org/changeset/base/280841
Log:
Only build cpufunc_asm_armv4.S when needed.
Modified:
head/sys/conf/files.arm
Modified: head/sys/conf/files.arm
==
Author: cperciva
Date: Mon Mar 30 08:33:19 2015
New Revision: 280840
URL: https://svnweb.freebsd.org/changeset/base/280840
Log:
Clean up filesystem unmounting in vmimage builds:
* Remove vm_umount_base function which is currently unused.
* Add umount_loop function which loops attempting to u
1 - 100 of 102 matches
Mail list logo
