From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933469AbcATEnG (ORCPT ); Tue, 19 Jan 2016 23:43:06 -0500 Received: from mail-pf0-f179.google.com ([209.85.192.179]:32803 "EHLO mail-pf0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757803AbcATEnB (ORCPT ); Tue, 19 Jan 2016 23:43:01 -0500 Date: Wed, 20 Jan 2016 10:12:47 +0530 From: Sudip Mukherjee To: kernel test robot Cc: lkp@01.org, LKML , Sudip Mukherjee , Mark Brown Subject: Re: [lkp] [spi] 2baed30cb3: BUG: scheduling while atomic: systemd-udevd/134/0x00000002 Message-ID: <20160120044247.GA3238@sudip-pc> References: <87bn8h5bbe.fsf@yhuang-dev.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87bn8h5bbe.fsf@yhuang-dev.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 20, 2016 at 08:44:37AM +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > commit 2baed30cb30727b2637d26eac5a8887875a13420 ("spi: lm70llp: use new parport device model") > > > +----------------+------------+------------+ > | | 74bdced4b4 | 2baed30cb3 | > +----------------+------------+------------+ > | boot_successes | 0 | 0 | > +----------------+------------+------------+ > > > > [ 6.358390] i6300esb: Intel 6300ESB WatchDog Timer Driver v0.05 > [ 6.358540] i6300esb: cannot register miscdev on minor=130 (err=-16) > [ 6.358555] i6300ESB timer: probe of 0000:00:06.0 failed with error -16 > [ 6.363357] BUG: scheduling while atomic: systemd-udevd/134/0x00000002 > [ 6.363366] Modules linked in: crc32c_intel pcspkr evdev i6300esb ide_cd_mod cdrom intel_agp intel_gtt i2c_piix4 i2c_core virtio_pci virtio virtio_ring agpgart rtc_cmos(+) parport_pc(+) autofs4 > [ 6.363369] CPU: 1 PID: 134 Comm: systemd-udevd Not tainted 4.4.0-rc1-00006-g2baed30 #1 > [ 6.363370] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Debian-1.8.2-1 04/01/2014 Can you please let me know how do i reproduce this on qemu? what command line you used? > [ 6.363372] 0000000000012880 ffff88007f8bb880 ffffffff878a5e4d ffff880078712880 > [ 6.363374] ffff88007f8bb890 ffffffff876a64d6 ffff88007f8bb8d0 ffffffff87b05f69 > [ 6.363375] ffff88005d04e340 ffff88007f8bc000 000000000000007f ffffffff879a6260 > [ 6.363375] Call Trace: > [ 6.363385] [] dump_stack+0x4b/0x6e > [ 6.363391] [] __schedule_bug+0x46/0x60 > [ 6.363394] [] __schedule+0x549/0x780 > [ 6.363398] [] ? dead_read+0x10/0x10 dead_read() is used only when a port has been removed and the driver has not registered with parport_register_driver(). But in the case of spi/spi-lm70llp.c it has detach callback, so whenever a port is removed detach should be executed. regards sudip