From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Andrzej Siewior Subject: Re: [ANNOUNCE] 3.2.52-rt73 Date: Fri, 22 Nov 2013 15:56:34 +0100 Message-ID: <20131122145634.GD8698@linutronix.de> References: <20131116194633.GD11518@linutronix.de> <528E70B5.5010603@pavlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: linux-rt-users , LKML To: Pavel Vasilyev Return-path: Content-Disposition: inline In-Reply-To: <528E70B5.5010603@pavlinux.ru> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-rt-users.vger.kernel.org * Pavel Vasilyev | 2013-11-22 00:44:37 [+0400]: > >Fine, killed 3.12 now decided to finish 3.2.x. Good job guys! > >Not configuration, not hardware, not software has not been updated or changed. No I am a bit confused. On 16th you write: |3.2.52-rt72 - work and now you say that we killed v3.2. There was no v3.2.52-rt72 but v3.2.51-rt72. So did -rt72 work and -rt73 does no more? I saw your earlier screenshots and there is nothing I can say. I can't tell based on the screenshot what is wrong. Sorry. This time you managed to include a backtrace. Better! However would you mind to enable frame pointers? The backtrace >BUG: scheduling while atomic: irq/74-sata_nv/57/0x00000002 >Modules linked in: cls_u32 sch_sfq sch_htb >Pid: 57, comm: irq/74-sata_nv Tainted: G O 3.2.52-rt73 #10 >Call Trace: > [] ? __schedule+0x314/0x344 > [] ? task_blocks_on_rt_mutex+0x1e7/0x280 > [] ? schedule+0x21/0xa0 > [] ? rt_spin_lock_slowlock+0x128/0x280 > [] ? blk_update_request+0x11/0x450 > [] ? add_timer_randomness+0x86/0x1e0 > [] ? blk_end_request+0x9c/0xc0 > [] ? scsi_io_completion+0x9a/0x770 > [] ? blk_done_softirq+0x6b/0x80 > [] ? __do_softirq_common+0xa5/0x1d0 > [] ? irq_thread_fn+0x50/0x50 > [] ? local_bh_enable+0x127/0x150 > [] ? irq_forced_thread_fn+0x48/0x70 > [] ? irq_thread+0x150/0x240 > [] ? disable_irq_nosync+0x60/0x60 > [] ? kthread+0x80/0x90 > [] ? kernel_thread_helper+0x4/0x10 > [] ? kthread_bind+0x80/0x80 > [] ? gs_change+0xb/0xb shows now random functions which were on stack before the accident. What happens is that something on the system tries to take a sleeping long while beeing most likely in a preempt disable region. With lockdep on it might even throw some additional information here. Sebastian