Date: Thu, 22 Jul 2010 04:11:04 -0400 From: Dan Langille <dan@langille.org> To: Charles Sprickman <spork@bway.net> Cc: Adam Vande More <amvandemore@gmail.com>, "Andrey V. Elsukov" <bu7cher@yandex.ru>, freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: Using GTP and glabel for ZFS arrays Message-ID: <4C47FD18.7030002@langille.org> In-Reply-To: <alpine.OSX.2.00.1007220357570.33454@hotlap.local> References: <4C47B57F.5020309@langille.org> <AANLkTimbYGpC0aYGnE61J5ZopQVD9m8hrz07CZAnsvsq@mail.gmail.com> <AANLkTikwNEXpTz-hpKLta0T3Lx67nRHtOaVLp_c7C8BI@mail.gmail.com> <4C47E610.2040409@langille.org> <4C47EC47.5090000@yandex.ru> <4C47ED09.7020808@langille.org> <alpine.OSX.2.00.1007220327170.33454@hotlap.local> <4C47F4F1.8030804@langille.org> <alpine.OSX.2.00.1007220357570.33454@hotlap.local>
next in thread | previous in thread | raw e-mail | index | archive | help
On 7/22/2010 4:03 AM, Charles Sprickman wrote: > On Thu, 22 Jul 2010, Dan Langille wrote: > >> On 7/22/2010 3:30 AM, Charles Sprickman wrote: >>> On Thu, 22 Jul 2010, Dan Langille wrote: >>> >>>> On 7/22/2010 2:59 AM, Andrey V. Elsukov wrote: >>>>> On 22.07.2010 10:32, Dan Langille wrote: >>>>>> I'm not sure of the criteria, but this is what I'm running: >>>>>> >>>>>> atapci0:<SiI 3124 SATA300 controller> port 0xdc00-0xdc0f mem >>>>>> 0xfbeffc00-0xfbeffc7f,0xfbef0000-0xfbef7fff irq 17 at device 4.0 on >>>>>> pci7 >>>>>> >>>>>> atapci1:<SiI 3124 SATA300 controller> port 0xac00-0xac0f mem >>>>>> 0xfbbffc00-0xfbbffc7f,0xfbbf0000-0xfbbf7fff irq 19 at device 4.0 on >>>>>> pci3 >>>>>> >>>>>> I added ahci_load="YES" to loader.conf and rebooted. Now I see: >>>>> >>>>> You can add siis_load="YES" to loader.conf for SiI 3124. >>>> >>>> Ahh, thank you. >>>> >>>> I'm afraid to do that now, before I label my ZFS drives for fear that >>>> the ZFS array will be messed up. But I do plan to do that for the >>>> system after my plan is implemented. Thank you. :) >>> >>> You may even get hotplug support if you're lucky. :) >>> >>> I just built a box and gave it a spin with the "old" ata stuff and then >>> with the "new" (AHCI) stuff. It does perform a bit better and my BIOS >>> claims it supports hotplug with ahci enabled as well... Still have to >>> test that. >> >> Well, I don't have anything to support hotplug. All my stuff is internal. >> >> http://sphotos.ak.fbcdn.net/hphotos-ak-ash1/hs430.ash1/23778_106837706002537_100000289239443_171753_3508473_n.jpg >> > > The frankenbox I'm testing on is a retrofitted 1U (it had a scsi > backplane, now has none). > > I am not certain, but I think with 8.1 (which it's running) and all the > cam integration stuff, hotplug is possible. Is a special backplane > required? I seriously don't know... I'm going to give it a shot though. > > Oh, you also might get NCQ. Try: > > [root@h21 /tmp]# camcontrol tags ada0 > (pass0:ahcich0:0:0:0): device openings: 32 # camcontrol tags ada0 (pass0:siisch2:0:0:0): device openings: 31 resending with this: ada{0..4} give the above. # camcontrol tags ada5 (pass5:ahcich0:0:0:0): device openings: 32 That's part of the gmirror array for the OS, along with ad6 which has similar output. And again with this output from one of the ZFS drives: # camcontrol identify ada0 pass0: <Hitachi HDS722020ALA330 JKAOA28A> ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model Hitachi HDS722020ALA330 firmware revision JKAOA28A serial number JK1130YAH531ST WWN 5000cca221d068d5 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 3907029168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 7200 Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no -- Dan Langille - http://langille.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C47FD18.7030002>