DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD General

OpenBSD General Other questions regarding OpenBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 23rd August 2012
sw2wolf sw2wolf is offline
λ programmer
 
Join Date: Mar 2012
Location: China
Posts: 133
Default `halt -p` causes error

After `halt -p`, i get the following output:
Code:
intel drm0: gpu hung !
/etc/rc.shutdown in progress ...
/etc/rc.shutdown complete .
syncing disks ... done
uvm_fault(0xd0a047a0,0xd5b24000,0,1) -> e
kernel: page fault trap,aue=0 stopping at i915_gem_evict_inactive +0x2d:
   mov 0x6c(%ebx), %edx
ddb>
After rebooting the box, the system seems ok. What do those message mean ?

Thanks!
Reply With Quote
  #2   (View Single Post)  
Old 23rd August 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,975
Default

A UVM is a region of virtual memory. See uvm(9), which includes a description of the fields in the uvm_fault message.

The "page fault trap" is typically caused by a request for a page of virtual memory (page fault) which is invalid. The kernel cannot continue operating, and panics with the message you see on screen.

The "ddb>" prompt comes from the ddb(4) kernel debugger, allowing you to obtain information such as a "trace" -- showing recent process flow of the kernel, and "ps", showing all processes and their states at the time of the panic.

Please see FAQ 2.4 on bug reporting -- a page fault trap is actually used in the example problem within.

Please see the crash(8) man page for information on how to understand what you can do to obtain more information for problem reporting, or even doing your own diagnostics.
Reply With Quote
  #3   (View Single Post)  
Old 23rd August 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,975
Default

I noticed just now I didn't touch on this message:
Code:
intel drm0: gpu hung !
DRM refers to Direct Rendering Manager. A GPU is a Graphical Processing Unit. I assume that this message was produced by the intel(4) driver, or perhaps the drm(4) driver. As noted below, I don't have access to the source code at the moment to check.

---

As additional information, the "i915" referenced in the page fault trap panic message refers to an Intel Graphics Media Accelerator (GMA) family of chipsets used in embedded video on motherboards.

The "i915_gem_evict_inactive" is a symbol within driver source code. Googling just for that I discovered that there is a common page fault trap of doom produced by the Intel video drivers.

I don't have access to source code at the moment to be able to direct you to the specific module; download a 5.1-release tarball from <your local mirror>/pub/OpenBSD/5.1/xenocara.tar.gz if you are interested.

Last edited by jggimi; 23rd August 2012 at 06:33 PM. Reason: added page fault of doom
Reply With Quote
  #4   (View Single Post)  
Old 23rd August 2012
sw2wolf sw2wolf is offline
λ programmer
 
Join Date: Mar 2012
Location: China
Posts: 133
Default

thanks for all your information. I will study it later.
Reply With Quote
  #5   (View Single Post)  
Old 24th August 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,975
Default

Oops. The problem is not in an X11 driver, it is in the kernel. I searched the Xenocara code base and did not find the symbol. Of course. Had it been in X11, X would have crashed. The kernel crashed, and sure enough, the module making the bad virtual memory reference is sys/dev/pci/drm/i915_drv.c.

The kernel source code is in the same directory at your local mirror, in sys.tar.gz, if you'd like to take a look at it.
Reply With Quote
  #6   (View Single Post)  
Old 24th August 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,975
Default

There is the possibility that a fix is available with -current today, and will be part of 5.2-release, expected on or about 1 November 2012.

You could test this by installing or upgrading a -current snapshot. Be sure to back up your system, upgrades are one-way, you will not be able to downgrade.
Code:
revision 1.121
date: 2012/05/21 20:14:18;  author: kettenis;  state: Exp;  lines: +4 -1
Always clear out the inactive list and make sure everything is unbound in
i915_gem_idle().  If we don't do that we end up with stale entries on the
inactive list which will panic the kernel the next time we use the list.

Fixes restarting X on Sandy Bridge.
Reply With Quote
  #7   (View Single Post)  
Old 24th August 2012
sw2wolf sw2wolf is offline
λ programmer
 
Join Date: Mar 2012
Location: China
Posts: 133
Default

I will wait for 5.2 release! thanks!
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
`halt -p` cannot power off my box sw2wolf OpenBSD General 16 30th January 2014 12:21 AM
Euro watchdog asks Google to HALT privacy tweak J65nko News 0 4th February 2012 12:27 AM
shc unistd.h:239: error: syntax error before '&' token laraaj OpenBSD General 3 11th September 2010 07:21 AM
halt -p problem dmiparo OpenBSD General 8 30th June 2010 09:47 AM
help error darken FreeBSD General 1 21st September 2008 09:28 PM


All times are GMT. The time now is 05:31 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick