Date: Wed, 12 Sep 2007 14:44:35 -0700 From: "Kevin Oberman" <oberman@es.net> To: Scott Long <scottl@samsco.org> Cc: Patrick Hajek <pphajek@lbl.gov>, current@freebsd.org, thomas@freebsd.org Subject: Re: Recent changes in atapi-cam? Message-ID: <20070912214435.DA8874500E@ptavv.es.net> In-Reply-To: Your message of "Wed, 12 Sep 2007 12:44:34 MDT." <46E83392.6050704@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--==_Exmh_1189633475_92331P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 12 Sep 2007 12:44:34 -0600 > From: Scott Long <scottl@samsco.org> > Sender: owner-freebsd-current@freebsd.org > > Patrick Hajek wrote: > >>>>> The upgrade was successful with one exception: > >>>>> ad0: 95205MB <TOSHIBA MK1032GAX AB211A> at ata0-master UDMA100 > >>>>> acd0: DVDR <MATSHITADVD-RAM UJ-840S/1.52> at ata1-master UDMA33 > >>>>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > >>>>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > >>>>> acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > >>>>> acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > >>> atapicam is disabled in your kernel configuration, so I assume you > >>>> are > >>>> loading it as a module. Do you still get the errors above (on acd0) > >>>> if > >>>> you do *not* load the atapi-cam module? > >>>> Thomas. > >>> Correct. When I first encountered the error, the vaious components > >>> were > >>> compiled into the kernel. Taking a wild stab, I decided to see if > >>> loading it as a module would result the the same issue and yes, it > >>> did. > > > >> so can you confirm whether you still get the acd0 errors when you do NOT > >> load atapi-cam at all (nor have it precompiled in the kernel)? > >> > >> Thomas. > > > > Commenting out atapicam_load="YES" in loader.conf and not precompiled it in > > the kernel, the errors disappear. > > > > dmesg shows: > > > > d0: 95205MB <TOSHIBA MK1032GAX AB211A> at ata0-master UDMA100 > > acd0: DVDR <MATSHITADVD-RAM UJ-840S/1.52> at ata1-master UDMA33 > > > > No sense errors. So, it appears to point to the atapi-cam module. > > > > Suggestions? > > > Please try the patch I posted to this list 2 days ago. Are you referring to the CAM_QUIRK_NOSERIAL patch? That's the only one I could find. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1189633475_92331P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFG6F3Dkn3rs5h7N1ERAhfAAJ0b5XTQlLHxqE8e66wrlgBWsdLffgCdEGUt d1FdwRQs04KvhaYAKHimJrA= =pcTz -----END PGP SIGNATURE----- --==_Exmh_1189633475_92331P--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070912214435.DA8874500E>