Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Andriy Gapon
on 14/08/2011 17:43 Steven Hartland said the following: - Original Message - From: Andriy Gapon a...@freebsd.org Maybe test it on couple of machines first just in case I overlooked something essential, although I have a report from another use that the patch didn't break anything

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Steven Hartland
- Original Message - From: Andriy Gapon a...@freebsd.org We have 352 thread entries starting with:- #0 sched_switch (td=0x8083e4e0, newtd=0xff0012d838c0, flags=Variable flags is not available. 23 with:- cpustop_handler () at atomic.h:285 and 16 with:- #0 fork_trampoline ()

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Andriy Gapon
on 15/08/2011 13:34 Steven Hartland said the following: - Original Message - From: Andriy Gapon a...@freebsd.org I think (not 100% sure) that with DDB in kernel we could get a better backtrace here, possibly with pre-dblfault stack frames, because DDB backend is a bit more smarter

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Andriy Gapon
on 15/08/2011 13:34 Steven Hartland said the following: (kgdb) list *0x8053b691 0x8053b691 is in vm_fault (/usr/src/sys/vm/vm_fault.c:239). 234 /* 235 * Find the backing store object and offset into it to begin the 236 * search. 237

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Steven Hartland
- Original Message - From: Andriy Gapon a...@freebsd.org on 15/08/2011 13:34 Steven Hartland said the following: (kgdb) list *0x8053b691 0x8053b691 is in vm_fault (/usr/src/sys/vm/vm_fault.c:239). 234 /* 235 * Find the backing store object and

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Andriy Gapon
on 15/08/2011 15:51 Steven Hartland said the following: - Original Message - From: Andriy Gapon a...@freebsd.org on 15/08/2011 13:34 Steven Hartland said the following: (kgdb) list *0x8053b691 0x8053b691 is in vm_fault (/usr/src/sys/vm/vm_fault.c:239). 234

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Steven Hartland
- Original Message - From: Andriy Gapon a...@freebsd.org To: Steven Hartland kill...@multiplay.co.uk Cc: freebsd-stable@FreeBSD.org Sent: Monday, August 15, 2011 2:20 PM Subject: Re: debugging frequent kernel panics on 8.2-RELEASE on 15/08/2011 15:51 Steven Hartland said the

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Andriy Gapon
on 15/08/2011 17:56 Steven Hartland said the following: - Original Message - From: Andriy Gapon a...@freebsd.org To: Steven Hartland kill...@multiplay.co.uk Cc: freebsd-stable@FreeBSD.org Sent: Monday, August 15, 2011 2:20 PM Subject: Re: debugging frequent kernel panics on

Re: GPT boot blocks, booting and booteasy

2011-08-15 Thread Andrey V. Elsukov
On 10.08.2011 07:12, Kevin Oberman wrote: I have /boot/pmbr loaded into the PMBR and gptboot into the freebsd-boot partition. I'll admit that I did this by rote and don't understand how these two files interact with the UEFI BIOS to get the loader started. I'm not really certain that I even

Re: debugging frequent kernel panics on 8.2-RELEASE

2011-08-15 Thread Steven Hartland
- Original Message - From: Andriy Gapon a...@freebsd.org To: Steven Hartland kill...@multiplay.co.uk Cc: freebsd-stable@FreeBSD.org Sent: Monday, August 15, 2011 4:36 PM Subject: Re: debugging frequent kernel panics on 8.2-RELEASE on 15/08/2011 17:56 Steven Hartland said the

Re: Patch to puc(4) to support Moxa CP-112UL board

2011-08-15 Thread John Baldwin
On Wednesday, August 10, 2011 7:55:18 pm Jan Mikkelsen 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 merged? (I care about 8-STABLE at the moment …)

Re: GPT boot blocks, booting and booteasy

2011-08-15 Thread Kevin Oberman
2011/8/15 Andrey V. Elsukov a...@freebsd.org: On 10.08.2011 07:12, Kevin Oberman wrote: I have /boot/pmbr loaded into the PMBR and gptboot into the freebsd-boot partition. I'll admit that I did this by rote and don't understand how these two files interact with the UEFI BIOS to get the