Re: Adding SMART support to base
Warner Losh <[email protected]> Wed, 15 Apr 2026 11:04:48 -0600
| Newsgroups | gmane.os.freebsd.architechture |
|---|---|
| Message-ID | <CANCZdfq0vKq4g=fr2WJE+c_NEpKi7LEEXYtn=jsBhY9YQbGQ1g@mail.gmail.com> |
--000000000000559e59064f82b7a8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Apr 15, 2026 at 10:48=E2=80=AFAM Robert Clausecker <[email protected]= > wrote: > Hi Chuck, > > This sounds great! > > Could you prepare a DR on Phabricator that integrates your code base? > Do you plan to continue development in tree or do you want this to be > contributed software? > Generally, I like the idea. I do worry about keeping up with new standards, but even w/o doing that, we're in good shape. Warner > Yours, > Robert Clausecker > > Am Sun, Apr 12, 2026 at 09:54:03AM -0700 schrieb Chuck Tuffli: > > A ways back, I wrote a small utility [1] for FreeBSD to retrieve SMART > data > > in a unified way for ATA, NVMe, and SCSI drives. The application has be= en > > in the port's tree for about 8 years, but recently, I've gotten several > > inquiries (including from the Sylve developer) about the possibility of > > including this as a part of the base OS. > > > > The application is tailored to being used in monitoring applications, a= nd > > as such, does not try to include every bell and whistle found in the > > smartmontools suite (e.g., no daemon). I think this would fill a > meaningful > > gap in the FreeBSD base system, but wanted to get feedback from others. > > > > Thoughts? > > > > [1] https://github.com/ctuffli/smart > > -- > () ascii ribbon campaign - for an encoding-agnostic world > /\ - against html email - against proprietary attachments > > --000000000000559e59064f82b7a8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote g= mail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Apr 15,= 2026 at 10:48=E2=80=AFAM Robert Clausecker <<a href=3D"mailto:fuz@freeb= sd.org">[email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_= quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,= 204);padding-left:1ex">Hi Chuck,<br> <br> This sounds great!<br> <br> Could you prepare a DR on Phabricator that integrates your code base?<br> Do you plan to continue development in tree or do you want this to be<br> contributed software?<br></blockquote><div><br></div><div>Generally, I like= the idea. I do worry about keeping up with new standards,</div><div>but ev= en w/o doing that, we're in good shape.</div><div><br></div><div>Warner= </div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0p= x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Yours,<br> Robert Clausecker<br> <br> Am Sun, Apr 12, 2026 at 09:54:03AM -0700 schrieb Chuck Tuffli:<br> > A ways back, I wrote a small utility [1] for FreeBSD to retrieve SMART= data<br> > in a unified way for ATA, NVMe, and SCSI drives. The application has b= een<br> > in the port's tree for about 8 years, but recently, I've gotte= n several<br> > inquiries (including from the Sylve developer) about the possibility o= f<br> > including this as a part of the base OS.<br> > <br> > The application is tailored to being used in monitoring applications, = and<br> > as such, does not try to include every bell and whistle found in the<b= r> > smartmontools suite (e.g., no daemon). I think this would fill a meani= ngful<br> > gap in the FreeBSD base system, but wanted to get feedback from others= .<br> > <br> > Thoughts?<br> > <br> > [1] <a href=3D"https://github.com/ctuffli/smart" rel=3D"noreferrer" ta= rget=3D"_blank">https://github.com/ctuffli/smart</a><br> <br> -- <br> ()=C2=A0 ascii ribbon campaign - for an encoding-agnostic world<br> /\=C2=A0 - against html email=C2=A0 - against proprietary attachments<br> <br> </blockquote></div></div> --000000000000559e59064f82b7a8--