linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alistair J Strachan <alistair@devzero.co.uk>
To: Andrew Morton <akpm@digeo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.5.70-mm3
Date: Mon, 2 Jun 2003 10:17:15 +0100	[thread overview]
Message-ID: <200306021017.15633.alistair@devzero.co.uk> (raw)
In-Reply-To: <20030531013716.07d90773.akpm@digeo.com>

On Saturday 31 May 2003 09:37, Andrew Morton wrote:
>
> . More ext3 fixes.  It seems fully recovered now.
>
> . Some cleanups and enhancements to the O_SYNC rework.
>
> . A couple of fairly significant reiserfs enhancements.  See the changelogs
>   in the individual patches for details.
>

Not sure if this is related to the -mm patches or the bk snapshot, but I left 
2.5.70-mm3 compiling KDE all last night, and when I got up this morning I 
found the machine had oopsed and was in an unusable state. Though I wasn't 
able to note down the final oops, I did get two warnings that were dumped to 
kern.log moments before the machine died.

Bad page state at free_hot_cold_page
flags:0x01010000 mapping:00000000 mapped:1 count:0
Backtrace:
Call Trace:
 [bad_page+93/144] bad_page+0x5d/0x90
 [free_hot_cold_page+112/256] free_hot_cold_page+0x70/0x100
 [zap_pte_range+385/448] zap_pte_range+0x181/0x1c0
 [do_wp_page+437/848] do_wp_page+0x1b5/0x350
 [zap_pmd_range+75/112] zap_pmd_range+0x4b/0x70
 [unmap_page_range+75/128] unmap_page_range+0x4b/0x80
 [unmap_vmas+254/544] unmap_vmas+0xfe/0x220
 [exit_mmap+109/384] exit_mmap+0x6d/0x180
 [mmput+65/176] mmput+0x41/0xb0
 [do_exit+243/832] do_exit+0xf3/0x340
 [do_group_exit+52/128] do_group_exit+0x34/0x80
 [sysenter_past_esp+82/113] sysenter_past_esp+0x52/0x71

Trying to fix it up, but a reboot is needed
Bad page state at prep_new_page
flags:0x01010000 mapping:00000000 mapped:1 count:0
Backtrace:
Call Trace:
 [bad_page+93/144] bad_page+0x5d/0x90
 [prep_new_page+64/96] prep_new_page+0x40/0x60
 [buffered_rmqueue+167/320] buffered_rmqueue+0xa7/0x140
 [ext3_readpages+0/48] ext3_readpages+0x0/0x30
 [__alloc_pages+144/848] __alloc_pages+0x90/0x350
 [__get_free_pages+26/80] __get_free_pages+0x1a/0x50
 [cache_grow+161/544] cache_grow+0xa1/0x220
 [cache_alloc_refill+324/512] cache_alloc_refill+0x144/0x200
 [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40
 [__kfree_skb+68/272] alloc_skb+0x24/0xe0
 [sock_no_connect+7/16] sock_alloc_send_pskb+0xc7/0x1d0
 [sock_no_sendpage+111/192] sock_alloc_send_skb+0x2f/0x40
 [sense_data_texts+692/1008] unix_dgram_sendmsg+0x134/0x4d0
 [__generic_file_aio_read+468/528] __generic_file_aio_read+0x1d4/0x210
 [ide_build_dmatable+128/416] ide_build_sglist+0x40/0xb0
 [vlan_ioctl_set+19/48] sock_aio_write+0xc3/0xf0
 [do_sync_write+182/240] do_sync_write+0xb6/0xf0
 [update_wall_time+22/64] update_wall_time+0x16/0x40
 [do_IRQ+197/240] do_IRQ+0xc5/0xf0
 [autoremove_wake_function+0/80] autoremove_wake_function+0x0/0x50
 [schedule+432/896] schedule+0x1b0/0x380
 [default_wake_function+0/48] default_wake_function+0x0/0x30
 [update_wall_time+22/64] update_wall_time+0x16/0x40
 [do_timer+224/240] do_timer+0xe0/0xf0
 [vfs_write+255/304] vfs_write+0xff/0x130
 [sys_write+66/112] sys_write+0x42/0x70
 [sysenter_past_esp+82/113] sysenter_past_esp+0x52/0x71

Trying to fix it up, but a reboot is needed

As the machine was doing compilation, nothing extraneous was loaded (like X), 
but it could easily have been under stress at the time of oops. I guess I'm 
just making sure it's got nothing to do with your ext3 changes.

Cheers,
Alistair.

  parent reply	other threads:[~2003-06-02  9:03 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-31  8:37 2.5.70-mm3 Andrew Morton
2003-05-31 13:56 ` [patch] 2.5.70-mm3: sdla.c doesn't compile Adrian Bunk
2003-05-31 14:07   ` Christoph Hellwig
2003-05-31 14:09 ` 2.5.70-mm3: LVM/device-mapper seems broken Sean Neakums
2003-05-31 14:18   ` Christophe Saout
2003-05-31 15:01     ` Sean Neakums
2003-05-31 15:11       ` Sean Neakums
2003-05-31 21:07 ` [patch] 2.5.70-mm3: usb_gadget_* several times defined Adrian Bunk
2003-05-31 23:41   ` David Brownell
2003-05-31 22:02 ` 2.5.70-mm3 Jordan Breeding
2003-06-02  9:17 ` Alistair J Strachan [this message]
2003-06-02  9:29   ` 2.5.70-mm3 Andrew Morton
2003-06-02 10:06     ` 2.5.70-mm3 Alistair J Strachan
2003-06-03 16:51 ` 2.5.70-mm3 Mingming Cao
2003-06-03 17:39   ` 2.5.70-mm3 Andrew Morton
     [not found] <Pine.LNX.4.50L0.0306010036140.3349-100000@limbo.dnsalias.org>
2003-05-31 21:45 ` 2.5.70-mm3 zipa24
2003-05-31 22:13   ` 2.5.70-mm3 Adrian Bunk
2003-06-01 19:42   ` 2.5.70-mm3 Felipe Alfaro Solana
2003-06-02 11:59     ` 2.5.70-mm3 zipa24
     [not found] <fa.j88qmt3.1s0mkrl@ifi.uio.no>
     [not found] ` <fa.h65tbmk.i5io9k@ifi.uio.no>
2003-06-02 11:50   ` 2.5.70-mm3 Ed Tomlinson
     [not found] <Pine.LNX.4.50L0.0306022121240.3303-100000@limbo.dnsalias.org>
2003-06-02 18:32 ` 2.5.70-mm3 zipa24

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200306021017.15633.alistair@devzero.co.uk \
    --to=alistair@devzero.co.uk \
    --cc=akpm@digeo.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).