Re: svn commit: r280327 - in head/sys: kern vm

On 3/27/2015 9:41 PM, Don Lewis wrote: > I was not seeing this problem on my older package builder running > 10.1-STABLE. Since this problem has not shown up on the FreeBSD package > building cluster, I got suspicious that the change was quite recent. > > This old gcc bug report: >

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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

Re: svn commit: r280327 - in head/sys: kern vm

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.freebsd.org/changeset/base/280327 Log: >>

Re: svn commit: r280327 - in head/sys: kern vm

On 28 Mar, Bryan Drewery wrote: > On 3/27/2015 9:41 PM, Don Lewis wrote: >> ../generated/adfiles/ad_x86_64_clone.cpp:1: fatal error: had to relocate PCH >> compilation terminated. >> /wrkdirs/usr/ports/java/openjdk7/work/openjdk/hotspot/make/bsd/makefiles/rules.make:149: >> recipe for target 'acc

Re: svn commit: r280327 - in head/sys: kern vm

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: >>> I was not seeing this problem on my older package builder running >>> 10.1-STABLE. Since this problem has not shown up on the FreeBSD package >>> building cluster, I got suspicious

Re: svn commit: r280327 - in head/sys: kern vm

On 28 Mar, 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.freebsd.org/changeset/base/280327 >>> >>> Log: >>> Introduce vm_object_color() and use it in m

Re: svn commit: r280327 - in head/sys: kern vm

On 3/28/2015 12:56 PM, 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.freebsd.org/changeset/base/280327

Re: svn commit: r280327 - in head/sys: kern vm

Hm, at least MIPS is still using gcc-4.2. 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. -adrian ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: svn commit: r280327 - in head/sys: kern vm

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.freebsd.org/changeset/base/280327 >>> >>> Log: >>> Introduce vm_object_color() and u

Re: svn commit: r280327 - in head/sys: kern vm

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.freebsd.org/changeset/base/280327 >> >> Log: >> Introduce vm_object_color() and use it in mmap(2) to set the color of >> named obje

Re: svn commit: r280327 - in head/sys: kern vm

On 21 Mar, Alan Cox wrote: > Author: alc > Date: Sat Mar 21 17:56:55 2015 > New Revision: 280327 > URL: https://svnweb.freebsd.org/changeset/base/280327 > > Log: > Introduce vm_object_color() and use it in mmap(2) to set the color of > named objects to zero before the virtual address is select

svn commit: r280327 - in head/sys: kern vm

Author: alc Date: Sat Mar 21 17:56:55 2015 New Revision: 280327 URL: https://svnweb.freebsd.org/changeset/base/280327 Log: Introduce vm_object_color() and use it in mmap(2) to set the color of named objects to zero before the virtual address is selected. Previously, the color setting was de