From: William Weston <weston@lysdexia.org>
To: Stephen Smalley <sds@epoch.ncsc.mil>
Cc: Ingo Molnar <mingo@elte.hu>, lkml <linux-kernel@vger.kernel.org>,
James Morris <jmorris@redhat.com>
Subject: Re: [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01
Date: Wed, 9 Feb 2005 18:20:31 -0800 (PST) [thread overview]
Message-ID: <Pine.LNX.4.58.0502091814180.4599@echo.lysdexia.org> (raw)
In-Reply-To: <1107953301.17568.6.camel@moss-spartans.epoch.ncsc.mil>
Two more of these sel_netif_lookup related BUGs were found with
-RT-2.6.11-rc3-V0.7.38-06:
BUG: sleeping function called from invalid context ksoftirqd/0(2) at
kernel/rt.c:1448
in_atomic():1 [00000001], irqs_disabled():0
[<c0104183>] dump_stack+0x23/0x30 (20)
[<c011be08>] __might_sleep+0xd8/0xf0 (36)
[<c0139008>] __spin_lock+0x38/0x60 (24)
[<c013904d>] _spin_lock+0x1d/0x20 (16)
[<c015089f>] kmem_cache_alloc+0x3f/0x140 (44)
[<c01ea1e9>] sel_netif_lookup+0x69/0x160 (40)
[<c01ea3a8>] sel_netif_sids+0x38/0xd0 (40)
[<c01e6c13>] selinux_socket_sock_rcv_skb+0xc3/0x2a0 (152)
[<c032da2a>] udp_queue_rcv_skb+0xca/0x2d0 (40)
[<c032e168>] udp_rcv+0x1c8/0x430 (96)
[<c030ab3c>] ip_local_deliver+0x6c/0x210 (36)
[<c030af19>] ip_rcv+0x239/0x430 (56)
[<c02ed257>] netif_receive_skb+0x147/0x180 (48)
[<c02ed30f>] process_backlog+0x7f/0x110 (28)
[<c02ed41c>] net_rx_action+0x7c/0x130 (32)
[<c0124e37>] ___do_softirq+0x57/0xf0 (40)
[<c0124f75>] _do_softirq+0x25/0x30 (8)
[<c0125395>] ksoftirqd+0xa5/0x100 (28)
[<c0135676>] kthread+0xa6/0xe0 (48)
[<c0101329>] kernel_thread_helper+0x5/0xc (537116692)
---------------------------
| preempt count: 00000002 ]
| 2-level deep critical section nesting:
----------------------------------------
.. [<c0145d5b>] .... __do_IRQ+0xfb/0x1a0
.....[<c01058df>] .. ( <= do_IRQ+0x6f/0xb0)
.. [<c013c5eb>] .... print_traces+0x1b/0x60
.....[<c0104183>] .. ( <= dump_stack+0x23/0x30)
BUG: sleeping function called from invalid context ksoftirqd/0(2) at
kernel/rt.c:1448
in_atomic():1 [00000001], irqs_disabled():0
[<c0104183>] dump_stack+0x23/0x30 (20)
[<c011be08>] __might_sleep+0xd8/0xf0 (36)
[<c0139008>] __spin_lock+0x38/0x60 (24)
[<c013904d>] _spin_lock+0x1d/0x20 (16)
[<c015089f>] kmem_cache_alloc+0x3f/0x140 (44)
[<c01ea1e9>] sel_netif_lookup+0x69/0x160 (40)
[<c01ea3a8>] sel_netif_sids+0x38/0xd0 (40)
[<c01e6c13>] selinux_socket_sock_rcv_skb+0xc3/0x2a0 (152)
[<c0326c72>] tcp_v4_rcv+0x502/0x950 (76)
[<c030ab3c>] ip_local_deliver+0x6c/0x210 (36)
[<c030af19>] ip_rcv+0x239/0x430 (56)
[<c02ed257>] netif_receive_skb+0x147/0x180 (48)
[<c02ed30f>] process_backlog+0x7f/0x110 (28)
[<c02ed41c>] net_rx_action+0x7c/0x130 (32)
[<c0124e37>] ___do_softirq+0x57/0xf0 (40)
[<c0124f75>] _do_softirq+0x25/0x30 (8)
[<c0125395>] ksoftirqd+0xa5/0x100 (28)
[<c0135676>] kthread+0xa6/0xe0 (48)
[<c0101329>] kernel_thread_helper+0x5/0xc (537116692)
---------------------------
| preempt count: 00000002 ]
| 2-level deep critical section nesting:
----------------------------------------
.. [<c0145d5b>] .... __do_IRQ+0xfb/0x1a0
.....[<c01058df>] .. ( <= do_IRQ+0x6f/0xb0)
.. [<c013c5eb>] .... print_traces+0x1b/0x60
.....[<c0104183>] .. ( <= dump_stack+0x23/0x30)
Additional info about the system/kernel/config can be found at
http://www.sysex.net/testing/
Best Regards,
--William Weston <weston at sysex.net>
On Wed, 9 Feb 2005, Stephen Smalley wrote:
> On Tue, 2005-02-08 at 16:58, William Weston wrote:
> > Hi Ingo,
> >
> > Great work on the -RT kernel! Here's a status report from my Athlon box
> > w/ kernel -RT-2.6.11-rc3-V0.7.38-03, realtime-lsm-0.8.5, jack-0.99.48,
> > alsa-1.0.8, and latencytest-0.5.5:
> <snip>
> > A couple BUGs are being logged (see below), but without any ill effect
> > other than taking up space on my /var.
> <snip>
> > Network interface (via rhine) startup triggers these two BUGs:
> >
> > BUG: sleeping function called from invalid context ksoftirqd/0(2) at
> > kernel/rt.c:1448
> > in_atomic():1 [00000001], irqs_disabled():0
> > [<c0103e77>] dump_stack+0x17/0x20 (12)
> > [<c0119f89>] __might_sleep+0xd9/0xf0 (40)
> > [<c0134816>] __spin_lock+0x36/0x50 (24)
> > [<c0147914>] kmem_cache_alloc+0x34/0x120 (44)
> > [<c01d3143>] sel_netif_lookup+0x63/0x150 (28)
> > [<c01d32cd>] sel_netif_sids+0x2d/0xb0 (28)
> > [<c01d01bc>] selinux_socket_sock_rcv_skb+0xac/0x230 (144)
>
> I'm not sure I understand, as sel_netif_lookup passes GFP_ATOMIC to
> kmalloc.
>
> > [<c02fd248>] udp_queue_rcv_skb+0xb8/0x280 (28)
> > [<c02fd8e2>] udp_rcv+0x192/0x3e0 (100)
> > [<c02dc224>] ip_local_deliver+0x64/0x1c0 (32)
> > [<c02dc595>] ip_rcv+0x215/0x3f0 (56)
> > [<c02c201c>] netif_receive_skb+0x12c/0x160 (40)
> > [<c02c20ce>] process_backlog+0x7e/0x110 (32)
> > [<c02c21d2>] net_rx_action+0x72/0x130 (24)
> > [<c0122428>] ___do_softirq+0x48/0xd0 (40)
> > [<c012254b>] _do_softirq+0x1b/0x30 (8)
> > [<c0122920>] ksoftirqd+0xa0/0xf0 (28)
> > [<c01312fb>] kthread+0x8b/0xc0 (36)
> > [<c01012f5>] kernel_thread_helper+0x5/0x10 (537116692)
> > ---------------------------
> > | preempt count: 00000002 ]
> > | 2-level deep critical section nesting:
> > ----------------------------------------
> > .. [<c013dd3f>] .... __do_IRQ+0xef/0x180
> > .....[<c0105306>] .. ( <= do_IRQ+0x56/0xa0)
> > .. [<c0135240>] .... print_traces+0x10/0x40
> > .....[<c0103e77>] .. ( <= dump_stack+0x17/0x20)
>
> --
> Stephen Smalley <sds@epoch.ncsc.mil>
> National Security Agency
next prev parent reply other threads:[~2005-02-10 2:21 UTC|newest]
Thread overview: 125+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-04 10:03 Ingo Molnar
2005-02-04 15:19 ` Kevin Hilman
2005-02-04 17:30 ` Ingo Molnar
2005-02-04 18:19 ` Tom Rini
2005-02-07 9:03 ` Ingo Molnar
2005-02-07 14:35 ` Tom Rini
2005-02-08 8:27 ` Ingo Molnar
2005-02-06 4:19 ` Valdis.Kletnieks
2005-02-07 9:21 ` Ingo Molnar
2005-02-07 15:08 ` Real-Time Preemption and UML? Esben Nielsen
2005-02-07 18:35 ` Jeff Dike
2005-02-07 23:14 ` Esben Nielsen
2005-02-08 8:39 ` Ingo Molnar
2005-02-08 18:55 ` Jeff Dike
2005-02-08 21:20 ` Esben Nielsen
2005-02-08 21:44 ` Ingo Molnar
2005-02-08 23:02 ` Esben Nielsen
2005-02-08 7:55 ` [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01 Valdis.Kletnieks
2005-02-08 8:45 ` Ingo Molnar
2005-02-08 10:26 ` Valdis.Kletnieks
2005-02-08 21:58 ` William Weston
2005-02-09 11:51 ` Ingo Molnar
2005-02-10 2:13 ` William Weston
2005-02-10 7:52 ` Ingo Molnar
2005-02-10 20:21 ` George Anzinger
2005-02-10 20:40 ` Ingo Molnar
2005-02-10 21:05 ` George Anzinger
2005-02-11 8:34 ` Ingo Molnar
2005-02-11 9:38 ` Sven Dietrich
2005-02-11 9:42 ` Ingo Molnar
2005-02-11 0:09 ` Sven Dietrich
2005-02-11 6:01 ` George Anzinger
2005-02-11 8:28 ` Ingo Molnar
2005-02-11 9:53 ` Sven Dietrich
2005-02-11 10:04 ` Ingo Molnar
2005-02-11 21:49 ` Steven Rostedt
2005-02-13 12:59 ` Ingo Molnar
2005-02-13 15:11 ` Steven Rostedt
2005-03-03 19:36 ` [patch] Real-Time Preemption, deactivate() scheduling issue Eugeny S. Mints
2005-03-03 22:32 ` Esben Nielsen
2005-03-04 11:56 ` Eugeny S. Mints
2005-03-04 15:45 ` George Anzinger
2005-03-29 8:45 ` Ingo Molnar
2005-02-09 12:48 ` [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01 Stephen Smalley
2005-02-10 2:20 ` William Weston [this message]
2005-02-19 5:08 ` Lee Revell
2005-02-19 6:47 ` Lee Revell
2005-02-19 9:00 ` Ingo Molnar
2005-02-19 9:03 ` Ingo Molnar
2005-02-19 20:45 ` Lee Revell
2005-02-20 0:19 ` Lee Revell
2005-03-17 16:33 ` Lee Revell
2005-02-23 2:22 ` Lee Revell
2005-03-10 9:37 ` Steven Rostedt
2005-03-10 9:54 ` Steven Rostedt
2005-03-11 9:57 ` Ingo Molnar
2005-03-11 10:15 ` Steven Rostedt
2005-03-11 10:17 ` Ingo Molnar
2005-03-11 10:24 ` Steven Rostedt
2005-03-11 10:43 ` Andrew Morton
2005-03-11 10:53 ` Steven Rostedt
2005-03-11 14:40 ` Steven Rostedt
2005-03-11 15:08 ` Steven Rostedt
2005-03-11 15:30 ` K.R. Foley
2005-03-11 15:38 ` Ingo Molnar
2005-03-11 16:01 ` Steven Rostedt
2005-03-11 20:39 ` Steven Rostedt
2005-03-11 20:46 ` Lee Revell
2005-03-11 22:06 ` Lee Revell
2005-03-14 7:37 ` Steven Rostedt
2005-03-14 9:33 ` Steven Rostedt
2005-03-14 10:10 ` Steven Rostedt
2005-03-14 15:50 ` Steven Rostedt
2005-03-14 19:02 ` Steven Rostedt
2005-03-15 11:44 ` Steven Rostedt
2005-03-15 12:00 ` Ingo Molnar
2005-03-15 13:07 ` Steven Rostedt
2005-03-15 13:35 ` Ingo Molnar
2005-03-15 13:55 ` Steven Rostedt
2005-03-15 19:12 ` Andrew Morton
2005-03-15 18:05 ` Steven Rostedt
2005-03-15 19:09 ` Lee Revell
2005-03-16 7:50 ` Steven Rostedt
2005-03-16 18:21 ` Lee Revell
2005-03-16 7:31 ` Steven Rostedt
2005-03-16 8:50 ` Ingo Molnar
2005-03-16 9:15 ` Andrew Morton
2005-03-16 9:51 ` [patch 0/3] j_state_lock, j_list_lock, remove-bitlocks Ingo Molnar
2005-03-16 9:53 ` [patch 1/3] j_state_lock -> j_state_sem Ingo Molnar
2005-03-16 9:53 ` [patch 2/3] j_list_lock -> j_list_sem Ingo Molnar
2005-03-16 9:57 ` [patch 3/3] remove bitlocks Ingo Molnar
2005-03-16 10:04 ` [patch 0/3] j_state_lock, j_list_lock, remove-bitlocks Andrew Morton
2005-03-16 10:12 ` Ingo Molnar
2005-03-16 10:23 ` Steven Rostedt
2005-03-16 10:26 ` Ingo Molnar
2005-03-16 10:26 ` Andrew Morton
2005-03-16 10:29 ` Ingo Molnar
2005-03-16 10:41 ` Andrew Morton
2005-03-16 10:34 ` Arjan van de Ven
2005-03-16 10:19 ` Ingo Molnar
2005-03-16 10:40 ` Andrew Morton
2005-03-16 10:51 ` Ingo Molnar
2005-03-16 11:05 ` Steven Rostedt
2005-03-16 11:19 ` Andrew Morton
2005-03-16 14:04 ` Steven Rostedt
2005-03-16 16:47 ` Steven Rostedt
2005-03-16 17:47 ` Steven Rostedt
2005-03-16 19:20 ` Lee Revell
2005-03-17 7:15 ` Steven Rostedt
2005-03-17 15:41 ` Lee Revell
2005-03-17 16:23 ` Steven Rostedt
2005-03-17 16:36 ` Lee Revell
2005-03-18 6:58 ` Steven Rostedt
2005-03-18 18:19 ` Lee Revell
2005-03-16 21:15 ` Andrew Morton
2005-03-17 9:21 ` Steven Rostedt
2005-03-18 9:23 ` [PATCH] remove lame schedule in journal inverted_lock (was: Re: [patch 0/3] j_state_lock, j_list_lock, remove-bitlocks) Steven Rostedt
2005-03-18 9:32 ` Andrew Morton
2005-03-18 10:38 ` Steven Rostedt
2005-03-18 11:07 ` Andrew Morton
2005-03-18 12:10 ` Steven Rostedt
2005-03-17 9:58 ` [patch 0/3] j_state_lock, j_list_lock, remove-bitlocks Steven Rostedt
2005-03-11 9:28 ` [patch] Real-Time Preemption, -RT-2.6.11-final-V0.7.40-00 Ingo Molnar
2005-03-11 12:10 ` Andrew Walrond
2005-03-14 20:19 ` Tom Rini
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=Pine.LNX.4.58.0502091814180.4599@echo.lysdexia.org \
--to=weston@lysdexia.org \
--cc=jmorris@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=sds@epoch.ncsc.mil \
/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
all inboxes | Powered by JetHome®