#1900 closed bug (fixed)
PANIC: page fault, but interrupts were disabled, ...
| Reported by: | stippi | Owned by: | axeld |
|---|---|---|---|
| Priority: | critical | Milestone: | R1/alpha1 |
| Component: | System/Kernel | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| 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 (5)
comment:1 by , 17 years ago
comment:3 by , 17 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
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).
Bug #1926 is a duplicate of this one, and contains a slightly different stack crawl.