Re: [2.6.29-git12] BUG: scheduling while atomic: swapper/0/0x10000100
From: Dave Young
Date: Sat Apr 18 2009 - 09:04:31 EST
On Sat, Apr 11, 2009 at 2:25 AM, Thomas Gleixner <tglx@xxxxxxxxxxxxx> wrote:
> Maciej,
>
> On Fri, 10 Apr 2009, Maciej Rutecki wrote:
>> 2009/4/10 Thomas Gleixner <tglx@xxxxxxxxxxxxx>:
>>
>> [...]
>> > Please upload trace.bz2 file to some place.
>>
>> http://unixy.pl/maciek/download/kernel/2.6.30-rc1-git3/laptop/trace-2.6.30-rc1-git3.bz2
>
> Ok. That gives us the necessary information:
>
> Â<idle>-0 Â Â Â 1d... 76597263us : do_softirq <-irq_exit
> Â<idle>-0 Â Â Â 1d... 76597263us : __do_softirq <-do_softirq
> Â<idle>-0 Â Â Â 1..s. 76597264us : tasklet_action <-__do_softirq
> Â<idle>-0 Â Â Â 1..s. 76597265us : hci_rx_task <-tasklet_action
> Â<idle>-0 Â Â Â 1..s. 76597266us : _read_lock <-hci_rx_task
> Â<idle>-0 Â Â Â 1..s. 76597267us : skb_dequeue <-hci_rx_task
> Â<idle>-0 Â Â Â 1..s. 76597268us : _spin_lock_irqsave <-skb_dequeue
> Â<idle>-0 Â Â Â 1d.s. 76597269us : _spin_unlock_irqrestore <-skb_dequeue
> Â<idle>-0 Â Â Â 1..s. 76597270us : hci_send_to_sock <-hci_rx_task
> Â<idle>-0 Â Â Â 1..s. 76597270us+: _read_lock <-hci_send_to_sock
> Â<idle>-0 Â Â Â 1..s. 76597272us : skb_clone <-hci_send_to_sock
> Â<idle>-0 Â Â Â 1..s. 76597273us : kmem_cache_alloc <-skb_clone
> Â<idle>-0 Â Â Â 1..s. 76597274us : __skb_clone <-skb_clone
> Â<idle>-0 Â Â Â 1..s. 76597275us : __copy_skb_header <-__skb_clone
> Â<idle>-0 Â Â Â 1..s. 76597276us : skb_push <-hci_send_to_sock
> Â<idle>-0 Â Â Â 1..s. 76597277us : sock_queue_rcv_skb <-hci_send_to_sock
> Â<idle>-0 Â Â Â 1..s. 76597278us : sk_filter <-sock_queue_rcv_skb
> Â<idle>-0 Â Â Â 1..s. 76597279us : security_sock_rcv_skb <-sk_filter
> Â<idle>-0 Â Â Â 1..s. 76597280us : cap_socket_sock_rcv_skb <-security_sock_rcv_skb
> Â<idle>-0 Â Â Â 1..s. 76597280us : local_bh_disable <-sk_filter
> Â<idle>-0 Â Â Â 1..s. 76597281us : local_bh_enable <-sk_filter
> Â<idle>-0 Â Â Â 1..s. 76597282us : skb_queue_tail <-sock_queue_rcv_skb
> Â<idle>-0 Â Â Â 1..s. 76597283us : _spin_lock_irqsave <-skb_queue_tail
> Â<idle>-0 Â Â Â 1d.s. 76597284us : _spin_unlock_irqrestore <-skb_queue_tail
> Â<idle>-0 Â Â Â 1..s. 76597285us : sock_def_readable <-sock_queue_rcv_skb
> Â<idle>-0 Â Â Â 1..s. 76597286us : _read_lock <-sock_def_readable
> Â<idle>-0 Â Â Â 1..s. 76597286us : __wake_up_sync_key <-sock_def_readable
> Â<idle>-0 Â Â Â 1..s. 76597287us : _spin_lock_irqsave <-__wake_up_sync_key
> Â<idle>-0 Â Â Â 1d.s. 76597288us : __wake_up_common <-__wake_up_sync_key
> Â<idle>-0 Â Â Â 1d.s. 76597289us : pollwake <-__wake_up_common
> Â<idle>-0 Â Â Â 1d.s. 76597290us : default_wake_function <-pollwake
> Â<idle>-0 Â Â Â 1d.s. 76597290us : try_to_wake_up <-default_wake_function
> Â<idle>-0 Â Â Â 1d.s. 76597292us : update_shares <-try_to_wake_up
> Â<idle>-0 Â Â Â 1d.s. 76597293us : walk_tg_tree <-update_shares
> Â<idle>-0 Â Â Â 1d.s. 76597294us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597294us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597295us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597297us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597297us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597298us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597299us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597300us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597301us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597302us : tg_nop <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597303us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597304us : tg_shares_up <-walk_tg_tree
> Â<idle>-0 Â Â Â 1d.s. 76597305us+: task_rq_lock <-try_to_wake_up
> Â<idle>-0 Â Â Â 1d.s. 76597314us : _spin_lock <-task_rq_lock
> Â<idle>-0 Â Â Â 1d.s. 76597315us : select_task_rq_fair <-try_to_wake_up
> Â<idle>-0 Â Â Â 1d.s. 76597316us : activate_task <-try_to_wake_up
> Â<idle>-0 Â Â Â 1d.s. 76597317us : enqueue_task_fair <-activate_task
> Â<idle>-0 Â Â Â 1d.s. 76597317us : enqueue_entity <-enqueue_task_fair
> Â<idle>-0 Â Â Â 1d.s. 76597318us : update_curr <-enqueue_entity
> Â<idle>-0 Â Â Â 1d.s. 76597319us : place_entity <-enqueue_entity
> Â<idle>-0 Â Â Â 1d.s. 76597320us : enqueue_entity <-enqueue_task_fair
> Â<idle>-0 Â Â Â 1d.s. 76597321us : update_curr <-enqueue_entity
> Â<idle>-0 Â Â Â 1d.s. 76597321us : place_entity <-enqueue_entity
> Â<idle>-0 Â Â Â 1d.s. 76597322us : check_preempt_curr_idle <-try_to_wake_up
> Â<idle>-0 Â Â Â 1d.s. 76597323us : resched_task <-check_preempt_curr_idle
> Â<idle>-0 Â Â Â 1dNs. 76597324us : _spin_unlock_irqrestore <-try_to_wake_up
> Â<idle>-0 Â Â Â 1dNs. 76597325us+: _spin_unlock_irqrestore <-__wake_up_sync_key
> Â<idle>-0 Â Â Â 1.Ns. 76597326us : hci_event_packet <-hci_rx_task
> Â<idle>-0 Â Â Â 1.Ns. 76597327us : skb_pull <-hci_event_packet
> Â<idle>-0 Â Â Â 1.Ns. 76597328us : _spin_lock <-hci_event_packet
> Â<idle>-0 Â Â Â 1.Ns. 76597330us : del_timer <-hci_event_packet
> Â<idle>-0 Â Â Â 1.Ns. 76597331us : hci_conn_add_sysfs <-hci_event_packet
> Â<idle>-0 Â Â Â 1.Ns. 76597332us+: dev_set_name <-hci_conn_add_sysfs
Marcel, this is caused by hci conn id changes, originally the conn id
is like "acl:xx:xx:xx:xx:xx:xx", then it was changed to
"hdev_name:connection_handle", yes use the handle looks better, but it
need to be done in the event handling function.
What do you think about change back to original way plus hdev_name?
like: "hdev_name:xx:xx:xx:xx:xx:xx"
diff -uprN a/net/bluetooth/hci_conn.c b/net/bluetooth/hci_conn.c
--- a/net/bluetooth/hci_conn.c 2009-04-18 19:45:21.000000000 +0800
+++ b/net/bluetooth/hci_conn.c 2009-04-18 19:45:15.000000000 +0800
@@ -247,6 +247,8 @@ struct hci_conn *hci_conn_add(struct hci
if (hdev->notify)
hdev->notify(hdev, HCI_NOTIFY_CONN_ADD);
+ hci_conn_add_sysfs(conn);
+
tasklet_enable(&hdev->tx_task);
return conn;
diff -uprN a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
--- a/net/bluetooth/hci_event.c 2009-04-18 19:45:28.000000000 +0800
+++ b/net/bluetooth/hci_event.c 2009-04-18 19:45:15.000000000 +0800
@@ -878,8 +878,6 @@ static inline void hci_conn_complete_evt
} else
conn->state = BT_CONNECTED;
- hci_conn_add_sysfs(conn);
-
if (test_bit(HCI_AUTH, &hdev->flags))
conn->link_mode |= HCI_LM_AUTH;
@@ -1656,8 +1654,6 @@ static inline void hci_sync_conn_complet
if (!ev->status) {
conn->handle = __le16_to_cpu(ev->handle);
conn->state = BT_CONNECTED;
-
- hci_conn_add_sysfs(conn);
} else
conn->state = BT_CLOSED;
diff -uprN a/net/bluetooth/hci_sysfs.c b/net/bluetooth/hci_sysfs.c
--- a/net/bluetooth/hci_sysfs.c 2009-04-18 19:45:35.000000000 +0800
+++ b/net/bluetooth/hci_sysfs.c 2009-04-18 19:45:15.000000000 +0800
@@ -101,6 +101,7 @@ static void add_conn(struct work_struct
void hci_conn_add_sysfs(struct hci_conn *conn)
{
struct hci_dev *hdev = conn->hdev;
+ bdaddr_t *ba = &conn->dst;
BT_DBG("conn %p", conn);
@@ -108,7 +109,11 @@ void hci_conn_add_sysfs(struct hci_conn
conn->dev.class = bt_class;
conn->dev.parent = &hdev->dev;
- dev_set_name(&conn->dev, "%s:%d", hdev->name, conn->handle);
+ dev_set_name(&conn->dev,
+ "%s:%2.2X%2.2X%2.2X%2.2X%2.2X%2.2X",
+ hdev->name,
+ ba->b[5], ba->b[4], ba->b[3],
+ ba->b[2], ba->b[1], ba->b[0]);
dev_set_drvdata(&conn->dev, conn);
--
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/