Date: Sat, 13 Sep 2003 17:57:28 -0400 (EDT) From: Daniel Eischen <eischen@vigrid.com> To: Vladimir Kushnir <vkushnir@Alfacom.net> Cc: current@freebsd.org Subject: Re: scsi_cd or atapicam crash in current. Message-ID: <Pine.GSO.4.10.10309131750360.18635-100000@pcnet5.pcnet.com> In-Reply-To: <20030914002955.Y24139@kushnir1.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 14 Sep 2003, Vladimir Kushnir wrote: > Hello, > here camcontrol still shows bogus numbers when there's no CD: > > #camcontrol cmd cd0 -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" > -791621424 -791621424 > > No boot crashes, though, only the usual ones due to cdrecord usage > which nobody seem to care about :-( I too have problems similar to this. On one box, the kernel panics (see message posted Sep 10, subject "Panic with ATAng + atapicam"). With or without atapicam, a CD is detected as being present when it is not. On another box (Dell Inspiron 4150 laptop), an atapicam kernel doesn't crash, but I still get the same bogus CD detection: ad0: 28615MB <FUJITSU MHS2030AT> [58140/16/63] at ata0-master UDMA100 acd0: CDRW <HL-DT-STCD-RW/DVD-ROM GCC-4240N> at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: <HL-DT-ST RW/DVD GCC-4240N D110> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [3737169375 x 3737169374 byte records] I also get the 15-20 second delay which other folks started to see. camcontrol on this box gives the same results that you have: # camcontrol cmd cd0 -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" -791621424 -791621424 I think it is the ATAPI code; removing atapicam from the kernel still shows false CD detection. -- Dan Eischen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10309131750360.18635-100000>