> On Oct 4, 2017, at 11:42 AM, Herbert J. Skuhra wrote:
>
> On Wed, Oct 04, 2017 at 11:14:00AM -0700, David P. Discher wrote:
>> Seeing an odd behavior - even with r324216 as of about Oct 2nd, smartctl can
>> no longer query any disks
>>
>> Anyone have any
se smartctl -h to get a usage summary
>
> Even with specifying the type, I can’t query the drives. I’m trying to
> nail down the commit now, I think its between r320087 and r323508.
>
> Anyone have any pointers ? Smartmontools hasn’t changed since Feb, so by
> all indications, this is
usage summary
>
> Even with specifying the type, I can’t query the drives. I’m trying to nail
> down the commit now, I think its between r320087 and r323508.
>
> Anyone have any pointers ? Smartmontools hasn’t changed since Feb, so by all
> indications, this is a regress
and r323508.
Anyone have any pointers ? Smartmontools hasn’t changed since Feb, so by all
indications, this is a regression in FreeBSD-current/-head.
Thanks !
--
David P. Discher
https://davidpdischer.com/
signature.asc
Description: Message signed with OpenPGP
>
> http://dpaste.com/1B04AVB
>
> I believe that this patch should do the right thing on all version of FreeBSD,
> so it could be better to integrate it upstream, if possible.
>
> Without the patch the port fails with errors like:
> ./freebsd_nvme_ioctl.h:34:8: error: redefinition of 'nvme_comma
http://dpaste.com/1B04AVB
I believe that this patch should do the right thing on all version of FreeBSD,
so it could be better to integrate it upstream, if possible.
Without the patch the port fails with errors like:
./freebsd_nvme_ioctl.h:34:8: error: redefinition of 'nvme_command'
--
Andriy
Also, on my system running nda, smartmontools work. And the latest version
is compiling in Netflix's tree, which is where I took all these patches from...
Warner
On Sat, Jun 11, 2016 at 5:57 PM, Warner Losh wrote:
> I'm skeptical. The ATA stuff isn't anything that I've
I'm skeptical. The ATA stuff isn't anything that I've committed to, so
that isn't new.
The nvme stuff is because smartmontools defines nvme stuff that
conflicts with the FreeBSD defines...
Warner
On Sat, Jun 11, 2016 at 9:42 AM, Ngie Cooper (yaneurabeya)
wrote:
>
>&
> On Jun 11, 2016, at 09:40, Michael Butler wrote:
>
> The recent nvme updates have broken smartmontools ..
>
> imb@toshi:/home/imb> sudo smartctl -a /dev/ada0
> smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-ALPHA2 amd64] (local build)
> Copyright (C) 2002-16, Bruce
The recent nvme updates have broken smartmontools ..
imb@toshi:/home/imb> sudo smartctl -a /dev/ada0
smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-ALPHA2 amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
/dev/ada0: Inappropriate ioctl for dev
On 12/15/13 07:35, Stefan Esser wrote:
A kernel built today shows the following messages:
ata2: FAILURE - zero length DMA transfer attempted
ata2: setting up DMA failed
cam_periph_mapmem: attempt to map 4294954816 bytes, which is greater
than 65536
cam_periph_mapmem: attempt to map 4294954832 by
A kernel built today shows the following messages:
ata2: FAILURE - zero length DMA transfer attempted
ata2: setting up DMA failed
cam_periph_mapmem: attempt to map 4294954816 bytes, which is greater
than 65536
cam_periph_mapmem: attempt to map 4294954832 bytes, which is greater
than 65536
ata2: FA
In message , Scott Long
writes
:
>
> On Feb 1, 2012, at 9:49 PM, Cy Schubert wrote:
>
> > Other than nooptions ATA_CAM, is there a fix or circumvention to allow
> > smartmontools to work correctly under 9.0 and -CURRENT?
> >
> > slippy# smartctl -a /dev/ad0
&
On Feb 1, 2012, at 9:49 PM, Cy Schubert wrote:
> Other than nooptions ATA_CAM, is there a fix or circumvention to allow
> smartmontools to work correctly under 9.0 and -CURRENT?
>
> slippy# smartctl -a /dev/ad0
> smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-STABLE i38
Other than nooptions ATA_CAM, is there a fix or circumvention to allow
smartmontools to work correctly under 9.0 and -CURRENT?
slippy# smartctl -a /dev/ad0
smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-STABLE i386] (local build)
Copyright (C) 2002-11 by Bruce Allen, http
On Tue, Oct 18, 2011 at 11:02:42AM +0200, John Hay wrote:
> On Tue, Oct 18, 2011 at 09:39:24AM +0200, John Hay wrote:
> > Hi Guys,
> >
> > I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using
> > a GENERIC kernel. I have installed the smartmontool
Op di 18 okt 2011 09:39:24 schreef John Hay:
> Hi Guys,
>
> I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using
> a GENERIC kernel. I have installed the smartmontools-5.41_3 package from
> a mirror and found that smartmontools does not like the ada
On Tue, Oct 18, 2011 at 09:39:24AM +0200, John Hay wrote:
> Hi Guys,
>
> I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using
> a GENERIC kernel. I have installed the smartmontools-5.41_3 package from
> a mirror and found that smartmontools does not like
Hi Guys,
I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using
a GENERIC kernel. I have installed the smartmontools-5.41_3 package from
a mirror and found that smartmontools does not like the ada devices anymore.
Previously (8.2) I had a GENERIC kernel, with ahci loaded in
All,
The current CVS version of smartmontools
http://smartmontools.sourceforge.net now has support for FreeBSD.
A couple of notes:
1) SCSI support is there, but has not been highly tested. It uses CAM, so
any version of FreeBSD with CAM should work (hopefully)
2) ATA support
20 matches
Mail list logo