Project

General

Profile

Actions

Bug #560

closed

panic: vm_fault: unrecoverable fault

Added by aix-d about 17 years ago. Updated about 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

1.9.0-DEVELOPMENT (Feb 2007)

I installed DragonFly BSD on my computer with 384Mb of memory, without swap.
I configured bridge and installed musicpd.
After some hours, I see in top: active ~10Mb of memory, inactive ~200Mb of
memory, free ~2Mb of memory. Then I have kernel panic:

panic: vm_fault: unrecoverable fault: at 0xff7ff000 in entry 0xc030c6a0

syncing disks...


Files

nokia007.jpg (529 KB) nokia007.jpg aix-d, 02/14/2007 06:25 PM
Actions #1

Updated by aix-d about 17 years ago

And then system hangs, without dump.

Actions #2

Updated by aix-d about 17 years ago

I have other hardware now and I can not reproduce this bug.

Configuration on which the bug has been occured:

Hardware:
CPU: AMD-K6-2 333MHz
Memory: 384Mb
Sound: Audigy 2 (snd_emu10k1 driver)
HDD: IDE 40Gb
Net cards: 3Com (if_xl driver), Intel (if_fxp driver)

Network bridge:
cloned_interfaces="bridge0"
ifconfig_bridge0="addm xl0 addm fxp0 up"
No firewall

No swap

OS: DragonFlyBSD 1.9.0-DEVELOPMENT (~7 Feb 2007)
Kernel: custom configuration: stripped GENERIC (without SCSI, RAID, USB and
without DDB), compiled with gcc34, CPUTYPE?=k6-2

pkgsrc/audio/musicpd installed and run
/etc/mk.conf:
...skip...
CFLAGS+=-pipe -fomit-frame-pointer -march=k6-2
PKG_OPTIONS.musicpd=-aac

Actions #3

Updated by aix-d about 17 years ago

If nobody will try to reproduce it then I shall try when I will have an access
to hardware (in possibly summer)

Actions #4

Updated by swildner about 15 years ago

Did you have a chance to check this out again?

Actions #5

Updated by ftigeot about 12 years ago

  • Description updated (diff)
  • Status changed from New to Resolved

Assuming resolved due to lack of recent feedback.

Actions #6

Updated by ftigeot about 12 years ago

  • Status changed from Resolved to Closed
  • Assignee deleted (0)
Actions

Also available in: Atom PDF