Re: OOPS: Something about kswapd

From: tabris (tabris_at_tabris.net)
Date: 11/03/03

  • Next message: Francois Romieu: "Re: how to restart userland?" 
    To: Boylenate316@aol.com
Date:	Mon, 3 Nov 2003 16:06:10 -0500

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    well, I can't say I know for sure, but there is a good chance you may have
    bad RAM. consider running memtest86 on it thru a couple passes.
    I had a similar problem lately with kscand and kswapd

    and it seems I had two single bit errors in one of my DIMMs

    you can get memtest86 from http://www.memtest86.org

    HTH

    On Monday 03 November 2003 3:19 pm, Boylenate316@aol.com wrote:
    > I'm not on the list.
    > Kernel: 2.4.22, no patches
    > CPU: AMD Athlon XP
    > Memory: 512MB
    > Swap: 1GB
    > OOPS during ROCK linux compilation, I don't know which package...
    > It didn't hang, but kswapd is defunct as I type.
    > ksymoops output:
    > ksymoops 2.3.7 on i686 2.4.22. Options used
    > -v /usr/src/linux-2.4.22/vmlinux (specified)
    > -k /proc/ksyms (default)
    > -l /proc/modules (default)
    > -o /lib/modules/2.4.22/ (default)
    > -m /usr/src/linux-2.4.22/System.map (specified)
    >
    > Warning (compare_maps): mismatch on symbol tulip_max_interrupt_work ,
    > tulip says e0bf4a2c,
    > /lib/modules/2.4.22/kernel/drivers/net/tulip/tulip.o says e0bf422c.
    > Ignoring /lib/modules/2.4.22/kernel/drivers/net/tulip/tulip.o entry
    > Warning (compare_maps): mismatch on symbol tulip_rx_copybreak , tulip
    > says e0bf4a30, /lib/modules/2.4.22/kernel/drivers/net/tulip/tulip.o
    > says e0bf4230. Ignoring
    > /lib/modules/2.4.22/kernel/drivers/net/tulip/tulip.o entry Warning
    > (compare_maps): mismatch on symbol usb_devfs_handle , usbcore says
    > e0ba40d0, /lib/modules/2.4.22/kernel/drivers/usb/usbcore.o says
    > e0ba3b50. Ignoring /lib/modules/2.4.22/kernel/drivers/usb/usbcore.o
    > entry unable to handle kernel NULL pointer dereference at virtual
    > address 0000001c *pde = 00000000
    > Oops: 0000
    > CPU: 0
    > EIP: 0010:[<c0138e64>] Not tainted
    > Using defaults from ksymoops -t elf32-i386 -a i386
    > EFLAGS: 00010282
    > eax: 00000000 ebx: c1435d5c ecx: c1435d78 edx: cfa9a2c0
    > esi: 000001d0 edi: 00002d82 ebp: c02d9eb0 esp: c1599f44
    > ds: 0018 es: 0018 ss: 0018
    > Process kswapd (pid: 4, stackpage=c1599000)
    > Stack: 000001d0 c1435d5c c012f948 c1435d5c 000001d0 c1598000 00000200
    > 000001d0
    > 00000014 00000020 000001d0 00000020 00000006 c012fb30 00000006
    > 0000000a
    > c02d9eb0 00000006 000001d0 c02d9eb0 00000000 c012fb90 00000020
    > c02d9eb0
    - --
    tabris
    - -
    Predestination was doomed from the start.
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.3 (GNU/Linux)

    iD8DBQE/psNC1U5ZaPMbKQcRApNAAJwKaUcDSlSsfL1Ho3KWcgC5nMOiegCeNYjz
    0fP9gW4+rf4Fdf1EPue6N98=
    =ze2g
    -----END PGP SIGNATURE-----

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Francois Romieu: "Re: how to restart userland?"

    Relevant Pages

    • Re: 2.6.16-rc5-mm1
      ... The first oops is: ... CPU 0 irqstacks, hard=c0389000 soft=c038a000 ... Freeing unused kernel memory: 156k freed ...
      (Linux-Kernel)
    • different oops on xeon with smp kernel
      ... then SMP kernels oops very early at boot at different places. ... CPU: Trace cache: 12K uops, ... Unable to handle kernel paging request at virtual address 8528244c ...
      (Linux-Kernel)
    • Re: [BUG] 2.6.23-git18 Kernel oops in sg helpers
      ... Kernel oops is triggered while running fsx-linux test, followed by cpu softlock ... Unable to handle kernel NULL pointer dereference at 0000000000000018 RIP: ... Oops: 0002 SMP ...
      (Linux-Kernel)
    • Re: sendfile() with 100 simultaneous 100MB files
      ... There is no reason to allocate more ram and waste more cpu cycles to make a second copy of the data before passing it to the network layer. ... The mmap and madvice though, is a good idea, and I imagine it is causing the kernel to perform large block readahead. ... I last looked at the kernel implementation of sendfile about 6 years ago, but I remember it not looking very good. ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • OOPS: Something about kswapd
      ... Kernel: 2.4.22, no patches ... CPU: AMD Athlon XP ... OOPS during ROCK linux compilation, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Quantcast