From owner-freebsd-scsi@freebsd.org Wed Oct 12 14:03:31 2016 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDE9CC0E73A for ; Wed, 12 Oct 2016 14:03:31 +0000 (UTC) (envelope-from kashyap.desai@broadcom.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B26A3311 for ; Wed, 12 Oct 2016 14:03:31 +0000 (UTC) (envelope-from kashyap.desai@broadcom.com) Received: by mail-it0-x232.google.com with SMTP id l13so146539684itl.1 for ; Wed, 12 Oct 2016 07:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc; bh=b3u4gBvDHADJj2Iy+p19xPfndpnG5Q2OJN1Q79tU1fQ=; b=E8gUWJX/Has2Umud74PrDegad87hV3iqN4bDwzFot1RZl+u9VIvqyweiNUEYKz+xu/ 6tgZFvqerxWnGfjDCRJQdl/X7fs0MvCUjm6g/3wesRk5hqZbeUcUvb9mT8FrR0XQY7v5 js+Hc//sfY3xPWwZf2aRl7xNI+6shCa/1HGX0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc; bh=b3u4gBvDHADJj2Iy+p19xPfndpnG5Q2OJN1Q79tU1fQ=; b=DV8/yiAxpYlb/XK6oQVETPGbdogsmDB/5kXHL4Crg9dyO23etgR0egv6tXyGCMd7JY 3vuy/tFSBPqg3SP2QpT6DJaW53w/KkNXbbZB3NxRMzXrHU1Ao2oC7TzPCU7MHdXa7ZUv SFG0k5iH49EFFNM7p0OcKQVZaMwXzkPoRNlWrUhhWw2BNwgvvWVWB2ulh4CT5g1rlWzB fk15XRn7ZEQistIXlvl8Z22uqDVBRKIhmti9xKEL9uGOheh9yt56xa103bUFzBJRqRB5 M7x3rhajBrd1u1l7c2UvR8IJlzdH/usfeIG3r479pu9TY3Zr5rv/tnXJWJTNHh9r7LT6 JvGA== X-Gm-Message-State: AA6/9RnvG9Bz2VrjoqF2vggX35kQbuQBt+l7AkhwDKVwWLZJqqdwaE80c5NgrpdNhctoYMp/n2dktt0bgCbg+1Em X-Received: by 10.36.51.1 with SMTP id k1mr1624075itk.61.1476281010848; Wed, 12 Oct 2016 07:03:30 -0700 (PDT) From: Kashyap Desai References: <03ee30cfdb1ac86b644ff3516e0d88c0@mail.gmail.com> 2f1e12bf33bd90c4df3172294f20dc2e@mail.gmail.com In-Reply-To: 2f1e12bf33bd90c4df3172294f20dc2e@mail.gmail.com MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHWPDlcg2acl0r0bM9EVuOrjfsiOqB+G5DQgB6Oc8A= Date: Wed, 12 Oct 2016 19:33:29 +0530 Message-ID: <10b16ee77a11213da804bf8b0f2c58a0@mail.gmail.com> Subject: RE: MRSAS: SATA drives are getting deleted and then readded after controller reset To: Sumit Saxena , freebsd-scsi@freebsd.org, scott4long@yahoo.com, ken@freebsd.org Cc: Seema Kumashikar Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2016 14:03:32 -0000 Hi - Any update/pointer on this ? Issue happen only with SATA driver attached via CAM layer. Do we need to address this in driver or will there be any fix in CAM layer ? ` Kashyap > -----Original Message----- > From: Kashyap Desai [mailto:kashyap.desai@broadcom.com] > Sent: Friday, September 23, 2016 8:55 AM > To: Sumit Saxena; 'freebsd-scsi@freebsd.org'; 'scott4long@yahoo.com'; > 'ken@freebsd.org' > Cc: Seema Kumashikar > Subject: RE: MRSAS: SATA drives are getting deleted and then readded after > controller reset > > Hi - > > I have posted new BZ/defect. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212914 > > ~ Kashyap > > > -----Original Message----- > > From: Sumit Saxena [mailto:sumit.saxena@broadcom.com] > > Sent: Thursday, September 22, 2016 7:54 PM > > To: freebsd-scsi@freebsd.org; scott4long@yahoo.com; ken@freebsd.org > > Cc: Kashyap Desai; Seema Kumashikar > > Subject: MRSAS: SATA drives are getting deleted and then readded after > > controller reset > > > > Ken/Scott, > > > > On FreeBSD11.0 RC1, we are facing an issue where SATA drives connected > > behind LSI's MegaRAID controller getting deleted and added back after > > controller reset. > > I am using Broadcom/Avago/LSI's MegaRAID Invader controller(device > > ID- 0x005d). The point to note here is- this behavior is not observed > > with SAS drives on FreeBSD11.0-RC1. > > Also on FreeBSD10.3 this behavior is not at all observed on SATA as > > well. > > We are debugging the issue but it would be much helpful if we can get > > quick inputs/pointers. > > > > Please find below the detailed information- > > > > OS: FreeBSD 11.0 RC1 > > Controller: LSI's MegaRAID invader controller > > > > Connected devices list: > > > > root@freeBSD11:~ # camcontrol devlist > > at scbus5 target 0 lun 0 (pass0,ada0) > > at scbus6 target 0 lun 0 (ses0,pass1) > > at scbus8 target 51 lun 0 > > (da9,pass11)----------------------------------------->this is SATA > > drive which is getting deleted and re-added post controller reset > > at scbus8 target 163 lun 0 > > (da8,pass10) > > at scbus9 target 0 lun 0 (da6,pass8) > > at scbus9 target 1 lun 0 (da2,pass4) > > at scbus9 target 2 lun 0 (da0,pass2) > > at scbus9 target 3 lun 0 (da7,pass9) > > at scbus9 target 4 lun 0 (da3,pass5) > > at scbus9 target 5 lun 0 (da1,pass3) > > at scbus10 target 48 lun 0 > > (da4,pass6) > > at scbus10 target 54 lun 0 > > (da5,pass7) > > > > > > Relevant dmesg logs snippet(da9 is SATA drive which is getting deleted > > and added back): > > > > ================================ > > mrsas0: Initiaiting OCR because of FW fault! > > mrsas0: Waiting for FW to come to ready state > > mrsas0: Jbod map is supported > > mrsas0: Reset successful > > da9 at mrsas0 bus 1 scbus8 target 51 lun 0 > > da9: s/n 9XE02AR2 detached > > (da9:mrsas0:1:51:0): Periph destroyed > > (da9:mrsas0:1:51:0): UNMAPPED > > (da9:mrsas0:1:51:0): fatal error, could not acquire reference count > > g_access(918): provider da9 has error > > g_access(918): provider da9 has error > > g_access(918): provider da9 has error > > (da9:mrsas0:1:51:0): UNMAPPED > > da9 at mrsas0 bus 1 scbus8 target 51 lun 0 > > da9: Fixed Direct Access SPC-4 SCSI device > > da9: Serial Number 9XE02AR2 > > da9: 150.000MB/s transfers > > da9: 238475MB (488397168 512 byte sectors) > > ================================= > > > > Thanks, > > Sumit