On Sun, Jan 4, 2015 at 1:59 AM, Ming Lei <ming.lei@xxxxxxxxxxxxx> wrote: > Hi Sedat, > > On Sun, Jan 4, 2015 at 7:42 AM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote: >> On Thu, Jan 1, 2015 at 11:28 AM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote: >>> Hi, >>> >>> with next-20141231 I am seeing this call-trace: >>> >>> [ 88.028632] ------------[ cut here ]------------ >>> [ 88.028643] WARNING: CPU: 1 PID: 2539 at kernel/sched/core.c:7303 >>> __might_sleep+0xbd/0xd0() >>> [ 88.028646] do not call blocking ops when !TASK_RUNNING; state=1 >>> set at [<ffffffff810b82dd>] prepare_to_wait_event+0x5d/0x110 >>> [ 88.028648] Modules linked in: ppp_deflate bsd_comp ppp_async >>> crc_ccitt arc4 iwldvm uvcvideo mac80211 snd_hda_codec_hdmi >>> snd_hda_codec_realtek parport_pc videobuf2_vmalloc >>> snd_hda_codec_generic ppdev videobuf2_memops snd_hda_intel >>> videobuf2_core rfcomm bnep snd_hda_controller option snd_hda_codec >>> v4l2_common i915 joydev videodev usb_wwan snd_hwdep usbserial >>> cdc_ether snd_pcm usbnet btusb snd_seq_midi snd_seq_midi_event >>> bluetooth psmouse snd_rawmidi iwlwifi snd_seq i2c_algo_bit >>> drm_kms_helper snd_timer serio_raw snd_seq_device samsung_laptop drm >>> snd cfg80211 soundcore video lpc_ich intel_rst wmi mac_hid binfmt_misc >>> lp parport hid_generic usbhid hid r8169 mii usb_storage >>> [ 88.028694] CPU: 1 PID: 2539 Comm: fio Not tainted >>> 3.19.0-rc2-next20141231-1-iniza-small #1 >>> [ 88.028695] Hardware name: SAMSUNG ELECTRONICS CO., LTD. >>> 530U3BI/530U4BI/530U4BH/530U3BI/530U4BI/530U4BH, BIOS 13XK 03/28/2013 >>> [ 88.028697] ffffffff81a66d5f ffff880070f43c38 ffffffff8175c50c >>> 0000000000000000 >>> [ 88.028700] ffff880070f43c88 ffff880070f43c78 ffffffff810753ba >>> ffff880070f43d28 >>> [ 88.028703] ffffffff81a67ef5 000000000000026d 0000000000000000 >>> 0000000000dce810 >>> [ 88.028706] Call Trace: >>> [ 88.028712] [<ffffffff8175c50c>] dump_stack+0x4c/0x65 >>> [ 88.028716] [<ffffffff810753ba>] warn_slowpath_common+0x8a/0xc0 >>> [ 88.028719] [<ffffffff81075436>] warn_slowpath_fmt+0x46/0x50 >>> [ 88.028722] [<ffffffff810c2c3d>] ? mark_held_locks+0x6d/0xa0 >>> [ 88.028725] [<ffffffff81761732>] ? mutex_lock_nested+0x2b2/0x4e0 >>> [ 88.028727] [<ffffffff810b82dd>] ? prepare_to_wait_event+0x5d/0x110 >>> [ 88.028729] [<ffffffff810b82dd>] ? prepare_to_wait_event+0x5d/0x110 >>> [ 88.028731] [<ffffffff8109c3ad>] __might_sleep+0xbd/0xd0 >>> [ 88.028734] [<ffffffff817614af>] mutex_lock_nested+0x2f/0x4e0 >>> [ 88.028736] [<ffffffff810b82d3>] ? prepare_to_wait_event+0x53/0x110 >>> [ 88.028739] [<ffffffff8124433f>] aio_read_events+0x4f/0x2d0 >>> [ 88.028742] [<ffffffff810c2e7d>] ? trace_hardirqs_on+0xd/0x10 >>> [ 88.028745] [<ffffffff812447c0>] read_events+0x200/0x320 >>> [ 88.028747] [<ffffffff810b81c0>] ? wait_woken+0xc0/0xc0 >>> [ 88.028750] [<ffffffff810e9690>] ? hrtimer_get_res+0x50/0x50 >>> [ 88.028753] [<ffffffff81244ca0>] ? lookup_ioctx+0xd0/0x140 >>> [ 88.028755] [<ffffffff812466b2>] SyS_io_getevents+0x62/0x100 >>> [ 88.028759] [<ffffffff813b59be>] ? trace_hardirqs_on_thunk+0x3a/0x3f >>> [ 88.028762] [<ffffffff817663ed>] system_call_fastpath+0x16/0x1b >>> [ 88.028764] ---[ end trace dba4f4a06fcdd178 ]--- > > It is an known linux-aio issue, see the following link: > > http://marc.info/?t=141925049600004&r=1&w=2 > This discussion resulted in a RFC patch of Chris Mason which is still discussed in [1]. - Sedat - [1] http://marc.info/?t=141929396100001&r=1&w=2 -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
