From: Robert Hancock <hancockrwd@gmail.com>
To: Ilia Mirkin <imirkin@alum.mit.edu>
Cc: linux-ide@vger.kernel.org
Subject: Re: WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue
Date: Sat, 23 Jan 2010 14:49:47 -0600 [thread overview]
Message-ID: <4B5B60EB.8070302@gmail.com> (raw)
In-Reply-To: <87d699441001202038m906038dgd7a849adabe8509@mail.gmail.com>
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?
>
> 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@alum.mit.edu
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2010-01-23 20:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-21 4:38 WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue Ilia Mirkin
2010-01-23 20:49 ` Robert Hancock [this message]
2010-01-23 22:48 ` Ilia Mirkin
2010-01-24 0:13 ` Robert Hancock
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=4B5B60EB.8070302@gmail.com \
--to=hancockrwd@gmail.com \
--cc=imirkin@alum.mit.edu \
--cc=linux-ide@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox