From owner-freebsd-fs@freebsd.org Sun Jun 4 20:43:41 2017 Return-Path: Delivered-To: freebsd-fs@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 C8727BEE867 for ; Sun, 4 Jun 2017 20:43:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 5D3F083B7F for ; Sun, 4 Jun 2017 20:43:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id n195so62058047wmg.1 for ; Sun, 04 Jun 2017 13:43:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3yElrzz8GJ699K+Fiu7ljUPdcwQTOFsJPMOvyimxXng=; b=EPqt/0T4fzJqWwsciS5FJ4S/4H3RGPeTIMg6NWAaUPJ0/bjLD3lNJLcWFgrNPFkAhp heGJJS2POQ+7l5ERJO2zECGzXviUYuqkbqWZM6Iwu4Qru/yVd6eFhlQFaksDpSjcOs/E c+HGODCAy0cfKf4YC4QtMET8jPlVxqLnL1mx3KxGAgdjguAo5J9qApJm3sgsTEHyYMu7 /uQlYERSkCddXl2DlwvsFemNBgSerDMXbwseYuMdgeB2Gt5wqmEZWgTMPA+nm4xjNVrT /3BjN+vpYh9JhQK5+nECf0zdftz5j/N7W/eAyu/FgL4agDt9ZuFFEztyXJrHg43eeJEY BbkA== 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; bh=3yElrzz8GJ699K+Fiu7ljUPdcwQTOFsJPMOvyimxXng=; b=KiMMqqsV2l73wIsELuLGP/j4MxK3BDsQvuxRNQtNrJsrYqmScEnKsErUaAkg0JV6bs kHrOvALIk2DP4jWS3lEjkim/I08659SofWKkBMd6+Q3/k0h8//Afzrt5Oi8RdPyK7wyN 46i9FNWLzzp6R2tKZ9zlav09q+RMofpEQKixzu53xT4lnmDMNO9FzZ99iQ7D1dcsdftb IaLoETWHy0aEX+96TxErY+VWthxaqc1lnI/uYGS2wHO/npGj8PfeduwVauCgRVWPcGZU GOmk6vAK9mz8YCzMEWRGzK7GUDrsUgYDR8sbiWFIxAClH6w0mx9o3NOr5mjFwSFXt6tW agSg== X-Gm-Message-State: AODbwcC7EGJyU2oLFwUfsxKQbuB71HYQA2+8UdxGBgONqFXSKQeUkIlg tekdyk9uJJHoxz3MgfGbh5UmACl+nA== X-Received: by 10.80.168.102 with SMTP id j93mr14176441edc.32.1496609018959; Sun, 04 Jun 2017 13:43:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.135.133 with HTTP; Sun, 4 Jun 2017 13:43:38 -0700 (PDT) In-Reply-To: References: From: Zaphod Beeblebrox Date: Sun, 4 Jun 2017 16:43:38 -0400 Message-ID: Subject: Re: Is it Geom, the mfi driver or the HBA? To: andy thomas Cc: freebsd-fs Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jun 2017 20:43:41 -0000 No. I'm reasonably certain this MFI HBA was sold in Fujitsu servers never seen on this side of the ocean (I'm in Canada). Bought a few of them on eBay from China. But I want to be clear about this: I have set hw.mfi.allow_cam_disk_passthrough=1 ... so, as I understand it, I'm communicating SCSI-wise directly to the disk. I surmise that this is why camcontrol identify sees the full 4T disk. Is it possible to get the CAM layer to use the identify size rather than whatever size it's seeing now? On Sun, Jun 4, 2017 at 3:48 AM, andy thomas wrote: > Is the MFI HBA in a Dell PowerEdge R410 or similar 11th generation server? > These HBA's see all disks above 2 TB size as 2 TB disks - it's a limitation > of the HBA firmware. So any O/S is limited to 2 TB max disk size with this > controller although a firmware update may be availabe that supports larger > disks. > > Andy > > > On Sun, 4 Jun 2017, Zaphod Beeblebrox wrote: > > So... when I put a drive in my USB enclosure, it shows up as a 4T drive, >> but when I attach it to my mfi-driver card, it shows up as 2T. Not the >> size that 2T drives commonly are (which is 1.8T), but 2T. >> >> (BTW... mfi is in passs-thru mode) >> >> So... how the world sees this drive: >> >> da6 at mfi0 bus 0 scbus4 target 6 lun 0 >> da6: Fixed Direct Access SPC-3 SCSI device >> da6: Serial Number ZDH1BN4H >> da6: 150.000MB/s transfers >> da6: Command Queueing enabled >> da6: 2097151MB (4294967294 512 byte sectors) >> da6: quirks=0x8<4K> >> >> but: >> >> [1:46:346]root@vr:~> camcontrol identify da6 | grep LBA48 >> LBA48 supported 7814037168 sectors >> >> yet >> >> is there a quirk to correct this? If camcontrol sees 4T, why doesn't it >> probe as 4T? >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >>