Error in /usr/src/release/release.sh

2017-08-12 Thread Bryce Edwards
When trying to build a set of RELENG/11.1 release files, I'm getting the following error (tail end of output) in the release.sh run: -- >>> Kernel build for ALLWINNER completed on Fri Aug 11 22:24:02 UTC 2017

Re: ACPI Warning, then hang

2013-06-13 Thread Bryce Edwards
On Mon, Jun 10, 2013 at 9:32 PM, Jeremy Chadwick j...@koitsu.org wrote: On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: Verbose boot: https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards br...@bryce.net wrote: On Mon

Re: ACPI Warning, then hang

2013-06-13 Thread Bryce Edwards
On Thu, Jun 13, 2013 at 5:50 PM, Jeremy Chadwick j...@koitsu.org wrote: On Thu, Jun 13, 2013 at 05:32:21PM -0500, Bryce Edwards wrote: On Mon, Jun 10, 2013 at 9:32 PM, Jeremy Chadwick j...@koitsu.org wrote: On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: Verbose boot

ACPI Warning, then hang

2013-06-10 Thread Bryce Edwards
I'm getting the following warning, and then the system locks: ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, should be 0x48 Here's a pic: http://db.tt/O6dxONzI System is on a SuperMicro C7X58 motherboard that I just upgraded to BIOS 2.0a, which I would like to stay on if

Re: ACPI Warning, then hang

2013-06-10 Thread Bryce Edwards
On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin j...@freebsd.org wrote: On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: I'm getting the following warning, and then the system locks: ACPI Warning: Incorrect checksum

Re: ACPI Warning, then hang

2013-06-10 Thread Bryce Edwards
Verbose boot: https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards br...@bryce.net wrote: On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin j...@freebsd.org wrote: On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: On Mon, Jun 10

Re: 8-STABLE buildworld failure

2010-11-11 Thread Bryce Edwards
On Tue, Nov 9, 2010 at 11:48 PM, Jeremy Chadwick free...@jdc.parodius.com wrote: On Tue, Nov 09, 2010 at 06:09:08PM -0600, Bryce Edwards wrote: After updating source today, I am receiving the following error when running make NOCCACHE=YES -j16 buildkernel Please re-run the buildkernel without

8-STABLE buildworld failure

2010-11-09 Thread Bryce Edwards
After updating source today, I am receiving the following error when running make NOCCACHE=YES -j16 buildkernel === zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@

Re: 8-STABLE buildworld failure

2010-11-09 Thread Bryce Edwards
On Tue, Nov 9, 2010 at 11:04 PM, jhell jh...@dataix.net wrote: On 11/09/2010 19:09, Bryce Edwards wrote: After updating source today, I am receiving the following error when running make NOCCACHE=YES -j16 buildkernel === zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL

SuperMicro i7 (UP) - very slow performance

2010-09-18 Thread Bryce Edwards
I have a Supermicro with the C7X58 motherboard and an i7 930 cpu, and it is nowhere near the performance it should be. A buildworld just took 22.5 hours! br...@tahiti[~]uname -a FreeBSD tahiti.bryce.net 8.1-STABLE FreeBSD 8.1-STABLE #0: Tue Sep 7 22:45:38 CDT 2010

Re: 8-STABLE performance issues on Supermicro Core i7

2010-05-03 Thread Bryce Edwards
compiling and not really using the network, so I was going to wait before going down that path. Bryce On Sun, May 2, 2010 at 11:20 PM, Adam Vande More amvandem...@gmail.com wrote: On Sun, May 2, 2010 at 9:40 PM, Bryce Edwards br...@bryce.net wrote: Hello, I've got a new Supermicro X58 system

8-STABLE performance issues on Supermicro Core i7

2010-05-02 Thread Bryce Edwards
Hello, I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 GB ram that is not performing nearly as fast as it should in many ways (compiling, network transfers).  To give an example, it has been building the gcc44 port for about 10 hours now and at the same time rsync'ing from a