Received: by 10.223.164.221 with SMTP id h29csp1178016wrb; Thu, 5 Oct 2017 18:09:37 -0700 (PDT) X-Received: by 10.98.93.12 with SMTP id r12mr486083pfb.286.1507252177036; Thu, 05 Oct 2017 18:09:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1507252176; cv=none; d=google.com; s=arc-20160816; b=I4uYX3aBko61rKd+U/3iBzFQi+ctZ5gz/jpAQOQsN8qN2GKvY0navFpgmU92iHyv0I zr9Qzj3wZ4mMyfUWvYVsShlkBbUAziluMkKjr0JA4pshrm9wKfefl7Zat0LJRifWx4ba UuyAcp0vBAqvF9RhN81vGwAqk6yaEWG89ZJQv0bNmD3aZfVuBwgI/pwwPOJtYxgGLx2C 2urCvbTSYvsgYGBeLEJBVOJcJb1jwVe5y5V7rqwcezIQjWCaiR+wX7f2O3vFkBKFJydP xOmXltEDLRCKs5dfBJkXfrDLXUD7SVmCm/p1Y6aUU5mq3rjWRYkKYgo31ueCqhr7ar+3 L87w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :arc-authentication-results; bh=wHi9CZVNpiB7DbJjd8bb+UjBrB77Xvu9u4xlPdbyCes=; b=NC9Im7Oq+ncveqnZauvyHbY9g4aTJZX4k3u7eZhExugUbDtOty/v804teqrF3FWtBR BnTY6VrdocQgdtgAkrz8QzWv8VoXd+x2HpM71cYRY9s3DiNNDuQ22Ia4BTIav2LiKNh6 cJSllgZEkHOybLN8VWHAwApI2nwJBBcDII9Sn55rRtSep0JRAH1zEBuomYjI1ePZyXMt faUNU22bPtRdnQutv+lzWs5cJNGD+U7/R/F/yrrGbbMr5e2dfEYn7WthYfl1j7MMqiVG TKYq3Yw8Qpg4Q+cDc1IqQlHLeCYYqnZgQu3d9AXM+TpiJGAcMhD55+DDVbLkATccdERl qmNQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u65si199460pgc.743.2017.10.05.18.09.23; Thu, 05 Oct 2017 18:09:36 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751644AbdJFBIJ convert rfc822-to-8bit (ORCPT + 99 others); Thu, 5 Oct 2017 21:08:09 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:34141 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751449AbdJFBII (ORCPT ); Thu, 5 Oct 2017 21:08:08 -0400 Received: from mail-qk0-f199.google.com ([209.85.220.199]) by youngberry.canonical.com with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1e0H7X-0006FV-8Q for linux-kernel@vger.kernel.org; Fri, 06 Oct 2017 01:08:07 +0000 Received: by mail-qk0-f199.google.com with SMTP id w63so19741265qkd.0 for ; Thu, 05 Oct 2017 18:08:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ksw7lf9XUwnar6lYJ8Hclfc/QtnHY7AE7ow5yuR0hn0=; b=XNG8STL/gzLlu0qDFPWDiYxLPTIgSe/qvd/Rnwt6imzVElF+6q9V9r8ILJS4viGJz+ qRPfrcCLFnZiY+CgaZ/1Fhqh65yC6dvIJGGohtgFdoDqc82OSOkLyOjUotwWdB+7tFvx lMDmfsEHlAOmcJT+D9lrT5/Uv5783iCemxtL+YyRDCxn5T4TsJXYoCojE70PW2NgxqKX cnwO8fmYfLY3mg7LnQIEqL8e+AFLwOfWssmdok3m/Luux5VI+EVswGkaLVy8sRQu0knA eUDvSoiQ+10W6C3/wbw/vgt3RO1LN2xQembAPcW/SyuKbBWffHg+lp07TVvlqd9gSfdJ 3frg== X-Gm-Message-State: AMCzsaWD2c6SgOqXBnvZT/GLhXjZEJF0C0Lagfi/1sPHZszkTS19ZNrW Q+cPGbFsdv98GlZt4/UjF5JZFbq5mDeEICCf//CdTXbZvuNTIeKS1MvkmG343xukHujCUy2+Rtb Pm3RzMUFJPbQNXpgiclt8AkGSVHUP+VkpEIGLMvHgzPWH/GvCtKShZXCY0Q== X-Received: by 10.55.217.156 with SMTP id q28mr8605195qkl.122.1507252086012; Thu, 05 Oct 2017 18:08:06 -0700 (PDT) X-Google-Smtp-Source: AOwi7QARGd5OtRRDj4iWZsvvDB2dSON3/jz8sia6IF50yodijfMzEVewFpqXN/piDYsX0VgmPIWbVaS2sQDlGDwUzao= X-Received: by 10.55.217.156 with SMTP id q28mr8605181qkl.122.1507252085735; Thu, 05 Oct 2017 18:08:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.59.91 with HTTP; Thu, 5 Oct 2017 18:08:05 -0700 (PDT) In-Reply-To: <1ad520f6-a1d8-5ce7-ee74-83edfdbfd39b@suse.de> References: <1ad520f6-a1d8-5ce7-ee74-83edfdbfd39b@suse.de> From: Gavin Guo Date: Fri, 6 Oct 2017 09:08:05 +0800 Message-ID: Subject: Re: mptsas driver cannot detect hotplugging disk with the LSI SCSI SAS1068 controller in Ubuntu guest on VMware To: Hannes Reinecke Cc: linux-scsi@vger.kernel.org, linux-kernel Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 2, 2017 at 10:32 PM, Hannes Reinecke wrote: > On 09/27/2017 09:33 AM, Gavin Guo wrote: >> There is a problem in the latest upstream kernel with the device: >> >> $ grep -i lsi lspci >> 03:00.0 Serial Attached SCSI controller [0107]: LSI Logic / Symbios >> Logic SAS1068 PCI-X Fusion-MPT SAS [1000:0054] (rev 01) >> >> The device is simulated by the VMware ESXi 5.5 >> >> When hotplugging a new disk to the Guest Ubuntu OS, the latest kernel >> cannot automatically probe the disk. However, on the v3.19.0-80.88 >> kernel, the disk can be dynamically probed and show the following >> info message: >> >> mptsas: ioc0: attaching ssp device: fw_channel 0, fw_id 1, phy 1, >> sas_addr 0x5000c29a6bdae0f5 >> scsi 2:0:1:0: Direct-Access VMware Virtual disk 1.0 PQ: 0 >> ANSI: 2 >> sd 2:0:1:0: Attached scsi generic sg2 type 0 >> sd 2:0:1:0: [sdb] 2097152 512-byte logical blocks: (1.07 GB/1.00 GiB) >> sd 2:0:1:0: [sdb] Write Protect is off >> sd 2:0:1:0: [sdb] Mode Sense: 61 00 00 00 >> sd 2:0:1:0: [sdb] Cache data unavailable >> sd 2:0:1:0: [sdb] Assuming drive cache: write through >> sdb: unknown partition table >> sd 2:0:1:0: [sdb] Attached SCSI disk >> >> After looking up the message: >> mptsas: ioc0: attaching ssp device: fw_channel 0, fw_id 1, phy 1, >> sas_addr 0x5000c29a6bdae0f5 >> >> I found it comes from the path: >> mptsas_firmware_event_work -> mptsas_send_sas_event -> >> mptsas_hotplug_work -> mptsas_add_end_device >> >> I'll appreciate if anyone can give the idea: If it's possible that the >> irq from the simulated LSI SAS controller didn't come in to trigger >> the event? However, it can work on the v3.19 kernel so if there is >> any driver implementation issue in the latest kernel. >> > This is an issue with the mptsas driver, who originally assumed that no > system will have direct-attached SAS devices. > VMWare chose to implement exactly that, so the hotplug detection logic > is flawed here. > I'll be sending a patch. > > Cheers, > > Hannes > -- > Dr. Hannes Reinecke Teamlead Storage & Networking > hare@suse.de +49 911 74053 688 > SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg > GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton > HRB 21284 (AG Nürnberg) Thank you in advance. Please add me to the CC list when you send out the patch and I can help to verify that. From 1580156714076320913@xxx Mon Oct 02 14:34:34 +0000 2017 X-GM-THRID: 1579677274363332634 X-Gmail-Labels: Inbox,Category Forums