From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Milburn Subject: Re: [PATCH] mvsas: mvs_lu_reset iterates phy num times when releasing task Date: Wed, 15 Sep 2010 08:49:04 -0500 Message-ID: <4C90CED0.6010109@redhat.com> References: <20100806161622.GA8696@localhost.localdomain> <4C5C448C.2040509@gmail.com> <20100903221303.GA9527@localhost.localdomain> <4C876B47.50805@gmail.com> <4C88BBB2.8080309@gmail.com> <4C88EBA0.3000100@redhat.com> <4C8BA6F8.7040807@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.redhat.com ([209.132.183.28]:64509 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752964Ab0IONtD (ORCPT ); Wed, 15 Sep 2010 09:49:03 -0400 In-Reply-To: <4C8BA6F8.7040807@gmail.com> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Konstantinos Skarlatos Cc: linux-scsi@vger.kernel.org, Wouter Naaktgeboren Konstantinos Skarlatos wrote: > Unfortunately after some heavy io and use of hddtemp/smartmontools, i > got this: > > > ------------[ cut here ]------------ > WARNING: at drivers/ata/libata-core.c:5124 ata_qc_issue+0x30b/0x320 > [libata]() This does look like the same warning from ata_qc_issue(), it is complaining that a non-NCQ command is sent down but there is already an active NCQ command on the link. With the patch ata_scsi_translate would check ata_std_qc_defer (qc_defer) which should have deferred the command since it was a non-NCQ and there was already an active NCQ command (link->sactive). I thought this would definitely prevent this case. Thanks, David > Hardware name: > Modules linked in: aufs exportfs ipv6 hwmon_vid jfs cpufreq_powersave > evdev fan usbhid firewire_ohci psmouse serio_raw pcspkr hid > firewire_core button crc_itu_t cpufreq_ondemand thermal skge sg k8temp > powernow_k8 freq_table i2c_nforce2 i2c_core processor mperf edac_core > edac_mce_amd fuse forcedeth rtc_cmos rtc_core rtc_lib ext2 mbcache > dm_crypt dm_mod ses enclosure sd_mod usb_storage mvsas ohci_hcd libsas > sata_sil ehci_hcd scsi_transport_sas sata_nv usbcore pata_amd sata_via > ata_generic pata_via pata_acpi libata scsi_mod > Pid: 2592, comm: hddtemp Not tainted 2.6.35-ARCH #1 > Call Trace: > [] warn_slowpath_common+0x7a/0xb0 > [] warn_slowpath_null+0x15/0x20 > [] ata_qc_issue+0x30b/0x320 [libata] > [] ? scsi_init_sgtable+0x4d/0x90 [scsi_mod] > [] ? ata_scsi_pass_thru+0x0/0x2e0 [libata] > [] ata_scsi_translate+0xa6/0x180 [libata] > [] ? scsi_done+0x0/0x90 [scsi_mod] > [] ? scsi_done+0x0/0x90 [scsi_mod] > [] ata_sas_queuecmd+0x100/0x270 [libata] > [] sas_queuecommand+0x98/0x300 [libsas] > [] scsi_dispatch_cmd+0xfd/0x320 [scsi_mod] > [] scsi_request_fn+0x322/0x410 [scsi_mod] > [] ? lock_timer_base.clone.26+0x36/0x70 > [] __blk_run_queue+0x5e/0x160 > [] elv_insert+0x18a/0x270 > [] __elv_add_request+0x62/0xc0 > [] blk_execute_rq_nowait+0x60/0xb0 > [] blk_execute_rq+0x81/0xf0 > [] ? blk_rq_map_user+0x194/0x270 > [] sg_io+0x28a/0x3d0 > [] scsi_cmd_ioctl+0x255/0x4a0 > [] ? security_inode_permission+0x1a/0x20 > [] ? scsi_ioctl+0x27c/0x3a0 [scsi_mod] > [] sd_ioctl+0x90/0xe0 [sd_mod] > [] __blkdev_driver_ioctl+0x8f/0xb0 > [] blkdev_ioctl+0x236/0x7f0 > [] block_ioctl+0x3c/0x40 > [] vfs_ioctl+0x3c/0xd0 > [] do_vfs_ioctl+0x7c/0x520 > [] sys_ioctl+0x81/0xa0 > [] system_call_fastpath+0x16/0x1b > ---[ end trace fc0747b97329c42f ]---