From owner-freebsd-stable@FreeBSD.ORG Tue Apr 16 19:38:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF1681C8 for ; Tue, 16 Apr 2013 19:38:23 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by mx1.freebsd.org (Postfix) with ESMTP id A58B51266 for ; Tue, 16 Apr 2013 19:38:23 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta01.emeryville.ca.mail.comcast.net with comcast id Qdho1l0051smiN4A1jePnU; Tue, 16 Apr 2013 19:38:23 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta20.emeryville.ca.mail.comcast.net with comcast id QjeN1l0091t3BNj8gjeNhY; Tue, 16 Apr 2013 19:38:22 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2621173A33; Tue, 16 Apr 2013 12:38:22 -0700 (PDT) Date: Tue, 16 Apr 2013 12:38:22 -0700 From: Jeremy Chadwick To: Andre Albsmeier Subject: Re: Lost CDROM on 9.1 with ATA_CAM on Promise controller Message-ID: <20130416193822.GA83620@icarus.home.lan> References: <20130416175520.GA9548@bali> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130416175520.GA9548@bali> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1366141103; bh=EUw7VUTJo6BsjiqzgZ/h7chfiH1+H3XXTwpnBxvBzfw=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=PNVVArT9R7GLCfG2DxOnTbDvpbGV9Q0BdgxU1tsqOGiIka9HkWoc5YWm0hdimBdo1 xppI5WvwrM5y/Uzq1d6YQ4FT/3zj0VxxlV6ybDOKAkJlCUvvioFf1zpaSq0kfiYxEd AXsTxhmc4iU3Hh8lxIzL6mtZnYlKVHUS0Iywxna57GfJ13GXGRdqaSqeg5l2LA5p8A ai7SE28p4iFOJwiLyQwsxTudunOBaB/V4cWjEbmELkuRPlNNCDbD1oDDM4GaVC3J54 1DxF0VKZL6UBx0okq1VJ0nAJhxOOI5iAw4Z5f1oVxpPybVQj+KLDlJ9wDqCWCvlL3o XEAlnOvDzL2Hw== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 19:38:23 -0000 On Tue, Apr 16, 2013 at 07:55:20PM +0200, Andre Albsmeier wrote: > I have lost one of my CDROM drives (HL-DT-STDVD-RAM GH22LP20/2.00) > after going from 7.4 to 9.1 when using ATA_CAM. It is attached to > a Promise PDC20268 UDMA100 controller. A standard harddisk drive > attached to this controller works well. Cables, controller and drive > where replaced already. > > Kernel gives me: > > atapci1: port 0xb000-0xb007,0xa800-0xa803,0xa400-0xa407,0xa000-0xa003,0x9800-0x980f mem 0xdf800000-0xdf803fff irq 11 at device 12.0 on pci0 > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > ... > ada0 at ata2 bus 0 scbus2 target 0 lun 0 > ada0: ATA-7 device > ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) > ada0: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ... > (cd2:ata3:0:0:0): got CAM status 0x50 > (cd2:ata3:0:0:0): fatal error, failed to attach to device > (cd2:ata3:0:0:0): lost device, 4 refs > (cd2:ata3:0:0:0): removing device entry > ... > > Attaching the CDROM drive to the controller that is integrated on > the mainboard (Intel PIIX4 UDMA33 controller) does not show this > problem (but here I don't have UDMA66). > > It also works when not using ATA_CAM: > > ... > acd0: DVDR at ata3-master UDMA66 > ... > > So this semes to be a problem with the Promise controller and ATA_CAM. > > Any ideas? Or should I file PR? The controller in question is a Promise Ultra100 TX2. The error message comes from sys/cam/scsi/scsi_cd.c, in function cddone(). The logic is a little hard for me to follow (I understand about 70% of it). Look at lines 1724 to 1877 for stable/9. 1. Can you provide full output from a verbose boot when the CD/DVD drive is attached to the Promise controller? 2. What firmware version the card is using? The PDC20268 had many, many firmware problems relating to ATAPI devices. 3. I wouldn't worry about ATA66 vs. ATA33; this drive can only support up to about 22MBytes/second so ATA66 isn't going to get you anything, so as a workaround, using the PIIX4 for it would not hurt you. 4. ONLY if this turns out to be a "controller thing": I'm not sure how much effort should be spent trying to make this work, as the PDC20268 is legacy/deprecated hardware (made/released 13 years ago). -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |