Re: 2.6.3-mm4

From: Adrian Bunk (bunk_at_fs.tum.de)
Date: 02/28/04

  • Next message: Andrew Morton: "Re: 2.6.3-mm3"
    Date:	Sat, 28 Feb 2004 00:51:18 +0100
    To: Andrew Morton <akpm@osdl.org>, David Woodhouse <dwmw2@infradead.org>
    
    

    On Wed, Feb 25, 2004 at 06:55:36PM -0800, Andrew Morton wrote:
    >...
    > All 267 patches:
    >...
    > sleep_on-needs_lock_kernel.patch
    > sleep_on(): check for lock_kernel
    >...

    FYI:

    This gives the following on my computer:

    <-- snip -->

    Feb 27 22:47:37 r063144 kernel: lp0 off-line
    Feb 27 22:47:37 r063144 kernel: Badness in interruptible_sleep_on_timeout at kernel/sched.c:2271
    Feb 27 22:47:37 r063144 kernel: Call Trace:
    Feb 27 22:47:37 r063144 kernel: [interruptible_sleep_on_timeout+271/288] interruptible_sleep_on_timeout+0x10f/0x120
    Feb 27 22:47:37 r063144 kernel: [default_wake_function+0/16] default_wake_function+0x0/0x10
    Feb 27 22:47:37 r063144 kernel: [parport_release+160/341] parport_release+0xa0/0x155
    Feb 27 22:47:37 r063144 kernel: [printk+285/368] printk+0x11d/0x170
    Feb 27 22:47:37 r063144 kernel: [lp_error+61/176] lp_error+0x3d/0xb0
    Feb 27 22:47:37 r063144 kernel: [lp_check_status+134/208] lp_check_status+0x86/0xd0
    Feb 27 22:47:37 r063144 kernel: [lp_wait_ready+71/128] lp_wait_ready+0x47/0x80
    Feb 27 22:47:37 r063144 kernel: [lp_write+292/912] lp_write+0x124/0x390
    Feb 27 22:47:37 r063144 kernel: [vfs_write+176/256] vfs_write+0xb0/0x100
    Feb 27 22:47:37 r063144 kernel: [sys_write+56/96] sys_write+0x38/0x60
    Feb 27 22:47:37 r063144 kernel: [syscall_call+7/11] syscall_call+0x7/0xb
    Feb 27 22:47:37 r063144 kernel:
    Feb 27 22:47:47 r063144 kernel: Badness in interruptible_sleep_on_timeout at kernel/sched.c:2271

    <-- snip -->

    cu
    Adrian

    -- 
           "Is there not promise of rain?" Ling Tan asked suddenly out
            of the darkness. There had been need of rain for many days.
           "Only a promise," Lao Er said.
                                           Pearl S. Buck - Dragon Seed
    -
    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: Andrew Morton: "Re: 2.6.3-mm3"

    Relevant Pages

    • Re: Bloat report 2.6.3 -> 2.6.4
      ... For the average computer you can buy at your supermarket today it isn't ... People who need to care about the size of the kernel use hand-tuned ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: ANNOUNCE: CE Linux Forum - Specification V1.0 draft
      ... Kernel SHALL be configuralble with compiler size options, ... "specification" didn't send a patch - the trivial patch was sent by ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.test11 bug
      ... responsible for driving kernel to a crash. ... Call Trace: ... more or less at the same level of memory usage. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Weirdness with suspending jobs in 2.6.9-rc3
      ... >> It doesn't depend on which version I'm compiling, ... >> kernel I'm actually running. ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Ocfs2-devel] Re: [RFC] [PATCH] OCFS2
      ... > It's a generic mechanism for userspace driven configuration of kernel ... > subsystems/projects could use it too, ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)