On Sat, Jan 23, 2010 at 3:49 PM, Robert Hancock <hancockrwd@xxxxxxxxx> wrote: > On 01/20/2010 10:38 PM, Ilia Mirkin wrote: >> >> Hi, >> >> I recently set up a box with (basically) 2.6.32.2 (specifically >> gentoo-2.6.32-r1), and got the warning below when I started up smartd, >> which is set to scan all the devices. This machine has an Areca >> 1300ix-16 controller (mvsas driver, no raid), and a number of WDC >> WD20EADS-00S2B0 drives attached (2TB, SATA). > > That would appear to be this: > > if (ata_is_ncq(prot)) { > > .. > > } else { > WARN_ON_ONCE(link->sactive); > > which means that something (presumably smartd) was issuing a non-NCQ command > while NCQ commands were active, which shouldn't be allowed. Some issue with > the NCQ defer behavior with mvsas? I'm not too familiar with how all of this works (libata, libsas, sata-over-sas, etc), but I'm happy to do any debugging necessary here -- the machine is not yet in production. Based on what you said, this sounds like a mvsas/libsas/not-libata issue, right? The reason I sent the report here was that libata-core.c was involved. I guess linux-scsi would be the better recipient of this then? > >> >> Please let me know if you need any other information. >> >> [706120.572560] ------------[ cut here ]------------ >> [706120.572566] WARNING: at drivers/ata/libata-core.c:5162 >> ata_qc_issue+0x11c/0x365() >> [706120.572568] Hardware name: X8DT6 >> [706120.572569] Modules linked in: w83627hf hwmon_vid iTCO_wdt >> iTCO_vendor_support >> [706120.572575] Pid: 29946, comm: smartd Not tainted 2.6.32-gentoo-r1 #2 >> [706120.572576] Call Trace: >> [706120.572582] [<ffffffff812ed8db>] ? scsi_host_alloc_command+0x1b/0x62 >> [706120.572584] [<ffffffff81317e4f>] ? ata_qc_issue+0x11c/0x365 >> [706120.572588] [<ffffffff81068bec>] warn_slowpath_common+0x77/0xa4 >> [706120.572591] [<ffffffff8131c345>] ? ata_scsi_pass_thru+0x0/0x242 >> [706120.572593] [<ffffffff81068c28>] warn_slowpath_null+0xf/0x11 >> [706120.572595] [<ffffffff81317e4f>] ata_qc_issue+0x11c/0x365 >> [706120.572598] [<ffffffff8131c345>] ? ata_scsi_pass_thru+0x0/0x242 >> [706120.572600] [<ffffffff812ed1f1>] ? scsi_done+0x0/0x12 >> [706120.572602] [<ffffffff8131d5f1>] __ata_scsi_queuecmd+0x19e/0x1f8 >> [706120.572605] [<ffffffff812ed1f1>] ? scsi_done+0x0/0x12 >> [706120.572607] [<ffffffff8131d675>] ata_sas_queuecmd+0x2a/0x3c >> [706120.572611] [<ffffffff813033f9>] sas_queuecommand+0x82/0x269 >> [706120.572614] [<ffffffff812ed4c7>] scsi_dispatch_cmd+0x1c3/0x23e >> [706120.572617] [<ffffffff812f2e2e>] scsi_request_fn+0x39f/0x4e9 >> [706120.572622] [<ffffffff8124a3ce>] __blk_run_queue+0x3d/0x71 >> [706120.572625] [<ffffffff81241e7d>] elv_insert+0xa5/0x248 >> [706120.572627] [<ffffffff812420ba>] __elv_add_request+0x9a/0xa2 >> [706120.572630] [<ffffffff8124d954>] blk_execute_rq_nowait+0x62/0x8c >> [706120.572632] [<ffffffff8124da08>] blk_execute_rq+0x8a/0xae >> [706120.572636] [<ffffffff8105cf95>] ? check_preempt_wakeup+0xf7/0x16b >> [706120.572639] [<ffffffff8122f4db>] ? security_capable+0x27/0x29 >> [706120.572642] [<ffffffff81250bfc>] sg_io+0x273/0x386 >> [706120.572645] [<ffffffff81065055>] ? default_wake_function+0xd/0xf >> [706120.572648] [<ffffffff8125123b>] scsi_cmd_ioctl+0x20f/0x3e8 >> [706120.572651] [<ffffffff813a31a1>] ? sock_def_readable+0x3f/0x6c >> [706120.572654] [<ffffffff8105e85e>] ? select_task_rq_fair+0x4b6/0x87e >> [706120.572656] [<ffffffff8105def3>] ? enqueue_entity+0x25f/0x26b >> [706120.572660] [<ffffffff8130b7af>] sd_ioctl+0xa2/0xc7 >> [706120.572663] [<ffffffff8124eb9e>] __blkdev_driver_ioctl+0x62/0x77 >> [706120.572665] [<ffffffff8124f398>] blkdev_ioctl+0x7e5/0x81d >> [706120.572668] [<ffffffff81062cfd>] ? finish_task_switch+0x43/0xad >> [706120.572672] [<ffffffff8112bc99>] ? >> fsnotify_clear_marks_by_inode+0x28/0xdd >> [706120.572675] [<ffffffff810fb38c>] ? virt_to_head_page+0x9/0x2a >> [706120.572678] [<ffffffff8139f7b8>] ? sock_destroy_inode+0x14/0x16 >> [706120.572680] [<ffffffff810fb38c>] ? virt_to_head_page+0x9/0x2a >> [706120.572683] [<ffffffff81126f74>] block_ioctl+0x38/0x3c >> [706120.572686] [<ffffffff8110f43c>] vfs_ioctl+0x2a/0x78 >> [706120.572688] [<ffffffff8110f971>] do_vfs_ioctl+0x46c/0x4ad >> [706120.572691] [<ffffffff81104200>] ? __fput+0x1a9/0x1b8 >> [706120.572694] [<ffffffff8110fa07>] sys_ioctl+0x55/0x77 >> [706120.572697] [<ffffffff81031b2b>] system_call_fastpath+0x16/0x1b >> [706120.572699] ---[ end trace 77cd22c8c073dd64 ]--- >> >> Thanks, >> >> -- >> Ilia Mirkin >> imirkin@xxxxxxxxxxxx >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-ide" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > -- Ilia Mirkin imirkin@xxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html