| From | Sent On | Attachments |
|---|---|---|
| Hans van Leest | Jun 26, 2005 3:40 pm | |
| John Baldwin | Jun 27, 2005 6:26 pm | |
| Hans van Leest | Jun 27, 2005 7:58 pm | |
| John Baldwin | Jun 27, 2005 8:13 pm | |
| Hans van Leest | Jun 27, 2005 8:36 pm | |
| John Baldwin | Jun 27, 2005 9:33 pm | |
| Hans van Leest | Jun 28, 2005 3:45 pm | |
| John Baldwin | Jun 28, 2005 6:15 pm | |
| Hans van Leest | Jun 29, 2005 5:51 pm | |
| John Baldwin | Jun 29, 2005 6:30 pm | |
| Hans van Leest | Jun 29, 2005 7:11 pm | |
| Hans van Leest | Jun 29, 2005 7:40 pm | |
| John Baldwin | Jun 30, 2005 5:21 pm | |
| Hans van Leest | Jun 30, 2005 11:03 pm | |
| John Baldwin | Jul 1, 2005 12:35 pm |
| Subject: | Boot error SMP | |
|---|---|---|
| From: | Hans van Leest (hvle...@signet.nl) | |
| Date: | Jun 29, 2005 5:51:53 pm | |
| List: | org.freebsd.freebsd-smp | |
I got a boot with the new debug kernel, only I got an new instruction pointer. this one is: 0x8:0xc061a5e7 When I type db> gdb, it replies that it can't find the backend When I type tr after db> I get a lot of data so I want to use serial console So I don't have to type it over. Only I get errors
From the howto I did this
cat /etc/ttys --snip-- # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" vt100 on secure ttyd1 "/usr/libexec/getty std.9600" vt100 on secure ttyd2 "/usr/libexec/getty std.9600" vt100 on secure ttyd3 "/usr/libexec/getty std.9600" vt100 on secure
bsd# cat /boot/loader.conf set console="comconsole"
I got error like this: bsd init: can't exec getty 'none' for port /dev/console: No such file or directory
Is ther an other way to grep the dump?
John Baldwin wrote:
John Baldwin wrote:
On Tuesday 28 June 2005 11:45 am, Hans van Leest wrote:
I had problems with the serial console. XP said that COM1 was busy. For the rest I followed this guideline: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-set up.html
To give you the output, I typed it over and checked it twice!
So here is the output.
Waiting 15 seconds for SCSI devices to settle da0 at iir0 bus 2 target 0 lun 0 da0: <Intel Host Drive #oo > Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 152562MB (312448185 512 byte sectors: 255H 63S/T 19449C) SMP: AP CPU #1 Launched!
Fatal trap 12:page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual addres = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc044b9e7 stack pointer = 0x10:0xe4d9ece0 frame pointer = 0x10:0xe4d9ecf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 66 (swi3: cambio) trap number = 12 panic: page fault cpuid = 1 boot() called on cpu#o Uptime: 16s
Ok. Was this kernel built with debug symbols? If so, can you do 'gdb /path/to/kernel.debug' and then do 'list *0xc044b9e7'? If not, can you build a kernel with debug symbols on (the DEBUG=-g line turned on) and the KDB and DDB options turned on and get a stack trace via 'tr' at the db> prompt after it panics? Thanks.
John Baldwin wrote:
On Monday 27 June 2005 04:36 pm, Hans van Leest wrote:
John Baldwin wrote:
On Monday 27 June 2005 03:58 pm, Hans van Leest wrote:
I can boot boot from a SMP a 5.3 stable kernel when loader.conf contains: kern.smp.disabled=1. Otherwise it's crashing. But how do I continue? I've tried CURRENT, only I've got a problem with booting in single user. Proberbly it's the iir driver. Thanx in advance
Can you get details of the crash? For example, can you boot over a serial console and provide the output when it crashes? Also, can you compile the debugger into the kernel and get a stack trace?
I've tried to use dumpdir and dumpdev to save the dump. With no succes. I'm not that familair with kernel debugging. I putted : dumpdev="/dev/ad0s1b" and dumpdir="YES" in my rc.conf. Only, when I boot, I get the message: Wrong dump device or directory. I will use the dev-handbook to try to get a dump of the crash. Is CURRENT an option? Or can I stick with 5.3 STABLE?
Thx
5.x is fine. You don't have to get a dump. If you can setup a serial console you can just cut and paste the panic messages.
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-smp To unsubscribe, send any mail to "free...@freebsd.org"





