| To: | "XFS: linux-xfs@xxxxxxxxxxx" <linux-xfs@xxxxxxxxxxx> |
|---|---|
| Subject: | 2.4.19rc2 XFS oops trace |
| From: | "D. Stimits" <stimits@xxxxxxxxxx> |
| Date: | Sat, 27 Jul 2002 16:22:26 -0600 |
| Reply-to: | stimits@xxxxxxxxxx |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 |
|
Additional note on the oops trace I just sent. Here is an excerpt of
mm/page_alloc.c, the "Bug" output marked for line 91: static void FASTCALL(__free_pages_ok (struct page *page, unsigned int order)); static void __free_pages_ok (struct page *page, unsigned int order) { unsigned long index, page_idx, mask, flags; free_area_t *area; struct page *base; zone_t *zone; /* Yes, think what happens when other parts of the kernel take
* a reference to a page in order to pin it for io. -ben
*/
if (PageLRU(page))
lru_cache_del(page); if (page->buffers)
BUG();
if (page->mapping)
line 91 HERE-> BUG(); // LINE 91, oops "bug" output.
if (!VALID_PAGE(page))
BUG();
if (PageLocked(page))
BUG();
if (PageActive(page))
BUG();
page->flags &= ~((1<<PG_referenced) | (1<<PG_dirty));
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TAKE - clean up vmalloc'd memory handling, Eric Sandeen |
|---|---|
| Next by Date: | 2.4.19rc2 XFS oops trace, D. Stimits |
| Previous by Thread: | TAKE - clean up vmalloc'd memory handling, Eric Sandeen |
| Next by Thread: | Re: 2.4.19rc2 XFS oops trace, D. Stimits |
| Indexes: | [Date] [Thread] [Top] [All Lists] |