From owner-freebsd-arm@FreeBSD.ORG Thu Nov 6 19:02:05 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3E41065672; Thu, 6 Nov 2008 19:02:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B2B288FC14; Thu, 6 Nov 2008 19:02:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227184636; Thu, 06 Nov 2008 21:02:03 +0200 Message-ID: <49133F2B.4080801@FreeBSD.org> Date: Thu, 06 Nov 2008 21:02:03 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> In-Reply-To: <20081106184017.GB161@e.0x20.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Nov 2008 00:16:58 +0000 Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 19:02:06 -0000 Lars Engels wrote: > Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 > device: > > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > on pci5 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > mmc0: on sdhci0 > mmcsd0: 1924MB at mmc0 16MHz/4bit > sdhci0-slot0: Got data interrupt 0x00000002, but there is no active This error should not happen normally. Or this controller has some problems with DMA mode (it's PCI class reports that DMA is not supported, but as soon as we have some reports that it does working it is forcefully used) or it is some problem with driver. To get some info about what is happening actually, uncomment two fragments in driver. This: /* printf("%s cmd op %u arg %u flags %u data %ju\n", __func__, req->cmd->opcode, req->cmd->arg, req->cmd->flags, (req->cmd->data)?req->cmd->data->len:0); */ and this: /* slot_printf(slot, "got interrupt %x\n", intmask); */ Enable verbose messages, and send me what you will get. -- Alexander Motin