kernel trap 12 with interrupts disabled
Just got this panic on my amd64 smp system running stable:
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x20
fault code = supervisor read, page not present
instruction pointer = 0x8:0x80286611
stack pointer = 0x10:0xb1921b70
frame pointer = 0x10:0x4
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= resume, IOPL = 0
current process = 14 (swi4: clock)
trap number = 12
panic: page fault
cpuid = 0
(kgdb) list *0x80286611
0x80286611 is in softclock (/usr/src/sys/kern/kern_timeout.c:220).
215 curticks = softticks;
216 bucket = callwheel[curticks callwheelmask];
217 c = TAILQ_FIRST(bucket);
218 while (c) {
219 depth++;
220 if (c-c_time != curticks) {
221 c = TAILQ_NEXT(c, c_links.tqe);
222 ++steps;
223 if (steps = MAX_SOFTCLOCK_STEPS) {
224 nextsoftcheck = c;
(kgdb) backtrace
#0 doadump () at pcpu.h:172
#1 0x0037 in ?? ()
#2 0x80276e97 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:409
#3 0x80277611 in panic (fmt=0xff007ba5ebe0 \200\026\221{) at
/usr/src/sys/kern/kern_shutdown.c:565
#4 0x80390e5f in trap_fatal (frame=0xff007ba5ebe0,
eva=18446742976271029888)
at /usr/src/sys/amd64/amd64/trap.c:660
#5 0x80391386 in trap (frame=
{tf_rdi = -2141705632, tf_rsi = 10548215, tf_rdx = 16, tf_rcx =
-1619509088, tf_r8 = -1097437156384, tf_r9 = -1619509256, tf_rax = 1, tf_rbx =
1, tf_rbp = 4, tf_r10 = 30689, tf_r11 = -1097437156384, tf_r12 = 16, tf_r13 =
4, tf_r14 = 0, tf_r15 = -2144279856, tf_trapno = 12, tf_addr = 32, tf_flags =
0, tf_err = 0, tf_rip = -2144836079, tf_cs = 8, tf_rflags = 65542, tf_rsp =
-1315824768, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:238
#6 0x8037cd6b in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:168
#7 0x80286611 in softclock (dummy=0x80582a60) at
/usr/src/sys/kern/kern_timeout.c:220
#8 0x8025d959 in ithread_loop (arg=0xff048680) at
/usr/src/sys/kern/kern_intr.c:682
#9 0x8025c0f7 in fork_exit (callout=0x8025d810 ithread_loop,
arg=0xff048680,
frame=0xb1921c50) at /usr/src/sys/kern/kern_fork.c:805
#10 0x8037d0ce in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:394
#11 0x in ?? ()
Any hints?
--
Markus
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Latest change of if_re.c breaks DNS resolution
The today changes of if_re.c by Bill Paul break DNS resolution on my machine. Resolution requests just time out after a while. Reverting the changes resolves the problem... -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
smartmontools and latest 6.1 prerelease
smartd stopped working here after I cvsuped to the latest 6.1 pre-release: »smartd[4109]: Device: /dev/ad4, not ATA, no IDENTIFY DEVICE Structure« Any hints? -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smartmontools and latest 6.1 prerelease
On Wed, Apr 05, 2006 at 04:01:00PM -0400, Mike Tancsa wrote: At 03:46 PM 05/04/2006, Markus Trippelsdorf wrote: smartd stopped working here after I cvsuped to the latest 6.1 pre-release: »smartd[4109]: Device: /dev/ad4, not ATA, no IDENTIFY DEVICE Structure« Same here on 2 different chipsets. However, rebuilding smartmontools seems to fix it! That was the first thing I tried... But it did not fix the problem at first. But running: cd /usr/src/include ; make all install and then rebuilding did work. -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IDE DMA Timeouts
On Fri, Feb 10, 2006 at 11:35:30AM +0100, Michael Reifenberger wrote: since one year I have an amd64 Asus A8V Deluxe with 2 sata WD Raptors and AMD64 X2 4800 cpu running fresh i386 RELENG_6/SMP. Yesterday I created an gmirror of both disks and now I start getting (occasionally) the following messages under load: ... ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=58914495 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=123039679 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=54591167 It looks like bad cabling to me. Try new cables and also run smartctl -a /dev/ad0 (and ad1) to check if the hardware is OK. -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: avoid building 32bit libraries in freebsd amd64 RELENG_6
On Sun, Jan 15, 2006 at 10:30:33AM +0100, Mathieu Prevot wrote: Hi I don't have seen such possibility in archives, google, and /usr/src/ makefile.inc1 These libraries are built (buildworld) even if I don't have COMPAT32 etc in my KERNCONF file. So: how may I gain time without building 32bit libraries? set: NO_LIB32=true in your /etc/make.conf . -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sound skipping problems
On Sun, Nov 06, 2005 at 12:39:02PM +0100, Sebastiaan van Erk wrote: Hi, I have major sound skipping problems on FreeBSD 6.0. I checked the mailing list archives and found a related thread: ... Does anybody have any ideas of what I could do to solve this problem? You could try to set hint.pcm.0.buffersize=16384 in /boot/loader.conf . It solved the problem for me. -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cpu frequency on 6.0
On Sun, Oct 16, 2005 at 06:54:12AM +0200, Zoran Kolic wrote: I'd like to know, prior to install upcoming 6.0, about putting cpu into cooler mo- de. On 5.4 and amd64 2800+ cpu (754, 0.13) with acpi_ppc, it works fine and temperature is just over 30. Could I do the same with device cpufreq and powerd_enable? Yes, it should work without any problem. (if you want to retain the characteristic of the acpi_ppc driver just put: powerd_flags=-r 2 into your rc.conf) -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Good, stable gigabit nic?
On Fri, Oct 07, 2005 at 11:04:23PM -0700, John Pettitt wrote: My gigabit nic has gone bad (after months of working just fine it's saying sk0 watchdog timeout after a day or so of operation - temp fix is to reboot) - I'm looking for pointers for a low cos but functional gigabit PCI 32 card that runs under 5.4 without issues. What works for you? Cards using the RealTek 8169S chipset are cheap (~10 Euro) and are working without a problem here. -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bktr and Interlacing
On Sun, Apr 10, 2005 at 02:39:00PM +0100, Mark Dixon wrote: Does anyone know if there is a simple switch that needs setting somewhere to make the card not do this, or if its simply a performance problem with something (my computer, mplayer, bktr driver) not being able to keep up with the amount of activity the XBox is throwing at the screen. You could try one of mplayers postprocessing deinterlacers. mplayer -pphelp will show you the available options. (for example: -vf pp=ci) -- Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ndis crash on 5.4pre with Ralink RT2500
On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: I was trying to get a Ralink RT2500 Wireless LAN Card to work. Why don't you just try the shinny new native driver? http://damien.bergamini.free.fr/ral/download.html __ Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
printf in /sys/dev/bktr/bktr_tuner.c
bktr_tuner.c contains two printf calls that output to the system message buffer whenever one changes the TV channel (using an MT2032 tuner). These messages quickly clutter the message buffer and should be switched off. The first printf is at line 1358, the second at line 1407. __ Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
