Re: [patch] Real-Time Preemption, -VP-2.6.9-rc4-mm1-U3

From: Adam Heath (doogie_at_debian.org)
Date: 10/16/04

  • Next message: Anand Kumria: "b44 misdetected on Dell Inspiron 1100" 
    Date:	Fri, 15 Oct 2004 21:58:06 -0500 (CDT)
To: Ingo Molnar <mingo@elte.hu>

    On Fri, 15 Oct 2004, Ingo Molnar wrote:

    >
    > i have released the -U3 PREEMPT_REALTIME patch:
    >
    > http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.9-rc4-mm1-U3

    scheduling while atomic: postmaster/0x04000002/3175
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01ab716>] semctl_main+0xa6/0x410
     [<c01abcad>] sys_semctl+0xad/0xb0
     [<c010bafd>] sys_ipc+0xad/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: postmaster/0x04000002/5260
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01a9832>] ipcperms+0x82/0xb0
     [<c01ab6fe>] semctl_main+0x8e/0x410
     [<c01abcad>] sys_semctl+0xad/0xb0
     [<c010bafd>] sys_ipc+0xad/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: liquidwar/0x04000002/5505
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01acfe6>] sys_shmctl+0x196/0x690
     [<c010bc9a>] sys_ipc+0x24a/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: XFree86/0x04000002/1127
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdd3>] _mutex_lock+0x23/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b228e>] avc_has_perm_noaudit+0x10e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01ad30d>] sys_shmctl+0x4bd/0x690
     [<c010bc9a>] sys_ipc+0x24a/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: XFree86/0x04000002/1127
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01a9832>] ipcperms+0x82/0xb0
     [<c01ad59f>] do_shmat+0xbf/0x2e0
     [<c010bbef>] sys_ipc+0x19f/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: liquidwar/0x04000002/5505
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01ad5ba>] do_shmat+0xda/0x2e0
     [<c010bbef>] sys_ipc+0x19f/0x250
     [<c0105bff>] syscall_call+0x7/0xb
    scheduling while atomic: liquidwar/0x04000002/5505
    caller is cond_resched+0x53/0x70
     [<c01069f7>] dump_stack+0x17/0x20
     [<c027b457>] schedule+0x517/0x550
     [<c027b9c3>] cond_resched+0x53/0x70
     [<c012cdc7>] _mutex_lock+0x17/0x40
     [<c012ce18>] _mutex_lock_irqsave+0x8/0x10
     [<c01b21ae>] avc_has_perm_noaudit+0x2e/0x180
     [<c01b2335>] avc_has_perm+0x35/0x68
     [<c01b79ca>] ipc_has_perm+0x6a/0x80
     [<c01a9832>] ipcperms+0x82/0xb0
     [<c01ad59f>] do_shmat+0xbf/0x2e0
     [<c010bbef>] sys_ipc+0x19f/0x250
     [<c0105bff>] syscall_call+0x7/0xb

    -
    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: Anand Kumria: "b44 misdetected on Dell Inspiron 1100"

    Relevant Pages

    • Re: [patch] Real-Time Preemption, -VP-2.6.9-rc4-mm1-U0
      ... I'm getting some scheduling_while_atomic messages concerning Reiser4. ... caller is cond_resched+0x4c/0x69 ... scheduling while atomic: sh/0x04000001/4346 ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Something wrong with 2.6.12-rc1-RT-V0.7.43-05
      ... caller is schedule+0x40/0x140 ... BUG: scheduling while atomic: ksoftirqd/1/0x00000001/6 ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [patch] Real-Time Preemption, -VP-2.6.9-rc4-mm1-U2
      ... On Fri, 15 Oct 2004, Ingo Molnar wrote: ... scheduling while atomic: XFree86/0x04000002/1129 ... caller is cond_resched+0x53/0x70 ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Patch] export sched_setscheduler() for kernel module use
      ... the caller of sched_setschedulermust hold the tasklist_lock. ... while holding the tasklist_lock, the second one does so while not ... So if there is a problem with my proposed patch in regards to the ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Likelihood of rt_tasks
      ... > A quick question about the usefulness of making rt_taskchecks ... > are scheduling one or many running rt_tasks and the majority of your ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)