Date: Thu, 31 Jul 2014 00:10:07 +0200 From: Joerg Wunsch <freebsd-scsi@uriah.heep.sax.de> To: Alexander Motin <mav@FreeBSD.org>, freebsd-scsi@freebsd.org, ken@freebsd.org Subject: Re: Bacula fails on FreeBSD 10.x / "mt fsf" infinitely proceeds Message-ID: <20140730221006.GA3579@uriah.heep.sax.de> In-Reply-To: <20140730215113.GA3564@uriah.heep.sax.de> References: <20140729204354.GA78616@nargothrond.kdm.org> <20140729224414.E2AAE276@uriah.heep.sax.de> <20140730035230.GA81800@nargothrond.kdm.org> <20140730060330.GA3272@uriah.heep.sax.de> <20140730153229.GA86368@nargothrond.kdm.org> <20140730191915.9B944267B@uriah.heep.sax.de> <20140730203315.0EED1295B@uriah.heep.sax.de> <20140730204200.4645729B8@uriah.heep.sax.de> <53D95F61.4080701@FreeBSD.org> <20140730215113.GA3564@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
As Joerg Wunsch wrote: > Ken, I think that entire CCB_Type stuff can go away then as it is not > used anymore. The only side-effect I see is that parts of > MTIOCERRSTAT are rendered useless now, as the distinction between > control and IO transfers is gone. This probably means mt(1) simply cannot distinguish between both anymore, and only report about the last command and last sense. Probably not a big loss. > Attached is a suggested patch. So far, I only compile-tested it. Rebooted and tested. It fixes the "mt fsf 32767" issue, I get correct reports about the number of files again (so hopefully, Bacula will also do then). -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140730221006.GA3579>