From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:25:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42728106566B for ; Fri, 15 Jun 2012 07:25:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9B58FC15 for ; Fri, 15 Jun 2012 07:25:07 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5F7GGSQ053883; Fri, 15 Jun 2012 09:16:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5F7GGCD053882; Fri, 15 Jun 2012 09:16:16 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 09:16:16 +0200 (CEST) Message-Id: <201206150716.q5F7GGCD053882@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marius@alchemy.franken.de In-Reply-To: <20120614222851.GQ46065@alchemy.franken.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 09:16:33 +0200 (CEST) Cc: Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 07:25:08 -0000 Marius Strobl wrote: > [...] > > > > > http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff > [...] > > I've committed it to head in r237107 as a band-aid for now as it's a > sufficiently severe problem. Obviously, fixing ATA_CAM to not break > ATAPI CAM instead is the right thing to do. I've already spent quite > some time trying to find the underlying but didn't get anywhere with > that so far though (granted, most of that wasted time was because of > me thinking that this would be due to an endian bug only seen on big > endian machines, which turned out to not be the case). AFAICT, mav@ > also has ALI hardware affected by this issue, maybe he'll have a > look at it eventually ... I'm not sure if it's the same or a different issue, but ATA_CAM also breaks for me with a legacy P-ATA controller (UDMA-133) on RELENG_9. Removing ATA_CAM and adding "atapicam" fixes it. I've described the problem in more detail here: http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068175.html This is the controller in question: pciconf: atapci0@pci0:3:6:0: class=0x018085 card=0x4d68105a chip=0x4d69105a rev=0x02 hdr=0x00 vendor = 'Promise Technology, Inc.' device = '20269' class = mass storage dmesg: atapci0: port 0xdc00-0xdc07, 0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 Shall I open a PR with this? Of course, I can try any patches that somebody throws at me. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is executable pseudocode. Perl is executable line noise.