Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Nov 1998 10:30:01 -0800 (PST)
From:      "Kenneth D. Merry" <ken@plutotech.com>
To:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/8555: boot panic with SONY SCSI CD-ROM CDU625-S 1.0r hooked
Message-ID:  <199811031830.KAA29063@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/8555; it has been noted by GNATS.

From: "Kenneth D. Merry" <ken@plutotech.com>
To: ilg@Romania.EU.net
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/8555: boot panic with SONY SCSI CD-ROM CDU625-S 1.0r hooked
Date: Tue, 3 Nov 1998 11:20:51 -0700 (MST)

 --ELM910117251-12016-0_
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: 7bit
 
 ilg@Romania.EU.net wrote...
 > 
 > >Number:         8555
 > >Category:       kern
 > >Synopsis:       boot panic with SONY SCSI CD-ROM CDU625-S 1.0r hooked
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:
 > >Keywords:
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Tue Nov  3 07:50:00 PST 1998
 > >Last-Modified:
 > >Originator:     Liviu Ionescu
 > >Organization:
 > EUnet Romania
 > >Release:        3.0-RELEASE
 > >Environment:
 > FreeBSD boca.ro.eu.net 3.0-RELEASE FreeBSD 3.0-RELEASE #1: Sun Nov  1 17:06:33 EET 1998     ilg@boca.ro.eu.net:/usr/src/sys/compile/ILGB  i386
 > >Description:
 > hooking one SONY SCSI CD-ROM CDU625-S 1.0r on the 8-bit cable of the secondary SCSI bus of an Intel DK440LX motherboard generates a panic while booting. the problem apears both for the customized kernel and the generic one. inserting a CD in the unit d oes not help. 
 > 
 > probably not related to the problem, but display of "target 3 using asynchronous transfers" and next messages is intersparsed with something like "Considering MFS root f/s."
 > 
 > captures of serial console output are attached.
 > 
 > if you think I can do anything to further diagnose this problem, please let me know.
 
 [ ... ]
 > pass0 at ahc0 bus 0 target 0 lun 0
 > pass0: <SEAGATE ST39102LW 0005> Fixed Direct Access SCSI2 device 
 > pass0: Serial Number NJ12634600002903H0A1
 > pass0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled
 > pass1 at ahc1 bus 0 target 3 lun 0
 > pass1: <SONY CD-ROM CDU625-S 1.0r> Removable CD-ROM SCSI2 device 
 > pass1: 3.300MB/s transfers
 > pass2 at ahc1 bus 0 target 3 lun 1
 > pass2: <  > Fixed Direct Access SCSI0 device 
 > pass2: 3.300MB/s transfers
 [ ... ]
 
 > cd0: <SONY CD-ROM CDU625-S 1.0r> Removable CD-ROM SCSI2 device 
 > cd0: 3.300MB/s transfers
 > cd0: Attempt to query device size failed: NOT READY, Medium not present
 [ ... ]
 
 > (da1:ahc1:0:3:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 
 > (da1:ahc1:0:3:1): ILLEGAL REQUEST asc:25,0
 > (da1:ahc1:0:3:1): Logical unit not supported
 > (da1:ahc1:0:3:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 
 > (da1:ahc1:0:3:1): ILLEGAL REQUEST asc:25,0
 > (da1:ahc1:0:3:1): Logical unit not supported
 > (da1:ahc1:0:3:1): fatal error, failed to attach to device(da1:ahc1:0:3:1): removing device entry
 > 
 > 
 > Fatal trap 12: page fault while in kernel mode
 > mp_lock = 01000003; cpuid = 1; lapic.id = 00000000
 > fault virtual address   = 0x20d50
 > fault code              = supervisor read, page not present
 > instruction pointer     = 0x8:0xf0104f95
 > stack pointer           = 0x10:0xf02e0bb8
 > frame pointer           = 0x10:0xf02e0bc8
 > code segment            = base 0x0, limit 0xfffff, type 0x1b
 >                         = DPL 0, pres 1, def32 1, gran 1
 > processor eflags        = interrupt enabled, resume, IOPL = 0
 > current process         = 0 (swapper)
 > interrupt mask          = net tty cam  <- SMP: XXX
 > kernel: type 12 trap, code=0
 > Stopped at      _xpt_release_ccb+0x55:  movl    0x30(%eax),%eax
 
 
 Thanks for the detailed information.  I believe this problem (the panic, at
 least) has been fixed in FreeBSD-current.
 
 A lot of the Sony CDROM drives don't behave properly when they are probed
 on multiple LUNs.
 
 Try applying the attached patch to src/sys/cam/cam_xpt.c, and see if it
 fixes your problem.  It disables multi-lun probing for most every Sony
 CDROM drive, since as far as I can tell, most of them behave badly.
 
 The patch may or may not apply cleanly to your version of cam_xpt.c, but at
 least you can get an idea of the quirk entry you need to disable multi-LUN
 probing for your CDROM drive.
 
 Ken
 -- 
 Kenneth Merry
 ken@plutotech.com
 
 --ELM910117251-12016-0_
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Disposition: attachment; filename=cam_xpt.sony_cd_drives_stink.110398
 Content-Description: cam_xpt.sony_cd_drives_stink.110398
 Content-Transfer-Encoding: 7bit
 
 ==== //depot/cam/sys/cam/cam_xpt.c#173 - /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c ====
 *** /tmp/tmp.7907.0	Tue Nov  3 11:12:25 1998
 --- /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c	Tue Nov  3 11:04:48 1998
 ***************
 *** 339,350 ****
   	},
   	{
   		/*
 ! 		 * This drive doesn't like multiple LUN probing.
 ! 		 * Verified by: Jean-Marc Zucconi <jmz@FreeBSD.ORG>
   		 */
   		{
   			T_CDROM, SIP_MEDIA_REMOVABLE, sony,
 ! 			"CD-ROM CDU-80*", "*"
   		},
   		CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0
   	},
 --- 339,349 ----
   	},
   	{
   		/*
 ! 		 * Many Sony CDROM drives don't like multi-LUN probing.
   		 */
   		{
   			T_CDROM, SIP_MEDIA_REMOVABLE, sony,
 ! 			"CD-ROM CDU*", "*"
   		},
   		CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0
   	},
 
 --ELM910117251-12016-0_--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199811031830.KAA29063>