Date: Tue, 27 Jan 2009 10:30:13 GMT From: Thomas Quinot <thomas@FreeBSD.ORG> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/131032: hald causing panic in atapicam Message-ID: <200901271030.n0RAUDOf020646@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/131032; it has been noted by GNATS. From: Thomas Quinot <thomas@FreeBSD.ORG> To: Dominic Fandrey <kamikaze@bsdforen.de> Cc: bug-followup@FreeBSD.org Subject: Re: kern/131032: hald causing panic in atapicam Date: Tue, 27 Jan 2009 11:24:56 +0100 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dominic Fandrey, 2009-01-27 : > It's that line. I don't think it's supposed to be there: > at /usr/src/sys/modules/cam/../../cam/scsi/scsi_sg.c:798 This module is part of the generic CAM layer, which sits *above* the various SCSI transport modules (e.g. ATAPI/CAM and umass). It is *not* part of ATAPI/CAM, and it is fully expected that this generic code is involved when using umass devices. =20 > As you said atapicam shouldn't be involved at all, so why > is an atapicam funtion doing a giant-locked read? This is *not* an ATAPI/CAM function. Thomas. --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFJfuD3AE1UuDk9JGkRArfzAJ40+tGYYhnKVrMXsylS8A+DlKf9zQCfSplb rJUMrfZuXgDv0eyrT4tJK38= =hM6J -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200901271030.n0RAUDOf020646>