Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Andriy Gapon
on 10/05/2012 10:57 Alfred Bartsch said the following: > Our i386 hardware is sufficiently old, and IMHO mainstream, e.g.: Intel > SR1325 with Pentium-4 CPU, 2GB RAM Intel SR2200 with Pentium-III CPU(s), > 2/4 GB RAM, Intel SR2300 with dual XEON, 4 GB RAM > > Even on my desktop (Intel MB DQ965CO,

i386 -march=xxx behavior [Was: FreeBSD 8 i386 gptboot corrupt - SOLVED]

2012-05-10 Thread Andriy Gapon
on 09/05/2012 15:09 Alfred Bartsch said the following: > Am 09.05.2012 12:42, schrieb Andriy Gapon: >> on 09/05/2012 12:29 Alfred Bartsch said the following: >>> This behavior is restricted to 32-bit servers (i386), all 64-bit >>> servers (amd64) work without any problem, as expected. >>> >>> Aft

Re: Two build problems -- "make memstick" and "make release" with -DWITHOUT_CLANG

2012-05-10 Thread Chuck Tuffli
On Thu, May 10, 2012 at 12:39 PM, Jeff Kletsky wrote: > I'm trying to do bisection to locate when a specific bug appeared and can > replicate the issue when I boot from a memstick and use the LiveCD option. > This keeps any questions of "upgrade or install" out of the picture. ... > It looks like

Two build problems -- "make memstick" and "make release" with -DWITHOUT_CLANG

2012-05-10 Thread Jeff Kletsky
I'm trying to do bisection to locate when a specific bug appeared and can replicate the issue when I boot from a memstick and use the LiveCD option. This keeps any questions of "upgrade or install" out of the picture. Unfortunately, I've run into a couple problems. After reading the new build

Re: superpages not solving "PV entries" limit warning

2012-05-10 Thread Charles Owens
On 5/10/12 12:37 PM, Alan Cox wrote: On Thu, May 10, 2012 at 10:52 AM, Charles Owens mailto:cow...@greatbaysoftware.com>> wrote: That's very helpful! I had read about that and wondered if it applied to i386. Should I have expected "superpages" to completely cure the condition.

Re: superpages not solving "PV entries" limit warning

2012-05-10 Thread Alan Cox
On Thu, May 10, 2012 at 10:52 AM, Charles Owens wrote: > That's very helpful! I had read about that and wondered if it applied to > i386. > > Should I have expected "superpages" to completely cure the condition... or > does it just help? Should I now be looking at tuning the related pmap > sys

Re: superpages not solving "PV entries" limit warning

2012-05-10 Thread Charles Owens
That's very helpful! I had read about that and wondered if it applied to i386. Should I have expected "superpages" to completely cure the condition... or does it just help? Should I now be looking at tuning the related pmap sysctls to give further relief? Thanks! Charles On 5/10/12 11:2

Re: superpages not solving "PV entries" limit warning

2012-05-10 Thread Alan Cox
On Thu, May 10, 2012 at 2:32 AM, Adam Vande More wrote: > On Wed, May 9, 2012 at 12:55 PM, Charles Owens > wrote: > > > Hi fellow BSD-types, > > > > I have a buy system that forks lots of processes and I see repeatedly the > > message: "Approaching the limit on PV entries, consider increasing > e

Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Alfred Bartsch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.05.2012 10:20, schrieb Andriy Gapon: > on 10/05/2012 10:57 Alfred Bartsch said the following: >> Am 10.05.2012 09:19, schrieb Andriy Gapon: >>> on 10/05/2012 10:12 Alfred Bartsch said the following: I got this stupid idea of a "16k limit" du

Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Andriy Gapon
on 10/05/2012 10:57 Alfred Bartsch said the following: > Am 10.05.2012 09:19, schrieb Andriy Gapon: >> on 10/05/2012 10:12 Alfred Bartsch said the following: >>> I got this stupid idea of a "16k limit" during testing. It was >>> unobvious to me that the build process in a standard environment (i38

Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Alfred Bartsch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.05.2012 09:19, schrieb Andriy Gapon: > on 10/05/2012 10:12 Alfred Bartsch said the following: >> I got this stupid idea of a "16k limit" during testing. It was >> unobvious to me that the build process in a standard environment >> (i386) simply p

Re: superpages not solving "PV entries" limit warning

2012-05-10 Thread Adam Vande More
On Wed, May 9, 2012 at 12:55 PM, Charles Owens wrote: > Hi fellow BSD-types, > > I have a buy system that forks lots of processes and I see repeatedly the > message: "Approaching the limit on PV entries, consider increasing either > the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable". >

Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Andriy Gapon
on 10/05/2012 10:12 Alfred Bartsch said the following: > I got this stupid idea of a "16k limit" during testing. It was unobvious to > me that the build process in a standard environment (i386) simply produces > invalid code. In i386 (32-bit) hardware, we don't use zfs at all, so I > can't tell any

Re: FreeBSD 8 i386 gptboot corrupt - SOLVED

2012-05-10 Thread Alfred Bartsch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 09.05.2012 16:48, schrieb Andriy Gapon: > on 09/05/2012 15:09 Alfred Bartsch said the following: >> Am 09.05.2012 12:42, schrieb Andriy Gapon: >>> on 09/05/2012 12:29 Alfred Bartsch said the following: Hello, after migrating some of our older s