From owner-svn-src-head@freebsd.org Sun Jul 9 20:40:18 2017 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57934D94BFF for ; Sun, 9 Jul 2017 20:40:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1AB6F12F for ; Sun, 9 Jul 2017 20:40:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22c.google.com with SMTP id m68so17577258ith.1 for ; Sun, 09 Jul 2017 13:40:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=r/d3TnpUxXeoTj9JOWtnJk6V0sTCC0m43dbQdYHr68k=; b=KmgBue0s4u5O8CJeR8Viz7bAImx0LnsdWinHRswLSKMIiBCenOKX9LKiiDw4Clx9Ay EosELk/fk52Io0My7H5/+PxSJy52y+SY33zDm3QCnyY2z7iKW+5s7jL2zVfLWV7ik2vl 5LNZFOitTGGAs8d4Riku5IRAlpGwtARCUmlhUgP993aMwKlX9m5uiTdYUvQgqySnlatq eD1wy9Ym4BM7+axN05I8DT4dE51UB74j7I6I5O0nbgIHtn7LxGbpnQFirtH1CMaAGeXp J9KoJgGq0tcG73FuEP7ljRgSczXqYw9QMTqCM0r689UyrUriMhXcfQl9q0vxuSZ0T87Z JIgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=r/d3TnpUxXeoTj9JOWtnJk6V0sTCC0m43dbQdYHr68k=; b=QUy6jl1qLTsl/5feolsN/XWIGva3AyX+E8q9jy+dPTZeKGlWvCtZl52DiLI5XVmDA9 +HN1GAu46TZksFok9nuX7uc4AFWwOXx5440pkGchJxEcnOLSLtQU8dukFKAdkXZEatM6 GDr4O8W83+ekjjgj2GwlWlDNw/0PASo0wVvbFPKI+FNrVPcjUvruX2ttEgRh0oV0PTE+ b6pgaYu4zG3P/ZlwBjXFmlBGrdX+Y9KSqeHjItH946k7ie/lYzZndYe3X/tBakRqkgdq ceTxa2Q1Mi/CyWSz0UeHpn+/3C+WiXyymzJktvI5dctfRpIILAnH0Jmo8N0h3hlE044+ SgTQ== X-Gm-Message-State: AIVw113Xyp9mHUxt3a79PYWF1d6RdM+j9xixV7soHM1fgbZSmLb9MEg+ T4BiBRXMBQBVLWne2jzW0++Japol9Z7o X-Received: by 10.107.142.130 with SMTP id q124mr484761iod.173.1499632817516; Sun, 09 Jul 2017 13:40:17 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.212.167 with HTTP; Sun, 9 Jul 2017 13:40:16 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:5d99:2cb7:7594:1100] In-Reply-To: <20170709184221.GB38352@alchemy.franken.de> References: <201707091657.v69GvOar096942@repo.freebsd.org> <20170709184221.GB38352@alchemy.franken.de> From: Warner Losh Date: Sun, 9 Jul 2017 14:40:16 -0600 X-Google-Sender-Auth: e0yuve5-mzrOPO7lLtu667B2M7g Message-ID: Subject: Re: svn commit: r320844 - in head: etc/mtree include lib/libcam sys/amd64/conf sys/arm/broadcom/bcm2835 sys/arm/conf sys/arm/ti sys/cam sys/cam/mmc sys/cam/scsi sys/conf sys/dev/mmc sys/dev/sdhci sys/m... To: Marius Strobl Cc: Warner Losh , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jul 2017 20:40:18 -0000 On Sun, Jul 9, 2017 at 12:42 PM, Marius Strobl wrote: > On Sun, Jul 09, 2017 at 04:57:24PM +0000, Warner Losh wrote: > > Author: imp > > Date: Sun Jul 9 16:57:24 2017 > > New Revision: 320844 > > URL: https://svnweb.freebsd.org/changeset/base/320844 > > > > Log: > > An MMC/SD/SDIO stack using CAM > > > > Implement the MMC/SD/SDIO protocol within a CAM framework. CAM's > > flexible queueing will make it easier to write non-storage drivers > > than the legacy stack. SDIO drivers from both the kernel and as > > userland daemons are possible, though much of that functionality will > > come later. > > At least with a non-MMCCAM kernel, with this revision in place I get > an endless storm of "unexpected" SDHCI_INT_CARD_INT interrupts during > boot. Apparently this is due to the fact that sdhci(4) now enables > these interrupts, but sdhci_generic_intr() neither actually handles > them nor clears them from intmask. > OK. I'll look into it. Since I don't have an SDHCI card in the system I tested it in, I never saw these... > Btw., were mmc.ko and mmcsd.ko disconnected on purpose with this commit? No, I'll reconnect. Warner