on 11/08/2011 07:25 Adrian Chadd said the following:
On 11 August 2011 07:55, Jan Mikkelsen j...@transactionware.com wrote:
Hi,
I have added these device IDs to pucdata.c to support the Moxa CP-112UL
board family.
Should I submit a problem report, or is there an easier way to get the patch
on 10/08/2011 18:35 Steven Hartland said the following:
Fatal double fault
rip = 0x8052f6f1
rsp = 0xff86ce600fb0
rbp = 0xff86ce601210
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
KDB: stack backtrace:
#0 0x803af91e at kdb_backtrace+0x5e
#1
I'd really point the finger to faulty hw.
Please run all the necessary diagnostic tools for catching it.
Attilio
2011/8/11 Andriy Gapon a...@freebsd.org:
on 10/08/2011 18:35 Steven Hartland said the following:
Fatal double fault
rip = 0x8052f6f1
rsp = 0xff86ce600fb0
rbp =
That's not the issue as its happening across board over 130 machines :(
Regards
Steve
- Original Message -
From: Attilio Rao atti...@freebsd.org
I'd really point the finger to faulty hw.
Please run all the necessary diagnostic tools for catching it.
Attilio
On Thu, Aug 11, 2011 at 09:59:36AM +0100, Steven Hartland wrote:
That's not the issue as its happening across board over 130 machines :(
Agreed, bad hardware sounds unlikely here. I could believe some strange
incompatibility (e.g. BIOS quirk or the like[1]) that might cause problems
en masse
2011/8/11 Jeremy Chadwick free...@jdc.parodius.com:
On Thu, Aug 11, 2011 at 09:59:36AM +0100, Steven Hartland wrote:
That's not the issue as its happening across board over 130 machines :(
Agreed, bad hardware sounds unlikely here. I could believe some strange
incompatibility (e.g. BIOS
- Original Message -
From: Jeremy Chadwick free...@jdc.parodius.com
On Thu, Aug 11, 2011 at 09:59:36AM +0100, Steven Hartland wrote:
That's not the issue as its happening across board over 130 machines :(
Agreed, bad hardware sounds unlikely here. I could believe some strange
- Original Message -
From: Andriy Gapon a...@freebsd.org
on 10/08/2011 18:35 Steven Hartland said the following:
Fatal double fault
...
#14 0x803a2cc9 in sched_switch (td=0x0, newtd=0x0, flags=Variable
flags
is not available.
)
at /usr/src/sys/kern/sched_ule.c:1852
on 11/08/2011 14:39 Steven Hartland said the following:
The trimmed down output, removed the 10,000's of ?? lines here:-
http://blog.multiplay.co.uk/dropzone/freebsd/panic-2011-08-11-1402.txt
The raw output is here:-
On Wed, Aug 10, 2011 at 06:44:00PM +0400, N V wrote:
Hi.
Tried to use FreeBSD-9.0-BETA1-i386-bootonly.iso in VirtualBox to test.
Installation stops after trying to fetch files from ftp. Attached screenshot
is informative, I think. Seems to use i386/ twice for some reason.
same here
- Original Message -
From: Andriy Gapon a...@freebsd.org
I would really appreciate if you could try to reproduce the problem with the
patch
that I sent earlier.
Hi Andriy, what's the risk of this patch causing other issues?
I ask as to get results from this we've going to have to
on 11/08/2011 19:37 Steven Hartland said the following:
- Original Message - From: Andriy Gapon a...@freebsd.org
I would really appreciate if you could try to reproduce the problem with the
patch
that I sent earlier.
Hi Andriy, what's the risk of this patch causing other issues?
- Original Message -
From: Andriy Gapon a...@freebsd.org
I would really appreciate if you could try to reproduce the
problem with the patch that I sent earlier.
Hi Andriy, what's the risk of this patch causing other issues?
I can not estimate.
The code is supposed to affect only
on 11/08/2011 20:14 Steven Hartland said the following:
- Original Message - From: Andriy Gapon a...@freebsd.org
I would really appreciate if you could try to reproduce the
problem with the patch that I sent earlier.
Hi Andriy, what's the risk of this patch causing other issues?
I
Steven Hartland wrote:
- Original Message -
From: Andriy Gapon a...@freebsd.org
I would really appreciate if you could try to reproduce the
problem with the patch that I sent earlier.
Hi Andriy, what's the risk of this patch causing other issues?
I can not estimate.
The
- Original Message -
From: Rick Macklem rmack...@uoguelph.ca
Just a random thought that is probably not relevent, but...
Is it possible that some change for the upgrade is making the machines
run hotter and they're failing when they overhead?
The machines have full HW monitoring and
16 matches
Mail list logo