Ticket #1900 (closed bug: fixed)

Opened 2 months ago

Last modified 2 weeks ago

PANIC: page fault, but interrupts were disabled, ...

Reported by: stippi Assigned to: axeld
Priority: critical Milestone: R1/alpha1
Component: System/Kernel Version: R1 development
Cc: Platform: All

Description

... Touching address 0x00000005 from eip 0x8005f5b6

stack crawl as follows:

...
panic
page_fault_exception
int_bottom

iframe...

insert_page_after
find_page_candidate
steal_pages
vm_pages_reserve_pages
reserve_pages
cache_io
<kernel>file_cache_read
<bfs>ReadAt
<bfs>bfs_read
<kernel>file_read
common_user_io
_user_read
pre_syscall_debug_done

iframe...

<wav_reader>GetNextChunk
<libmedia.so>ExtractorThread
<libmedia.so>extractor_thread
<libroot.so>_get_next_team_info
media extractor thread_

Happened while testing certain Mindwork software under Haiku. At the point, the system was running for over 7 hours and downloaded over 4 GB of playback objects. The caches were utilising a good chunk of the 2 GB of memory, the player was just launching, so I guess the system was trying to free no more used cached pages to make room for the player.

Don't know yet if it is easily reproducable.

Change History

03/16/08 17:31:21 changed by axeld

Bug #1926 is a duplicate of this one, and contains a slightly different stack crawl.

04/29/08 11:51:48 changed by axeld

  • status changed from new to closed.
  • resolution set to fixed.

Fixed in r25250.

04/29/08 14:14:10 changed by axeld

  • status changed from closed to reopened.
  • resolution deleted.

Oops, that was a bit too early - I actually only fixed a theoretical bug (it would only be a problem if the page_writer would ever quit, which it never does).

04/29/08 14:45:56 changed by axeld

  • status changed from reopened to closed.
  • resolution set to fixed.

Fixed in r25255.

04/29/08 15:08:05 changed by stippi

Nice! Thanks a lot Axel!