* RE: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-22 3:23 ` Seth, Rohit
0 siblings, 0 replies; 20+ messages in thread
From: Seth, Rohit @ 2002-11-22 3:23 UTC (permalink / raw)
To: 'William Lee Irwin III', Seth, Rohit
Cc: linux-mm, linux-kernel, akpm, torvalds
> At some point in the past, I wrote:
> >> Okay, first off why are you using a list linked through
> >> page->private?
> >> page->list is fully available for such tasks.
>
> On Thu, Nov 21, 2002 at 05:54:22PM -0800, Seth, Rohit wrote:
> > Don't really need a list_head kind of thing for always inorder
> > complete traversal. list_head (slightly) adds fat in data
> structures
> > as well as insertaion/removal. Please le me know if anything that
> > prohibits the use of page_private field for internal use.
>
> page->private is also available for internal use. The objection here
> was about not using the standardized list macros. I'm not
> convinced about the fat since the keyspace is tightly bounded
> and the back pointers are in struct page regardless. (And we
> also just happen to know page->lru is also available though
> I'd not suggest using it.)
>
Either way. That is fine. I will make the change.
>
> At some point in the past, I wrote:
> >> Third, the hugetlb_release_key() in unmap_hugepage_range() is
> >> the one that should be removed [along with its corresponding
> >> mark_key_busy()], not the one in sys_free_hugepages().
> >> unmap_hugepage_range() is doing neither setup nor teardown of
> >> the key itself, only the pages and PTE's. I would say
> >> key-level refcounting belongs to sys_free_hugepages().
>
> On Thu, Nov 21, 2002 at 05:54:22PM -0800, Seth, Rohit wrote:
> > It is not mandatory that user app calls free_pages. Or
> even in case
> > of app aborts this call will not be made. The internal
> structures are
> > always released during the exit (with last ref count) along
> with free
> > of underlying physical pages.
>
> Hmm, I can understand caution wrt. touching core. I suspect
> vma->close() should do hugetlb_key_release() instead of
> sys_free_hugepages()?
>
That is a good option for 2.5. I will update the patch tomorrow.
rohit
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-22 3:23 ` Seth, Rohit
0 siblings, 0 replies; 20+ messages in thread
From: Seth, Rohit @ 2002-11-22 3:23 UTC (permalink / raw)
To: 'William Lee Irwin III', Seth, Rohit
Cc: linux-mm, linux-kernel, akpm, torvalds
> At some point in the past, I wrote:
> >> Okay, first off why are you using a list linked through
> >> page->private?
> >> page->list is fully available for such tasks.
>
> On Thu, Nov 21, 2002 at 05:54:22PM -0800, Seth, Rohit wrote:
> > Don't really need a list_head kind of thing for always inorder
> > complete traversal. list_head (slightly) adds fat in data
> structures
> > as well as insertaion/removal. Please le me know if anything that
> > prohibits the use of page_private field for internal use.
>
> page->private is also available for internal use. The objection here
> was about not using the standardized list macros. I'm not
> convinced about the fat since the keyspace is tightly bounded
> and the back pointers are in struct page regardless. (And we
> also just happen to know page->lru is also available though
> I'd not suggest using it.)
>
Either way. That is fine. I will make the change.
>
> At some point in the past, I wrote:
> >> Third, the hugetlb_release_key() in unmap_hugepage_range() is
> >> the one that should be removed [along with its corresponding
> >> mark_key_busy()], not the one in sys_free_hugepages().
> >> unmap_hugepage_range() is doing neither setup nor teardown of
> >> the key itself, only the pages and PTE's. I would say
> >> key-level refcounting belongs to sys_free_hugepages().
>
> On Thu, Nov 21, 2002 at 05:54:22PM -0800, Seth, Rohit wrote:
> > It is not mandatory that user app calls free_pages. Or
> even in case
> > of app aborts this call will not be made. The internal
> structures are
> > always released during the exit (with last ref count) along
> with free
> > of underlying physical pages.
>
> Hmm, I can understand caution wrt. touching core. I suspect
> vma->close() should do hugetlb_key_release() instead of
> sys_free_hugepages()?
>
That is a good option for 2.5. I will update the patch tomorrow.
rohit
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
2002-11-22 3:23 ` Seth, Rohit
@ 2002-11-24 14:44 ` Ed Tomlinson
-1 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 14:44 UTC (permalink / raw)
To: akpm; +Cc: linux-mm, linux-kernel
Hi,
Just after or during an apt-get -u upgrade I found this in my log. Not
susprisingly I had to reboot shortly after - X did not want to display
fonts. This using up-to-date debian unstable and 2.5.49-mm1 shpte=y.
Hope this helps
Ed Tomlinson
Nov 24 08:38:35 oscar -- MARK --
Nov 24 08:54:38 oscar kernel: bounds: 0000
Nov 24 08:54:38 oscar kernel: CPU: 0
Nov 24 08:54:38 oscar kernel: EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
Nov 24 08:54:38 oscar kernel: EFLAGS: 00010283
Nov 24 08:54:38 oscar kernel: EIP is at 0x94ae13a
Nov 24 08:54:38 oscar kernel: eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
Nov 24 08:54:38 oscar kernel: esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
Nov 24 08:54:38 oscar kernel: ds: 0068 es: 0068 ss: 0068
Nov 24 08:54:38 oscar kernel: Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
Nov 24 08:54:38 oscar kernel: Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000 0000004d
Nov 24 08:54:38 oscar kernel: 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056 c0134b5c
Nov 24 08:54:38 oscar kernel: 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212 c02b6cb4
Nov 24 08:54:38 oscar kernel: Call Trace:
Nov 24 08:54:38 oscar kernel: [iput+88/128] iput+0x58/0x80
Nov 24 08:54:38 oscar kernel: [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
Nov 24 08:54:38 oscar kernel: [prune_dcache+175/192] prune_dcache+0xaf/0xc0
Nov 24 08:54:38 oscar kernel: [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
Nov 24 08:54:38 oscar kernel: [shrink_slab+252/352] shrink_slab+0xfc/0x160
Nov 24 08:54:38 oscar kernel: [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
Nov 24 08:54:38 oscar kernel: [kswapd+291/320] kswapd+0x123/0x140
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [kswapd+0/320] kswapd+0x0/0x140
Nov 24 08:54:38 oscar kernel: [kernel_thread_helper+5/36] kernel_thread_helper+0x5/0x24
Nov 24 08:54:38 oscar kernel:
Nov 24 08:54:38 oscar kernel: Code: Bad EIP value.
Nov 24 08:54:38 oscar kernel: <6>note: kswapd0[5] exited with preempt_count 1
Nov 24 08:54:38 oscar kernel: Call Trace:
Nov 24 08:54:38 oscar kernel: [profile_exit_task+18/96] profile_exit_task+0x12/0x60
Nov 24 08:54:38 oscar kernel: [do_exit+112/768] do_exit+0x70/0x300
Nov 24 08:54:38 oscar kernel: [do_bounds+0/32] do_bounds+0x0/0x20
Nov 24 08:54:38 oscar kernel: [die+105/128] die+0x69/0x80
Nov 24 08:54:38 oscar kernel: [do_bounds+26/32] do_bounds+0x1a/0x20
Nov 24 08:54:38 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 08:54:38 oscar kernel: [iput+88/128] iput+0x58/0x80
Nov 24 08:54:38 oscar kernel: [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
Nov 24 08:54:38 oscar kernel: [prune_dcache+175/192] prune_dcache+0xaf/0xc0
Nov 24 08:54:38 oscar kernel: [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
Nov 24 08:54:38 oscar kernel: [shrink_slab+252/352] shrink_slab+0xfc/0x160
Nov 24 08:54:38 oscar kernel: [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
Nov 24 08:54:38 oscar kernel: [kswapd+291/320] kswapd+0x123/0x140
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [kswapd+0/320] kswapd+0x0/0x140
Nov 24 08:54:38 oscar kernel: [kernel_thread_helper+5/36] kernel_thread_helper+0x5/0x24
Nov 24 08:54:38 oscar
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-24 14:44 ` Ed Tomlinson
0 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 14:44 UTC (permalink / raw)
To: akpm; +Cc: linux-mm, linux-kernel
Hi,
Just after or during an apt-get -u upgrade I found this in my log. Not
susprisingly I had to reboot shortly after - X did not want to display
fonts. This using up-to-date debian unstable and 2.5.49-mm1 shpte=y.
Hope this helps
Ed Tomlinson
Nov 24 08:38:35 oscar -- MARK --
Nov 24 08:54:38 oscar kernel: bounds: 0000
Nov 24 08:54:38 oscar kernel: CPU: 0
Nov 24 08:54:38 oscar kernel: EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
Nov 24 08:54:38 oscar kernel: EFLAGS: 00010283
Nov 24 08:54:38 oscar kernel: EIP is at 0x94ae13a
Nov 24 08:54:38 oscar kernel: eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
Nov 24 08:54:38 oscar kernel: esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
Nov 24 08:54:38 oscar kernel: ds: 0068 es: 0068 ss: 0068
Nov 24 08:54:38 oscar kernel: Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
Nov 24 08:54:38 oscar kernel: Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000 0000004d
Nov 24 08:54:38 oscar kernel: 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056 c0134b5c
Nov 24 08:54:38 oscar kernel: 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212 c02b6cb4
Nov 24 08:54:38 oscar kernel: Call Trace:
Nov 24 08:54:38 oscar kernel: [iput+88/128] iput+0x58/0x80
Nov 24 08:54:38 oscar kernel: [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
Nov 24 08:54:38 oscar kernel: [prune_dcache+175/192] prune_dcache+0xaf/0xc0
Nov 24 08:54:38 oscar kernel: [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
Nov 24 08:54:38 oscar kernel: [shrink_slab+252/352] shrink_slab+0xfc/0x160
Nov 24 08:54:38 oscar kernel: [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
Nov 24 08:54:38 oscar kernel: [kswapd+291/320] kswapd+0x123/0x140
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [kswapd+0/320] kswapd+0x0/0x140
Nov 24 08:54:38 oscar kernel: [kernel_thread_helper+5/36] kernel_thread_helper+0x5/0x24
Nov 24 08:54:38 oscar kernel:
Nov 24 08:54:38 oscar kernel: Code: Bad EIP value.
Nov 24 08:54:38 oscar kernel: <6>note: kswapd0[5] exited with preempt_count 1
Nov 24 08:54:38 oscar kernel: Call Trace:
Nov 24 08:54:38 oscar kernel: [profile_exit_task+18/96] profile_exit_task+0x12/0x60
Nov 24 08:54:38 oscar kernel: [do_exit+112/768] do_exit+0x70/0x300
Nov 24 08:54:38 oscar kernel: [do_bounds+0/32] do_bounds+0x0/0x20
Nov 24 08:54:38 oscar kernel: [die+105/128] die+0x69/0x80
Nov 24 08:54:38 oscar kernel: [do_bounds+26/32] do_bounds+0x1a/0x20
Nov 24 08:54:38 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 08:54:38 oscar kernel: [iput+88/128] iput+0x58/0x80
Nov 24 08:54:38 oscar kernel: [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
Nov 24 08:54:38 oscar kernel: [prune_dcache+175/192] prune_dcache+0xaf/0xc0
Nov 24 08:54:38 oscar kernel: [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
Nov 24 08:54:38 oscar kernel: [shrink_slab+252/352] shrink_slab+0xfc/0x160
Nov 24 08:54:38 oscar kernel: [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
Nov 24 08:54:38 oscar kernel: [kswapd+291/320] kswapd+0x123/0x140
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [autoremove_wake_function+0/64] autoremove_wake_function+0x0/0x40
Nov 24 08:54:38 oscar kernel: [kswapd+0/320] kswapd+0x0/0x140
Nov 24 08:54:38 oscar kernel: [kernel_thread_helper+5/36] kernel_thread_helper+0x5/0x24
Nov 24 08:54:38 oscar
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
2002-11-24 14:44 ` Ed Tomlinson
@ 2002-11-24 14:49 ` William Lee Irwin III
-1 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 14:49 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
On Sun, Nov 24, 2002 at 09:44:10AM -0500, Ed Tomlinson wrote:
> bounds: 0000
> CPU: 0
> EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
> EFLAGS: 00010283
> EIP is at 0x94ae13a
> eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
> esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
> ds: 0068 es: 0068 ss: 0068
> Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
> Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000 0000004d
> 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056 c0134b5c
> 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212 c02b6cb4
> Call Trace:
> [iput+88/128] iput+0x58/0x80
> [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
> [prune_dcache+175/192] prune_dcache+0xaf/0xc0
> [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
> [shrink_slab+252/352] shrink_slab+0xfc/0x160
> [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
> [kswapd+291/320] kswapd+0x123/0x140
Okay, you've jumped into oblivion. What fs's were you using here?
Bill
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-24 14:49 ` William Lee Irwin III
0 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 14:49 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
On Sun, Nov 24, 2002 at 09:44:10AM -0500, Ed Tomlinson wrote:
> bounds: 0000
> CPU: 0
> EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
> EFLAGS: 00010283
> EIP is at 0x94ae13a
> eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
> esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
> ds: 0068 es: 0068 ss: 0068
> Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
> Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000 0000004d
> 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056 c0134b5c
> 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212 c02b6cb4
> Call Trace:
> [iput+88/128] iput+0x58/0x80
> [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
> [prune_dcache+175/192] prune_dcache+0xaf/0xc0
> [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
> [shrink_slab+252/352] shrink_slab+0xfc/0x160
> [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
> [kswapd+291/320] kswapd+0x123/0x140
Okay, you've jumped into oblivion. What fs's were you using here?
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
2002-11-24 14:49 ` William Lee Irwin III
@ 2002-11-24 15:01 ` Ed Tomlinson
-1 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 15:01 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
On November 24, 2002 09:49 am, William Lee Irwin III wrote:
> On Sun, Nov 24, 2002 at 09:44:10AM -0500, Ed Tomlinson wrote:
> > bounds: 0000
> > CPU: 0
> > EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
> > EFLAGS: 00010283
> > EIP is at 0x94ae13a
> > eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
> > esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
> > ds: 0068 es: 0068 ss: 0068
> > Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
> > Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000
> > 0000004d 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056
> > c0134b5c 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212
> > c02b6cb4 Call Trace:
> > [iput+88/128] iput+0x58/0x80
> > [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
> > [prune_dcache+175/192] prune_dcache+0xaf/0xc0
> > [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
> > [shrink_slab+252/352] shrink_slab+0xfc/0x160
> > [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
> > [kswapd+291/320] kswapd+0x123/0x140
>
> Okay, you've jumped into oblivion. What fs's were you using here?
reiserfs. (sorry about the subject line)
Ed
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-24 15:01 ` Ed Tomlinson
0 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 15:01 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
On November 24, 2002 09:49 am, William Lee Irwin III wrote:
> On Sun, Nov 24, 2002 at 09:44:10AM -0500, Ed Tomlinson wrote:
> > bounds: 0000
> > CPU: 0
> > EIP: 0060:[i8042_exit+155901274/-1072694240] Not tainted
> > EFLAGS: 00010283
> > EIP is at 0x94ae13a
> > eax: dfdee040 ebx: c33151f4 ecx: c02b7ca2 edx: 094ae040
> > esi: dfdce000 edi: 00000056 ebp: dfdce000 esp: dfdcfe80
> > ds: 0068 es: 0068 ss: 0068
> > Process kswapd0 (pid: 5, threadinfo=dfdce000 task=c151f840)
> > Stack: 48094ae0 c015a7d8 c33151f4 dab225e0 c015965f c33151f4 dfdce000
> > 0000004d 00000056 c015836f dab225e0 000001d0 00000000 c01586b6 00000056
> > c0134b5c 00000056 000001d0 01ee7b30 00000000 000186fe dffee760 00000212
> > c02b6cb4 Call Trace:
> > [iput+88/128] iput+0x58/0x80
> > [prune_one_dentry+63/128] prune_one_dentry+0x3f/0x80
> > [prune_dcache+175/192] prune_dcache+0xaf/0xc0
> > [shrink_dcache_memory+54/64] shrink_dcache_memory+0x36/0x40
> > [shrink_slab+252/352] shrink_slab+0xfc/0x160
> > [balance_pgdat+243/352] balance_pgdat+0xf3/0x160
> > [kswapd+291/320] kswapd+0x123/0x140
>
> Okay, you've jumped into oblivion. What fs's were you using here?
reiserfs. (sorry about the subject line)
Ed
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
2002-11-24 15:01 ` Ed Tomlinson
@ 2002-11-24 15:00 ` William Lee Irwin III
-1 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 15:00 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
At some point in the past, I wrote:
>> Okay, you've jumped into oblivion. What fs's were you using here?
On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
> reiserfs. (sorry about the subject line)
Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
Thanks,
Bill
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: hugetlb page patch for 2.5.48-bug fixes
@ 2002-11-24 15:00 ` William Lee Irwin III
0 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 15:00 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
At some point in the past, I wrote:
>> Okay, you've jumped into oblivion. What fs's were you using here?
On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
> reiserfs. (sorry about the subject line)
Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
Thanks,
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* opps in kswapd
2002-11-24 15:00 ` William Lee Irwin III
@ 2002-11-24 15:21 ` Ed Tomlinson
-1 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 15:21 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
On November 24, 2002 10:00 am, William Lee Irwin III wrote:
> At some point in the past, I wrote:
> >> Okay, you've jumped into oblivion. What fs's were you using here?
>
> On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
> > reiserfs. (sorry about the subject line)
>
> Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
No. hense the apology about the subject line (now updated).
Ed
^ permalink raw reply [flat|nested] 20+ messages in thread
* opps in kswapd
@ 2002-11-24 15:21 ` Ed Tomlinson
0 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 15:21 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
On November 24, 2002 10:00 am, William Lee Irwin III wrote:
> At some point in the past, I wrote:
> >> Okay, you've jumped into oblivion. What fs's were you using here?
>
> On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
> > reiserfs. (sorry about the subject line)
>
> Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
No. hense the apology about the subject line (now updated).
Ed
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
2002-11-24 15:21 ` Ed Tomlinson
@ 2002-11-24 15:30 ` William Lee Irwin III
-1 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 15:30 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
At some point in the past, I wrote:
>>>> Okay, you've jumped into oblivion. What fs's were you using here?
On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
>>> reiserfs. (sorry about the subject line)
On November 24, 2002 10:00 am, William Lee Irwin III wrote:
>> Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
On Sun, Nov 24, 2002 at 10:21:54AM -0500, Ed Tomlinson wrote:
> No. hense the apology about the subject line (now updated).
> Ed
Okay, thanks. I'll start looking into the state of reiserfsv3 in 2.5.49+
I think this is a filesystem-specific issue given the procedure in which
the bad callback address was encountered.
Thanks,
Bill
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
@ 2002-11-24 15:30 ` William Lee Irwin III
0 siblings, 0 replies; 20+ messages in thread
From: William Lee Irwin III @ 2002-11-24 15:30 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: akpm, linux-mm, linux-kernel
At some point in the past, I wrote:
>>>> Okay, you've jumped into oblivion. What fs's were you using here?
On Sun, Nov 24, 2002 at 10:01:27AM -0500, Ed Tomlinson wrote:
>>> reiserfs. (sorry about the subject line)
On November 24, 2002 10:00 am, William Lee Irwin III wrote:
>> Did you have CONFIG_HUGETLB_FS=y and/or the patch in this thread applied?
On Sun, Nov 24, 2002 at 10:21:54AM -0500, Ed Tomlinson wrote:
> No. hense the apology about the subject line (now updated).
> Ed
Okay, thanks. I'll start looking into the state of reiserfsv3 in 2.5.49+
I think this is a filesystem-specific issue given the procedure in which
the bad callback address was encountered.
Thanks,
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
2002-11-24 15:30 ` William Lee Irwin III
@ 2002-11-24 18:27 ` Ed Tomlinson
-1 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 18:27 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
Here is another 2.5.49-mm1 oops. This time starting openoffice on
a reiserfs fs - the only other fs that might be being accessed at this
time would be tmpfs. Note shpte is enabled.
Think I will revert to 2.5.49 and fsck my fs(es)
Hope this helps,
Ed Tomlinson
Nov 24 13:16:10 oscar kernel: printing eip:
Nov 24 13:16:10 oscar kernel: c012dc25
Nov 24 13:16:10 oscar kernel: Oops: 0002
Nov 24 13:16:10 oscar kernel: CPU: 0
Nov 24 13:16:10 oscar kernel: EIP: 0060:[find_get_page+37/64] Not tainted
Nov 24 13:16:10 oscar kernel: EFLAGS: 00010206
Nov 24 13:16:10 oscar kernel: EIP is at find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: eax: dfa8a984 ebx: 00000017 ecx: fffffffa edx: 000004d2
Nov 24 13:16:10 oscar kernel: esi: c2d80000 edi: 000004d2 ebp: dfa8a980 esp: c2d81e84
Nov 24 13:16:10 oscar kernel: ds: 0068 es: 0068 ss: 0068
Nov 24 13:16:10 oscar kernel: Process soffice.bin (pid: 2597, threadinfo=c2d80000 task=c2e3e660)
Nov 24 13:16:10 oscar kernel: Stack: 00000540 00000001 c012eafe dfa8a980 000004d2 00000540 dfa8a8f4 df6c1c28
Nov 24 13:16:10 oscar kernel: df6c1be0 dee92718 c2f21440 441c6600 d9aeada0 c012b3a2 d9aeada0 441c6000
Nov 24 13:16:10 oscar kernel: 00000000 c2f21440 00000000 dee92718 c2f21440 441c6600 c2a78cc0 c012b71b
Nov 24 13:16:10 oscar kernel: Call Trace:
Nov 24 13:16:10 oscar kernel: [filemap_nopage+190/704] filemap_nopage+0xbe/0x2c0
Nov 24 13:16:10 oscar kernel: [do_no_page+98/736] do_no_page+0x62/0x2e0
Nov 24 13:16:10 oscar kernel: [handle_mm_fault+251/512] handle_mm_fault+0xfb/0x200
Nov 24 13:16:10 oscar kernel: [do_page_fault+531/1059] do_page_fault+0x213/0x423
Nov 24 13:16:10 oscar kernel: [__wake_up+32/128] __wake_up+0x20/0x80
Nov 24 13:16:10 oscar kernel: [queue_work+135/160] queue_work+0x87/0xa0
Nov 24 13:16:10 oscar kernel: [blk_unplug_timeout+0/32] blk_unplug_timeout+0x0/0x20
Nov 24 13:16:10 oscar kernel: [__run_timers+117/320] __run_timers+0x75/0x140
Nov 24 13:16:10 oscar kernel: [schedule+390/768] schedule+0x186/0x300
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel:
Nov 24 13:16:10 oscar kernel: Code: ff 43 04 ff 4e 10 8b 46 08 83 e0 08 75 05 89 d8 5b 5e c3 e8
Nov 24 13:16:10 oscar kernel: <6>note: soffice.bin[2597] exited with preempt_count 1
Nov 24 13:16:10 oscar kernel: Call Trace:
Nov 24 13:16:10 oscar kernel: [profile_exit_task+18/96] profile_exit_task+0x12/0x60
Nov 24 13:16:10 oscar kernel: [do_exit+112/768] do_exit+0x70/0x300
Nov 24 13:16:10 oscar kernel: [find_get_page+37/64] find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: [die+105/128] die+0x69/0x80
Nov 24 13:16:10 oscar kernel: [do_page_fault+308/1059] do_page_fault+0x134/0x423
Nov 24 13:16:10 oscar kernel: [reiserfs_get_block+0/4192] reiserfs_get_block+0x0/0x1060
Nov 24 13:16:10 oscar kernel: [read_pages+236/256] read_pages+0xec/0x100
Nov 24 13:16:10 oscar kernel: [buffered_rmqueue+204/384] buffered_rmqueue+0xcc/0x180
Nov 24 13:16:10 oscar kernel: [__alloc_pages+129/544] __alloc_pages+0x81/0x220
Nov 24 13:16:10 oscar kernel: [do_page_cache_readahead+118/352] do_page_cache_readahead+0x76/0x160
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel: [find_get_page+37/64] find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: [filemap_nopage+190/704] filemap_nopage+0xbe/0x2c0
Nov 24 13:16:10 oscar kernel: [do_no_page+98/736] do_no_page+0x62/0x2e0
Nov 24 13:16:10 oscar kernel: [handle_mm_fault+251/512] handle_mm_fault+0xfb/0x200
Nov 24 13:16:10 oscar kernel: [do_page_fault+531/1059] do_page_fault+0x213/0x423
Nov 24 13:16:10 oscar kernel: [__wake_up+32/128] __wake_up+0x20/0x80ov 24
Nov 24 13:16:10 oscar kernel: [queue_work+135/160] queue_work+0x87/0xa0
Nov 24 13:16:10 oscar kernel: [blk_unplug_timeout+0/32] blk_unplug_timeout+0x0/0x20
Nov 24 13:16:10 oscar kernel: [__run_timers+117/320] __run_timers+0x75/0x140
Nov 24 13:16:10 oscar kernel: [schedule+390/768] schedule+0x186/0x300
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel:
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
@ 2002-11-24 18:27 ` Ed Tomlinson
0 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-24 18:27 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: akpm, linux-mm, linux-kernel
Here is another 2.5.49-mm1 oops. This time starting openoffice on
a reiserfs fs - the only other fs that might be being accessed at this
time would be tmpfs. Note shpte is enabled.
Think I will revert to 2.5.49 and fsck my fs(es)
Hope this helps,
Ed Tomlinson
Nov 24 13:16:10 oscar kernel: printing eip:
Nov 24 13:16:10 oscar kernel: c012dc25
Nov 24 13:16:10 oscar kernel: Oops: 0002
Nov 24 13:16:10 oscar kernel: CPU: 0
Nov 24 13:16:10 oscar kernel: EIP: 0060:[find_get_page+37/64] Not tainted
Nov 24 13:16:10 oscar kernel: EFLAGS: 00010206
Nov 24 13:16:10 oscar kernel: EIP is at find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: eax: dfa8a984 ebx: 00000017 ecx: fffffffa edx: 000004d2
Nov 24 13:16:10 oscar kernel: esi: c2d80000 edi: 000004d2 ebp: dfa8a980 esp: c2d81e84
Nov 24 13:16:10 oscar kernel: ds: 0068 es: 0068 ss: 0068
Nov 24 13:16:10 oscar kernel: Process soffice.bin (pid: 2597, threadinfo=c2d80000 task=c2e3e660)
Nov 24 13:16:10 oscar kernel: Stack: 00000540 00000001 c012eafe dfa8a980 000004d2 00000540 dfa8a8f4 df6c1c28
Nov 24 13:16:10 oscar kernel: df6c1be0 dee92718 c2f21440 441c6600 d9aeada0 c012b3a2 d9aeada0 441c6000
Nov 24 13:16:10 oscar kernel: 00000000 c2f21440 00000000 dee92718 c2f21440 441c6600 c2a78cc0 c012b71b
Nov 24 13:16:10 oscar kernel: Call Trace:
Nov 24 13:16:10 oscar kernel: [filemap_nopage+190/704] filemap_nopage+0xbe/0x2c0
Nov 24 13:16:10 oscar kernel: [do_no_page+98/736] do_no_page+0x62/0x2e0
Nov 24 13:16:10 oscar kernel: [handle_mm_fault+251/512] handle_mm_fault+0xfb/0x200
Nov 24 13:16:10 oscar kernel: [do_page_fault+531/1059] do_page_fault+0x213/0x423
Nov 24 13:16:10 oscar kernel: [__wake_up+32/128] __wake_up+0x20/0x80
Nov 24 13:16:10 oscar kernel: [queue_work+135/160] queue_work+0x87/0xa0
Nov 24 13:16:10 oscar kernel: [blk_unplug_timeout+0/32] blk_unplug_timeout+0x0/0x20
Nov 24 13:16:10 oscar kernel: [__run_timers+117/320] __run_timers+0x75/0x140
Nov 24 13:16:10 oscar kernel: [schedule+390/768] schedule+0x186/0x300
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel:
Nov 24 13:16:10 oscar kernel: Code: ff 43 04 ff 4e 10 8b 46 08 83 e0 08 75 05 89 d8 5b 5e c3 e8
Nov 24 13:16:10 oscar kernel: <6>note: soffice.bin[2597] exited with preempt_count 1
Nov 24 13:16:10 oscar kernel: Call Trace:
Nov 24 13:16:10 oscar kernel: [profile_exit_task+18/96] profile_exit_task+0x12/0x60
Nov 24 13:16:10 oscar kernel: [do_exit+112/768] do_exit+0x70/0x300
Nov 24 13:16:10 oscar kernel: [find_get_page+37/64] find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: [die+105/128] die+0x69/0x80
Nov 24 13:16:10 oscar kernel: [do_page_fault+308/1059] do_page_fault+0x134/0x423
Nov 24 13:16:10 oscar kernel: [reiserfs_get_block+0/4192] reiserfs_get_block+0x0/0x1060
Nov 24 13:16:10 oscar kernel: [read_pages+236/256] read_pages+0xec/0x100
Nov 24 13:16:10 oscar kernel: [buffered_rmqueue+204/384] buffered_rmqueue+0xcc/0x180
Nov 24 13:16:10 oscar kernel: [__alloc_pages+129/544] __alloc_pages+0x81/0x220
Nov 24 13:16:10 oscar kernel: [do_page_cache_readahead+118/352] do_page_cache_readahead+0x76/0x160
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel: [find_get_page+37/64] find_get_page+0x25/0x40
Nov 24 13:16:10 oscar kernel: [filemap_nopage+190/704] filemap_nopage+0xbe/0x2c0
Nov 24 13:16:10 oscar kernel: [do_no_page+98/736] do_no_page+0x62/0x2e0
Nov 24 13:16:10 oscar kernel: [handle_mm_fault+251/512] handle_mm_fault+0xfb/0x200
Nov 24 13:16:10 oscar kernel: [do_page_fault+531/1059] do_page_fault+0x213/0x423
Nov 24 13:16:10 oscar kernel: [__wake_up+32/128] __wake_up+0x20/0x80ov 24
Nov 24 13:16:10 oscar kernel: [queue_work+135/160] queue_work+0x87/0xa0
Nov 24 13:16:10 oscar kernel: [blk_unplug_timeout+0/32] blk_unplug_timeout+0x0/0x20
Nov 24 13:16:10 oscar kernel: [__run_timers+117/320] __run_timers+0x75/0x140
Nov 24 13:16:10 oscar kernel: [schedule+390/768] schedule+0x186/0x300
Nov 24 13:16:10 oscar kernel: [do_page_fault+0/1059] do_page_fault+0x0/0x423
Nov 24 13:16:10 oscar kernel: [error_code+45/64] error_code+0x2d/0x40
Nov 24 13:16:10 oscar kernel:
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
2002-11-24 18:27 ` Ed Tomlinson
@ 2002-11-25 1:28 ` Andrew Morton
-1 siblings, 0 replies; 20+ messages in thread
From: Andrew Morton @ 2002-11-25 1:28 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: William Lee Irwin III, linux-mm, linux-kernel
Ed Tomlinson wrote:
>
> Here is another 2.5.49-mm1 oops.
Looks like half an oops to me. Is the rest of the info
not available? Access address? Code dump? Type of
exception?
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
@ 2002-11-25 1:28 ` Andrew Morton
0 siblings, 0 replies; 20+ messages in thread
From: Andrew Morton @ 2002-11-25 1:28 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: William Lee Irwin III, linux-mm, linux-kernel
Ed Tomlinson wrote:
>
> Here is another 2.5.49-mm1 oops.
Looks like half an oops to me. Is the rest of the info
not available? Access address? Code dump? Type of
exception?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: opps in kswapd
2002-11-25 1:28 ` Andrew Morton
@ 2002-11-25 1:31 ` Ed Tomlinson
-1 siblings, 0 replies; 20+ messages in thread
From: Ed Tomlinson @ 2002-11-25 1:31 UTC (permalink / raw)
To: Andrew Morton; +Cc: William Lee Irwin III, linux-mm, linux-kernel
On November 24, 2002 08:28 pm, Andrew Morton wrote:
> Ed Tomlinson wrote:
> > Here is another 2.5.49-mm1 oops.
>
> Looks like half an oops to me. Is the rest of the info
> not available? Access address? Code dump? Type of
> exception?
Thats all that was in the logs...
Ed
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2002-11-25 1:31 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-22 3:23 hugetlb page patch for 2.5.48-bug fixes Seth, Rohit
2002-11-22 3:23 ` Seth, Rohit
2002-11-24 14:44 ` Ed Tomlinson
2002-11-24 14:44 ` Ed Tomlinson
2002-11-24 14:49 ` William Lee Irwin III
2002-11-24 14:49 ` William Lee Irwin III
2002-11-24 15:01 ` Ed Tomlinson
2002-11-24 15:01 ` Ed Tomlinson
2002-11-24 15:00 ` William Lee Irwin III
2002-11-24 15:00 ` William Lee Irwin III
2002-11-24 15:21 ` opps in kswapd Ed Tomlinson
2002-11-24 15:21 ` Ed Tomlinson
2002-11-24 15:30 ` William Lee Irwin III
2002-11-24 15:30 ` William Lee Irwin III
2002-11-24 18:27 ` Ed Tomlinson
2002-11-24 18:27 ` Ed Tomlinson
2002-11-25 1:28 ` Andrew Morton
2002-11-25 1:28 ` Andrew Morton
2002-11-25 1:31 ` Ed Tomlinson
2002-11-25 1:31 ` Ed Tomlinson
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.