OpenBSD Journal

mfi(4) for fun and profit

Contributed by dlg on from the bling-bling-hardware dept.

Just a day or two ago damien@ committed wpi(4) for the new Intel wireless chips. However, todays story is that marco@ finished getting mfi(4) working as a storage controller. This week is a good week for purdy code.

mfi(4) (short for MegaRAID Firmware Interface) is a driver supporting LSI Logics new RAID controllers for SAS disks. They seem to be the successor for my dearly beloved ami(4) family of controllers with all their speed plus some, but without the warts.

I'm really tempted to go into technical details about why mfi and its hardware is really cool, but I'm going to refrain and just ask you to trust me on this. However, I will say that the people who designed this hardware did an awesome job which is definitely reflected by the code. They've removed the need for a lot of cruft that is necessary in ami, while providing a simpler interface for talking to the hardware.

So far mfi only supports use of the logical disks, but it will be improved upon to add support for the pass through buses, bio/bioctl, and sensors for the state of the disks. All without a vendor provided stack.

For those of you like me who want something to ooh and aah over, here's the dmesg output you get with an mfi plugged in:

mfi0 at pci8 dev 14 function 0 "Dell PERC SAS" rev 0x00, Dell PERC 5/i: irq 5
mfi0: logical drives 2 version 5.0.1-0030 RAM 256MB
scsibus3 at mfi0: 2 targets
sd1 at scsibus3 targ 0 lun 0: SCSI5 0/direct fixed
sd1: 34432MB, 34432 cyl, 64 head, 32 sec, 512 bytes/sec, 70516736 sec total
sd2 at scsibus3 targ 1 lun 0: SCSI5 0/direct fixed
sd2: 16896MB, 16896 cyl, 64 head, 32 sec, 512 bytes/sec, 34603008 sec total

(Comments are closed)


Comments
  1. By jtorin (194.103.189.24) on

    Ohhh...

    Comments
    1. By Anonymous Coward (71.243.9.136) on

      I would be more oohed and aahed over technical details

      Comments
      1. By Anonymous Coward (81.57.42.108) on

        > I would be more oohed and aahed over technical details

        Remember that dmesg is the OpenBSD way of doing screenshots ;)

        Comments
        1. By Anonymous Coward (213.65.35.2) on

          > I would be more oohed and aahed over technical details
          >
          > Remember that dmesg is the OpenBSD way of doing screenshots ;)
          >

          It's the _Unix_ way of doing screenshots.

    2. By daniel (202.63.54.46) on

      ahhh

      Comments
      1. By Anonymous Coward (84.188.219.100) on

        > ahhh

        Hip hip... Hurrai! :)

      2. By djm@ (203.217.30.86) on

        ooooh

      3. By brd (216.87.93.145) on

        > ahhh
        >
        >

        Sparkles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]