Received: by 10.223.176.5 with SMTP id f5csp1894672wra; Wed, 31 Jan 2018 13:15:09 -0800 (PST) X-Google-Smtp-Source: AH8x225lBf6cUhcggZaejv3ce8lryct2b1URWTsLpF14FjGKzZsVhB4dYfwSZrPGClw3MmcLQhbG X-Received: by 10.101.67.65 with SMTP id k1mr27796607pgq.159.1517433309042; Wed, 31 Jan 2018 13:15:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517433308; cv=none; d=google.com; s=arc-20160816; b=teXUc+NG399ai1iLiMHo8CRyMZCncpH6kJ6iegRSJSpMiFx5g550klvWM8rpbYDf0q L5gC/m8jBSZ8qqMpXP5pNaKfJ474nkiVib2TyHGW+g9ygjhkNJ9oP/bK20/qaYuCoYYc Igj8ASScGeb2USkNI/uOyiPraMah46OlFIQxuEd5VwadLFLc7wmMcPmymjWQlh0Hdohc hGk+YumkQpn95F15CkuFr5vZf3B993ywFcm+0Ukq+dBO5EnjT0bEyXp21IiXtCrXA8Dn Xy7VsT5H/3DAL1TJZc45NABQftOwsqOtq3SGTMI4tyFvEvkaZjumePb7BuN2MJL5Iusk POfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :spamdiagnosticmetadata:spamdiagnosticoutput:msip_labels :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:to:from:dkim-signature :arc-authentication-results; bh=j9wINgzbYkRkk2vj0dP9kVI55ypruaGkbDTUHmKf0lo=; b=IeukpxfYXiGxZeYtUu65jO0TcFDMYiN1IyVjBqU/zTwBqgmSizZTL9Rcigocv5s/No oa/zcuJmhhXYDoOS8ZSUh1oGyAH4vwJDSxH7kh2Vra3336JjgQw3R25VJ8DQHKUw6r9v EcEnYIMpuAYhLiMqcqsv+z23TmIXTLPpdHCTQBy1amn/bxsZfmg+pBFKOUCUPomuvJ9i ZojR0ZSgoNnQF0rdxhw6njuilXVRJvMkKs7IObuE3d/5hzAl7pzWqSKQCPfkQRlcgoBD AmNWobEA+YU50g4VJzlrirJMRb/1S8FnM7ixGi4pbi9WcqsVTfz31qnm3UAnxN9punl/ svHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@microsoft.com header.s=selector1 header.b=GiRtf+W3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s86si514424pfd.398.2018.01.31.13.14.53; Wed, 31 Jan 2018 13:15:08 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@microsoft.com header.s=selector1 header.b=GiRtf+W3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753144AbeAaVOc (ORCPT + 99 others); Wed, 31 Jan 2018 16:14:32 -0500 Received: from mail-by2nam01on0123.outbound.protection.outlook.com ([104.47.34.123]:58080 "EHLO NAM01-BY2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751910AbeAaVOa (ORCPT ); Wed, 31 Jan 2018 16:14:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=j9wINgzbYkRkk2vj0dP9kVI55ypruaGkbDTUHmKf0lo=; b=GiRtf+W3eLrDzLS9uzfz26cG5VhW7ykP639yvJOybuXy2qwqNA2HvS0JEdmCMbQ2mgyTlugqSYfINR1EnxIfV1QuvnE2bTZlXfg2if0bxjCSyLyYk6adAKh0LwYa7OOS+tISWdpmGXB2mwCK+63Pz1b0gjbj0DC61jWwMGAddWE= Received: from DM5PR2101MB1030.namprd21.prod.outlook.com (52.132.128.11) by DM5PR2101MB1015.namprd21.prod.outlook.com (52.132.133.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.485.4; Wed, 31 Jan 2018 21:14:27 +0000 Received: from DM5PR2101MB1030.namprd21.prod.outlook.com ([fe80::d5db:a805:a24c:d4bc]) by DM5PR2101MB1030.namprd21.prod.outlook.com ([fe80::d5db:a805:a24c:d4bc%3]) with mapi id 15.20.0485.004; Wed, 31 Jan 2018 21:14:26 +0000 From: "Michael Kelley (EOSG)" To: Long Li , KY Srinivasan , "Stephen Hemminger" , "martin.petersen@oracle.com" , "devel@linuxdriverproject.org" , "linux-kernel@vger.kernel.org" , "linux-scsi@vger.kernel.org" , "James E . J . Bottomley" Subject: RE: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a channel for I/O requests Thread-Topic: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a channel for I/O requests Thread-Index: AQHTlWCnc+A/Qzvuo0G+StbT1Ra74KODnBOQgArbV2CAAA1m0A== Date: Wed, 31 Jan 2018 21:14:26 +0000 Message-ID: References: <1516831913-26013-1-git-send-email-mikelley@ntdev.microsoft.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Owner=mikelley@ntdev.microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2018-01-31T21:14:25.0478009Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic; Sensitivity=General x-originating-ip: [24.22.167.197] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1;DM5PR2101MB1015;7:pXtOJ7bw/cAacSCVrJM9uCo2qPKItYnRjeZd6Ol06hYbXadzqhtbEq+ChnQEWv1OOB9+yU9db+qsgC9YB789sCx51ZLByjLA3iMCfFBzJtczs4c9yStUQBbuoRZYkPSvQGrIkNgV4Vp35DRTXZnXHIDnb+RjmLcaQsZp1H4lf6w+IwBPsnRxYMfwKsrwEWIVUGRVLaBJzYDLrXtj3TSNi40f/vanQYCqcZc7KKahgOiJrcYF5SMd6qfETsnlsPEB x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR; x-forefront-antispam-report: SFV:SKI;SCL:-1;SFV:NSPM;SFS:(10019020)(396003)(366004)(39380400002)(376002)(346002)(39860400002)(13464003)(199004)(189003)(33656002)(22452003)(2906002)(7696005)(478600001)(6346003)(76176011)(14454004)(99286004)(3280700002)(2900100001)(106356001)(53936002)(53546011)(74316002)(7736002)(305945005)(59450400001)(6506007)(110136005)(1511001)(6246003)(6436002)(8936002)(9686003)(55016002)(2950100002)(81156014)(81166006)(102836004)(72206003)(68736007)(8990500004)(229853002)(10090500001)(25786009)(66066001)(10290500003)(8676002)(3660700001)(2501003)(97736004)(26005)(2201001)(86612001)(316002)(105586002)(3846002)(5660300001)(6116002)(86362001)(5250100002);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB1015;H:DM5PR2101MB1030.namprd21.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 28dbeb6f-4ce0-4d2d-6fd8-08d568ef9c1b x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(2017052603307)(7193020);SRVR:DM5PR2101MB1015; x-ms-traffictypediagnostic: DM5PR2101MB1015: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(89211679590171)(9452136761055)(104084551191319)(146099531331640); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(61425038)(6040501)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231101)(2400082)(944501161)(6055026)(61426038)(61427038)(6041288)(20161123564045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(6072148)(201708071742011);SRVR:DM5PR2101MB1015;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB1015; x-forefront-prvs: 056929CBB8 received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michael.H.Kelley@microsoft.com; x-microsoft-antispam-message-info: IzfviNVc7lDeGXjai6/rUCgG5rl+rl3G5heSCKCsRPvS/pcTOC9KOntwfp9IbTEaUrkVCB+2gZnikI3K4mox6A== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-Network-Message-Id: 28dbeb6f-4ce0-4d2d-6fd8-08d568ef9c1b X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jan 2018 21:14:26.6117 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB1015 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > From: Long Li > Sent: Wednesday, January 31, 2018 12:23 PM > To: Michael Kelley (EOSG) ; KY Srinivasan > ; Stephen Hemminger ; > martin.petersen@oracle.com; devel@linuxdriverproject.org; linux-kernel@vg= er.kernel.org; > linux-scsi@vger.kernel.org; James E . J . Bottomley > Subject: RE: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a = channel for I/O > requests >=20 > > Subject: RE: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking = a > > channel for I/O requests > > > > Updated/corrected two email addresses ... > > > > > -----Original Message----- > > > From: Michael Kelley (EOSG) > > > Sent: Wednesday, January 24, 2018 2:14 PM > > > To: KY Srinivasan ; Stephen Hemminger > > > ; martin.petersen@oracle.com; > > > longi@microsoft.com; JBottomley@odin.com; > > > devel@linuxdriverproject.org; linux-kernel@vger.kernel.org; > > > linux-scsi@vger.kernel.org > > > Cc: Michael Kelley (EOSG) > > > Subject: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a > > > channel for I/O requests > > > > > > Update the algorithm in storvsc_do_io to look for a channel starting > > > with the current CPU + 1 and wrap around (within the current NUMA > > > node). This spreads VMbus interrupts more evenly across CPUs. Previou= s > > > code always started with first CPU in the current NUMA node, skewing > > > the interrupt load to that CPU. > > > > > > Signed-off-by: Michael Kelley > > > --- > > > drivers/scsi/storvsc_drv.c | 3 ++- > > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c > > > index e07907d..f3264c4 100644 > > > --- a/drivers/scsi/storvsc_drv.c > > > +++ b/drivers/scsi/storvsc_drv.c > > > @@ -1310,7 +1310,8 @@ static int storvsc_do_io(struct hv_device *devi= ce, > > > */ > > > cpumask_and(&alloced_mask, &stor_device- > > >alloced_cpus, > > > > > cpumask_of_node(cpu_to_node(q_num))); > > > - for_each_cpu(tgt_cpu, &alloced_mask) { > > > + for_each_cpu_wrap(tgt_cpu, &alloced_mask, > > > + outgoing_channel->target_cpu + 1) { >=20 > Does it work when target_cpu is the last CPU on the system? >=20 > Otherwise, looking good. Yes, it works. for_each_cpu_wrap() correctly wraps in the case where the 3rd parameter ('start') is one past the end of the mask. Arguably, we shouldn't rely on that, and should do the wrap to 0 before calling for_each_cpu_wrap(). >=20 > > > if (tgt_cpu !=3D outgoing_channel->target_cpu) > > { > > > outgoing_channel =3D > > > stor_device->stor_chns[tgt_cpu]; > > > -- > > > 1.8.3.1