From owner-freebsd-bugs@FreeBSD.ORG  Thu Feb  4 14:44:31 2010
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 33BC31065693;
	Thu,  4 Feb 2010 14:44:31 +0000 (UTC) (envelope-from mav@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 0D1188FC1B;
	Thu,  4 Feb 2010 14:44:31 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o14EiUcK042471;
	Thu, 4 Feb 2010 14:44:30 GMT (envelope-from mav@freefall.freebsd.org)
Received: (from mav@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o14EiUaC042467;
	Thu, 4 Feb 2010 14:44:30 GMT (envelope-from mav)
Date: Thu, 4 Feb 2010 14:44:30 GMT
Message-Id: <201002041444.o14EiUaC042467@freefall.freebsd.org>
To: pluknet@gmail.com, mav@FreeBSD.org, freebsd-bugs@FreeBSD.org
From: mav@FreeBSD.org
Cc: 
Subject: Re: kern/142724: [ada] camcontrol readcap shows inadequately high
	numbers in VBox
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Feb 2010 14:44:31 -0000

Synopsis: [ada] camcontrol readcap shows inadequately high numbers in VBox

State-Changed-From-To: open->patched
State-Changed-By: mav
State-Changed-When: Thu Feb 4 14:42:09 UTC 2010
State-Changed-Why: 
`camcontrol readcap` uses SCSI command, so it is not expected to work with ATA
devices. Changes in r203376 in HEAD should deny such improper command execution.

http://www.freebsd.org/cgi/query-pr.cgi?pr=142724