From: kernel test robot <lkp@intel.com>
To: JiangJianJun <jiangjianjun3@huawei.com>,
James.Bottomley@hansenpartnership.com,
martin.petersen@oracle.com, linux-scsi@vger.kernel.org
Cc: oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org,
hare@suse.de, bvanassche@acm.org, michael.christie@oracle.com,
hch@infradead.org, haowenchao22@gmail.com,
john.g.garry@oracle.com, hewenliang4@huawei.com,
yangyun50@huawei.com, wuyifeng10@huawei.com, wubo40@huawei.com,
yangxingui@h-partners.com
Subject: Re: [PATCH 10/14] scsi: scsi_error: Add helper to handle scsi target's error command list
Date: Sun, 17 Aug 2025 07:19:39 +0800 [thread overview]
Message-ID: <202508170715.5Q0ZpgmO-lkp@intel.com> (raw)
In-Reply-To: <20250816112417.3581253-11-jiangjianjun3@huawei.com>
Hi JiangJianJun,
kernel test robot noticed the following build warnings:
[auto build test WARNING on jejb-scsi/for-next]
[also build test WARNING on mkp-scsi/for-next linus/master v6.17-rc1 next-20250815]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/JiangJianJun/scsi-scsi_error-Define-framework-for-LUN-target-based-error-handle/20250816-185707
base: https://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next
patch link: https://lore.kernel.org/r/20250816112417.3581253-11-jiangjianjun3%40huawei.com
patch subject: [PATCH 10/14] scsi: scsi_error: Add helper to handle scsi target's error command list
config: sh-randconfig-002-20250817 (https://download.01.org/0day-ci/archive/20250817/202508170715.5Q0ZpgmO-lkp@intel.com/config)
compiler: sh4-linux-gcc (GCC) 12.5.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250817/202508170715.5Q0ZpgmO-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202508170715.5Q0ZpgmO-lkp@intel.com/
All warnings (new ones prefixed by >>):
In file included from drivers/scsi/scsi_error.c:46:
drivers/scsi/scsi_error.c: In function 'starget_eh_reset_target':
>> drivers/scsi/scsi_error.c:2671:30: warning: '%s' directive argument is null [-Wformat-overflow=]
2671 | "%s: Target reset %s\n", current->comm,
| ^~~~~~~~~~~~~~~~~~~~~~~
drivers/scsi/scsi_logging.h:51:25: note: in definition of macro 'SCSI_CHECK_LOGGING'
51 | CMD; \
| ^~~
drivers/scsi/scsi_error.c:2670:9: note: in expansion of macro 'SCSI_LOG_ERROR_RECOVERY'
2670 | SCSI_LOG_ERROR_RECOVERY(3, starget_printk(KERN_INFO, starget,
| ^~~~~~~~~~~~~~~~~~~~~~~
include/scsi/scsi_device.h:478:9: note: in expansion of macro 'dev_printk'
478 | dev_printk(prefix, &(starget)->dev, fmt, ##a)
| ^~~~~~~~~~
drivers/scsi/scsi_error.c:2670:36: note: in expansion of macro 'starget_printk'
2670 | SCSI_LOG_ERROR_RECOVERY(3, starget_printk(KERN_INFO, starget,
| ^~~~~~~~~~~~~~
drivers/scsi/scsi_error.c:2671:48: note: format string is defined here
2671 | "%s: Target reset %s\n", current->comm,
| ^~
vim +2671 drivers/scsi/scsi_error.c
2648
2649 static int starget_eh_reset_target(struct scsi_target *starget,
2650 struct list_head *work_q,
2651 struct list_head *done_q)
2652 {
2653 enum scsi_disposition rtn;
2654 struct scsi_cmnd *scmd, *next;
2655 LIST_HEAD(check_list);
2656
2657 scmd = list_first_entry(work_q, struct scsi_cmnd, eh_entry);
2658
2659 SCSI_LOG_ERROR_RECOVERY(3, starget_printk(KERN_INFO, starget,
2660 "%s: Sending target reset\n", current->comm));
2661
2662 rtn = scsi_try_target_reset(scmd);
2663 if (rtn != SUCCESS && rtn != FAST_IO_FAIL) {
2664 SCSI_LOG_ERROR_RECOVERY(3, starget_printk(KERN_INFO, starget,
2665 "%s: Target reset failed\n",
2666 current->comm));
2667 return 0;
2668 }
2669
2670 SCSI_LOG_ERROR_RECOVERY(3, starget_printk(KERN_INFO, starget,
> 2671 "%s: Target reset %s\n", current->comm,
2672 scsi_mlreturn_string(rtn)));
2673
2674 list_for_each_entry_safe(scmd, next, work_q, eh_entry) {
2675 if (rtn == SUCCESS)
2676 list_move_tail(&scmd->eh_entry, &check_list);
2677 else if (rtn == FAST_IO_FAIL)
2678 scsi_eh_finish_cmd(scmd, done_q);
2679 }
2680
2681 return scsi_eh_test_devices(&check_list, work_q, done_q, 0);
2682 }
2683
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next prev parent reply other threads:[~2025-08-16 23:20 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-16 11:24 [PATCH 00/14] scsi: scsi_error: Introduce new error handle mechanism JiangJianJun
2025-08-16 11:24 ` [PATCH 01/14] scsi: scsi_error: Define framework for LUN/target based error handle JiangJianJun
2025-08-16 11:24 ` [PATCH 02/14] scsi: scsi_error: Move complete variable eh_action from shost to sdevice JiangJianJun
2025-08-16 11:24 ` [PATCH 03/14] scsi: scsi_error: Check if to do reset in scsi_try_xxx_reset JiangJianJun
2025-08-16 11:24 ` [PATCH 04/14] scsi: scsi_error: Add helper scsi_eh_sdev_stu to do START_UNIT JiangJianJun
2025-08-16 11:24 ` [PATCH 05/14] scsi: scsi_error: Add helper scsi_eh_sdev_reset to do lun reset JiangJianJun
2025-08-16 11:24 ` [PATCH 06/14] scsi: scsi_error: Add flags to mark error handle steps has done JiangJianJun
2025-08-16 11:24 ` [PATCH 07/14] scsi: scsi_error: Add helper to handle scsi device's error command list JiangJianJun
2025-08-16 11:24 ` [PATCH 08/14] scsi: scsi_error: Add a general LUN based error handler JiangJianJun
2025-08-17 9:18 ` Markus Elfring
2025-08-16 11:24 ` [PATCH 09/14] scsi: core: increase/decrease target_busy if set " JiangJianJun
2025-08-16 11:24 ` [PATCH 10/14] scsi: scsi_error: Add helper to handle scsi target's error command list JiangJianJun
2025-08-16 23:19 ` kernel test robot [this message]
2025-08-17 2:46 ` JiangJianJun
2025-08-16 11:24 ` [PATCH 11/14] scsi: scsi_error: Add a general target based error handler JiangJianJun
2025-08-16 11:24 ` [PATCH 12/14] scsi: scsi_debug: Add params for configuring the " JiangJianJun
2025-08-16 11:24 ` [PATCH 13/14] scsi: virtio_scsi: enable LUN based error handlers JiangJianJun
2025-08-16 11:24 ` [PATCH 14/14] scsi: iscsi_tcp: enable LUN-based and target-based " JiangJianJun
2025-08-17 8:46 ` [PATCH 00/14] scsi: scsi_error: Introduce new error handle mechanism JiangJianJun
2025-08-20 12:36 ` Hannes Reinecke
2025-09-02 5:56 ` JiangJianJun
2025-09-02 6:37 ` Hannes Reinecke
2025-09-14 10:41 ` [RFC PATCH v4 0/9] " JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 1/9] scsi: scsi_error: Define framework for LUN based error handle JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 2/9] scsi: scsi_error: Move complete variable eh_action from shost to sdevice JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 3/9] scsi: scsi_error: Check if to do reset in scsi_try_xxx_reset JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 4/9] scsi: scsi_error: Add helper scsi_eh_sdev_stu to do START_UNIT JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 5/9] scsi: scsi_error: Add helper scsi_eh_sdev_reset to do lun reset JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 6/9] scsi: scsi_error: Add flags to mark error handle steps has done JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 7/9] scsi: scsi_error: Add helper to handle scsi device's error command list JiangJianJun
2025-09-14 10:41 ` [RFC PATCH v4 8/9] scsi: scsi_error: Add a general LUN based error handler JiangJianJun
2025-09-14 11:59 ` kernel test robot
2025-09-14 10:41 ` [RFC PATCH v4 9/9] scsi: scsi_debug: Add params for configuring the " JiangJianJun
2025-08-22 7:39 ` [PATCH 00/14] scsi: scsi_error: Introduce new error handle mechanism Damien Le Moal
2025-09-02 5:30 ` JiangJianJun
2025-09-02 5:08 ` Damien Le Moal
2025-09-02 6:03 ` JiangJianJun
2025-09-02 5:30 ` Damien Le Moal
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=202508170715.5Q0ZpgmO-lkp@intel.com \
--to=lkp@intel.com \
--cc=James.Bottomley@hansenpartnership.com \
--cc=bvanassche@acm.org \
--cc=haowenchao22@gmail.com \
--cc=hare@suse.de \
--cc=hch@infradead.org \
--cc=hewenliang4@huawei.com \
--cc=jiangjianjun3@huawei.com \
--cc=john.g.garry@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=michael.christie@oracle.com \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=wubo40@huawei.com \
--cc=wuyifeng10@huawei.com \
--cc=yangxingui@h-partners.com \
--cc=yangyun50@huawei.com \
/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.