Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Fri, 16 Feb 2007, Christoph Lameter wrote: > Andrew already has this fix which cures it for me. PG_mlocked pages can > be freed in some situations and thus we need the correct handling in the > page allocator: Works for me. - James -- James Morris <[EMAIL PROTECTED]> - To unsubscribe

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread Christoph Lameter
On Fri, 16 Feb 2007, James Morris wrote: > Then, I get this reliably as ntpd starts up: > [ 92.905514] [] lru_add_drain+0x57/0x8d > [ 92.905519] [] free_pages_and_swap_cache+0x12/0x85 > [ 92.905526] [] unmap_region+0xfd/0x129 > [ 92.905530] [] do_munmap+0x153/0x1b4 > [ 92.905534]

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Thu, 15 Feb 2007, Andrew Morton wrote: > That's > > VM_BUG_ON(PageMlocked(page)); > > Setting CONFIG_DEBUG_VM=n will shut it up. > Then, I get this reliably as ntpd starts up: [ 92.725346] [ cut here ] [ 92.741162] kernel BUG at mm/swap.c:469! [

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Thu, 15 Feb 2007, Christoph Lameter wrote: > On Thu, 15 Feb 2007, Andrew Morton wrote: > > > I don't immediately see why that code isn't racy: the page can remain > > in the pagevec for arbitrary amounts of time and someone can come along > > and mlock it again. But given the ease with which

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Thu, 15 Feb 2007, Christoph Lameter wrote: On Thu, 15 Feb 2007, Andrew Morton wrote: I don't immediately see why that code isn't racy: the page can remain in the pagevec for arbitrary amounts of time and someone can come along and mlock it again. But given the ease with which you're

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Thu, 15 Feb 2007, Andrew Morton wrote: That's VM_BUG_ON(PageMlocked(page)); Setting CONFIG_DEBUG_VM=n will shut it up. Then, I get this reliably as ntpd starts up: [ 92.725346] [ cut here ] [ 92.741162] kernel BUG at mm/swap.c:469! [

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-16 Thread James Morris
On Fri, 16 Feb 2007, Christoph Lameter wrote: Andrew already has this fix which cures it for me. PG_mlocked pages can be freed in some situations and thus we need the correct handling in the page allocator: Works for me. - James -- James Morris [EMAIL PROTECTED] - To unsubscribe from

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread Christoph Lameter
On Thu, 15 Feb 2007, Andrew Morton wrote: > I don't immediately see why that code isn't racy: the page can remain > in the pagevec for arbitrary amounts of time and someone can come along > and mlock it again. But given the ease with which you're hitting this, > it may not be a race. As long as

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread Andrew Morton
On Thu, 15 Feb 2007 09:28:23 -0500 (EST) James Morris <[EMAIL PROTECTED]> wrote: > Hit a BUG() via lvm: > > > Scanning logical volumes > Reading all physical volumes. This may take a while... > Found volume group "VolGroup00" using metadata type lvm2 > Activating logical volumes > [

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread James Morris
On Thu, 15 Feb 2007, James Morris wrote: > Hit a BUG() via lvm: Also, I just disabled paravirt ops and saw the same bug, so it's not that stuff. -- James Morris <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread James Morris
Hit a BUG() via lvm: Scanning logical volumes Reading all physical volumes. This may take a while... Found volume group "VolGroup00" using metadata type lvm2 Activating logical volumes [ 75.215078] [ cut here ] [ 75.230165] kernel BUG at mm/swap.c:442! [

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread James Morris
Hit a BUG() via lvm: Scanning logical volumes Reading all physical volumes. This may take a while... Found volume group VolGroup00 using metadata type lvm2 Activating logical volumes [ 75.215078] [ cut here ] [ 75.230165] kernel BUG at mm/swap.c:442! [

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread James Morris
On Thu, 15 Feb 2007, James Morris wrote: Hit a BUG() via lvm: Also, I just disabled paravirt ops and saw the same bug, so it's not that stuff. -- James Morris [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread Andrew Morton
On Thu, 15 Feb 2007 09:28:23 -0500 (EST) James Morris [EMAIL PROTECTED] wrote: Hit a BUG() via lvm: Scanning logical volumes Reading all physical volumes. This may take a while... Found volume group VolGroup00 using metadata type lvm2 Activating logical volumes [ 75.215078]

Re: 2.6.20-mm1 [kernel BUG at mm/swap.c:442]

2007-02-15 Thread Christoph Lameter
On Thu, 15 Feb 2007, Andrew Morton wrote: I don't immediately see why that code isn't racy: the page can remain in the pagevec for arbitrary amounts of time and someone can come along and mlock it again. But given the ease with which you're hitting this, it may not be a race. As long as the