All of lore.kernel.org
 help / color / mirror / Atom feed
From: Huang, Ying <ying.huang@intel.com>
To: lkp@lists.01.org
Subject: Re: [spi] 2baed30cb3: BUG: scheduling while atomic: systemd-udevd/134/0x00000002
Date: Thu, 21 Jan 2016 13:47:10 +0800	[thread overview]
Message-ID: <87oacfqyap.fsf@yhuang-dev.intel.com> (raw)
In-Reply-To: <20160121053310.GA4782@sudip-pc>

[-- Attachment #1: Type: text/plain, Size: 3869 bytes --]

Sudip Mukherjee <sudipm.mukherjee@gmail.com> writes:

> On Wed, Jan 20, 2016 at 01:00:40PM +0800, Huang, Ying wrote:
>> Sudip Mukherjee <sudipm.mukherjee@gmail.com> writes:
>> 
>> > 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?
>> 
>> The command line can be found in the last line of dmesg file, as below.
>> 
>> qemu-system-x86_64 -enable-kvm -cpu host -kernel
>> /pkg/linux/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/vmlinuz-4.4.0-rc1-00006-g2baed30
>> -append 'root=/dev/ram0 user=lkp
>> job=/lkp/scheduled/vm-lkp-wsx03-2G-2/bisect_boot-1-debian-x86_64-2015-02-07.cgz-x86_64-randconfig-a0-01191454-2baed30cb30727b2637d26eac5a8887875a13420-20160119-71002-198dtgm-0.yaml
>> ARCH=x86_64 kconfig=x86_64-randconfig-a0-01191454
>> branch=linux-devel/devel-spot-201601191442
>> commit=2baed30cb30727b2637d26eac5a8887875a13420
>> BOOT_IMAGE=/pkg/linux/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/vmlinuz-4.4.0-rc1-00006-g2baed30
>> max_uptime=600
>> RESULT_ROOT=/result/boot/1/vm-lkp-wsx03-2G/debian-x86_64-2015-02-07.cgz/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/0
>> LKP_SERVER=inn earlyprintk=ttyS0,115200 systemd.log_level=err debug
>> apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100
>> panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic
>> load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0
>> vga=normal rw ip=::::vm-lkp-wsx03-2G-2::dhcp' -initrd
>> /fs/sda1/initrd-vm-lkp-wsx03-2G-2 -m 2048 -smp 2 -device
>> e1000,netdev=net0 -netdev user,id=net0,hostfwd=tcp::23621-:22 -boot
>> order=nc -no-reboot -watchdog i6300esb -rtc base=localtime -drive
>> file=/fs/sda1/disk0-vm-lkp-wsx03-2G-2,media=disk,if=virtio -drive
>> file=/fs/sda1/disk1-vm-lkp-wsx03-2G-2,media=disk,if=virtio -pidfile
>> /dev/shm/kboot/pid-vm-lkp-wsx03-2G-2 -serial
>> file:/dev/shm/kboot/serial-vm-lkp-wsx03-2G-2 -daemonize -display
>> none -monitor null
>
> I am not able to reproduce this. Tested just with the kernel and
> yocto-minimal-i386.cgz filesystem and it booted properly.
>
> I guess I need atleast your job file to reproduce this.

This is a boot test so I did not attached the job file.  But the test
result may depends on specific root file system.  For example, the
process when BUG report is always systemd-udevd.  Maybe you need a
systemd based root file system.

Best Regards,
Huang, Ying


WARNING: multiple messages have this Message-ID (diff)
From: "Huang\, Ying" <ying.huang@intel.com>
To: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Cc: "Huang\, Ying" <ying.huang@intel.com>,
	Sudip Mukherjee <sudip@vectorindia.org>,
	Mark Brown <broonie@kernel.org>, <lkp@01.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [LKP] [lkp] [spi] 2baed30cb3: BUG: scheduling while atomic: systemd-udevd/134/0x00000002
Date: Thu, 21 Jan 2016 13:47:10 +0800	[thread overview]
Message-ID: <87oacfqyap.fsf@yhuang-dev.intel.com> (raw)
In-Reply-To: <20160121053310.GA4782@sudip-pc> (Sudip Mukherjee's message of "Thu, 21 Jan 2016 11:03:10 +0530")

Sudip Mukherjee <sudipm.mukherjee@gmail.com> writes:

> On Wed, Jan 20, 2016 at 01:00:40PM +0800, Huang, Ying wrote:
>> Sudip Mukherjee <sudipm.mukherjee@gmail.com> writes:
>> 
>> > 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?
>> 
>> The command line can be found in the last line of dmesg file, as below.
>> 
>> qemu-system-x86_64 -enable-kvm -cpu host -kernel
>> /pkg/linux/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/vmlinuz-4.4.0-rc1-00006-g2baed30
>> -append 'root=/dev/ram0 user=lkp
>> job=/lkp/scheduled/vm-lkp-wsx03-2G-2/bisect_boot-1-debian-x86_64-2015-02-07.cgz-x86_64-randconfig-a0-01191454-2baed30cb30727b2637d26eac5a8887875a13420-20160119-71002-198dtgm-0.yaml
>> ARCH=x86_64 kconfig=x86_64-randconfig-a0-01191454
>> branch=linux-devel/devel-spot-201601191442
>> commit=2baed30cb30727b2637d26eac5a8887875a13420
>> BOOT_IMAGE=/pkg/linux/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/vmlinuz-4.4.0-rc1-00006-g2baed30
>> max_uptime=600
>> RESULT_ROOT=/result/boot/1/vm-lkp-wsx03-2G/debian-x86_64-2015-02-07.cgz/x86_64-randconfig-a0-01191454/gcc-5/2baed30cb30727b2637d26eac5a8887875a13420/0
>> LKP_SERVER=inn earlyprintk=ttyS0,115200 systemd.log_level=err debug
>> apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100
>> panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic
>> load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0
>> vga=normal rw ip=::::vm-lkp-wsx03-2G-2::dhcp' -initrd
>> /fs/sda1/initrd-vm-lkp-wsx03-2G-2 -m 2048 -smp 2 -device
>> e1000,netdev=net0 -netdev user,id=net0,hostfwd=tcp::23621-:22 -boot
>> order=nc -no-reboot -watchdog i6300esb -rtc base=localtime -drive
>> file=/fs/sda1/disk0-vm-lkp-wsx03-2G-2,media=disk,if=virtio -drive
>> file=/fs/sda1/disk1-vm-lkp-wsx03-2G-2,media=disk,if=virtio -pidfile
>> /dev/shm/kboot/pid-vm-lkp-wsx03-2G-2 -serial
>> file:/dev/shm/kboot/serial-vm-lkp-wsx03-2G-2 -daemonize -display
>> none -monitor null
>
> I am not able to reproduce this. Tested just with the kernel and
> yocto-minimal-i386.cgz filesystem and it booted properly.
>
> I guess I need atleast your job file to reproduce this.

This is a boot test so I did not attached the job file.  But the test
result may depends on specific root file system.  For example, the
process when BUG report is always systemd-udevd.  Maybe you need a
systemd based root file system.

Best Regards,
Huang, Ying

  reply	other threads:[~2016-01-21  5:47 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-20  0:44 [spi] 2baed30cb3: BUG: scheduling while atomic: systemd-udevd/134/0x00000002 kernel test robot
2016-01-20  0:44 ` [lkp] " kernel test robot
2016-01-20  4:42 ` Sudip Mukherjee
2016-01-20  4:42   ` [lkp] " Sudip Mukherjee
2016-01-20  5:00   ` Huang, Ying
2016-01-20  5:00     ` [LKP] [lkp] " Huang, Ying
2016-01-21  5:33     ` Sudip Mukherjee
2016-01-21  5:33       ` [LKP] [lkp] " Sudip Mukherjee
2016-01-21  5:47       ` Huang, Ying [this message]
2016-01-21  5:47         ` Huang, Ying
2016-01-21  6:06         ` Sudip Mukherjee
2016-01-21  6:06           ` [LKP] [lkp] " Sudip Mukherjee
2016-01-23  6:39           ` Sudip Mukherjee
2016-01-23  6:39             ` [LKP] [lkp] " Sudip Mukherjee
2016-01-25  2:15             ` Huang, Ying
2016-01-25  2:15               ` [LKP] [lkp] " Huang, Ying
2016-01-25  4:40               ` Sudip Mukherjee
2016-01-25  4:40                 ` [LKP] [lkp] " Sudip Mukherjee

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=87oacfqyap.fsf@yhuang-dev.intel.com \
    --to=ying.huang@intel.com \
    --cc=lkp@lists.01.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.