From owner-svn-src-head@freebsd.org Mon Jul 10 16:21:33 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 55171DABB69; Mon, 10 Jul 2017 16:21:33 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C73EF6E0D2; Mon, 10 Jul 2017 16:21:32 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([92.227.37.89]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYtId-1d7pfd0EoV-00Vhin; Mon, 10 Jul 2017 18:21:30 +0200 Date: Mon, 10 Jul 2017 18:21:22 +0200 From: "O. Hartmann" To: Marius Strobl Cc: Warner Losh , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org 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... Message-ID: <20170710182048.3809fa38@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170709184221.GB38352@alchemy.franken.de> References: <201707091657.v69GvOar096942@repo.freebsd.org> <20170709184221.GB38352@alchemy.franken.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/b60ZKj7uljvEjqLtLdGX4N8"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:q6VNe8jezYFpXlKK82bl0D4eXOtt9MVROhwXYUhAMbaweL4kZ/7 YWUDmXP6Ld4a4pPo6hXeyyfBm3kUxsuQSnpNlG5SndqQOBT8Gj3mQO+Bv5mn9G6EuH8KqIW Doc2Z92VLQhG630gnQ/w8zT5lEVZh/XdVo9bwHwpNJryGLR80IVtZBzlwHZ2kPCipIi2/3f g4xYDp1zpgc8o1WNtx82g== X-UI-Out-Filterresults: notjunk:1;V01:K0:qioM958BrDM=:o8T2/fm0C1Kc6W4wJKAfYW KA/jBsffJFHKgOLrx3TEZHxuQ0dSHZgSJ7OEDkP6RH39uOp1NBGCyS8vmlZXuCHrUX8yUPf2h 33dun4hP9OFU/08KKauKeTUcBtS7mNSAjqdfiurcZcHc6OXE63AEwxmkbebdTIg85WBihUDsE 7ZuNSWAzVtzkLQf/s7NSbjSrEBCoeqotX2shxkp7j5oSxpfDLWsmSUr70cnJhLt4EqUAduexK 8AcafH3mDYAdoCAbULCHuF5PFvpPqbx12ZTWJprZaOHv+thlU2jq17giD7YJI5u5i+y49Wx/4 gw6nfFTL8aUwyr1IycwjoMJwWk6YsRF4pKFbRHG+kgfwPOir1djcrMJQQt6Dz3ETvU4AVjMR3 N8zPQhAnd/KTRHvFwyUIj8KoSiAFveajusk8zUvrJjyy0ZBZezWHD7Y7nKTX3OMZ6oJJTfwx/ 7YaDZgF4LDp3cojF22jlRtr4DbbPJjNusFLQVE7mLUJh6DzP5OcuvTTFxSsP9OCMJAlbDQ/IL 8S7q1Bo6H2lRGRzeJdlcd12EYPRDVkR1PJkXsyhatiixJVMhHjNXQ5/sS1Zv0qW2T2hN83Qlv uUjoVbsGHJDCzU/wdkTiP2GiCIlBfqiXyrz9tVO8tplaF1P/pdqZZetvQYqfJTStCVp1fzsbV i4MvqGhW89j4/fjWnfZ3DAtgLjR/Ud00Zy+QkX5idh3WUVbDrveykGWE1yeOMBdtgmjJ6lcs7 eHJmBnCZn8xJ83xIe5v9eqp8rE16o7icqrUBFv2ig6YVWJexMKNiKOOk9s8= 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: Mon, 10 Jul 2017 16:21:33 -0000 --Sig_/b60ZKj7uljvEjqLtLdGX4N8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 9 Jul 2017 20:42:21 +0200 Marius Strobl schrieb: > 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 > >=20 > > Log: > > An MMC/SD/SDIO stack using CAM > > =20 > > 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. =20 >=20 > 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. >=20 > Btw., were mmc.ko and mmcsd.ko disconnected on purpose with this commit? >=20 > Marius I updated just to r320873. My box is booting off a Samsung SSD 830/UFS2 (GPT) and worked fine with r32= 0829 and hangs now again at: mountroot: Waiting for device /dev/gpt/root ... Mounting from ufs:/dev/gpt/root failed with error 19 mountroot >: ? List of GEOM managed disk devices mountroot >: What happened here? I run a custom kernel with ZFS compiled in ... --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/b60ZKj7uljvEjqLtLdGX4N8 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWOpggAKCRDS528fyFhY lBZIAfkB2WWazVhIby8bHIwmMZab96cj3um/wMSPrOuA7zq6bju53JsxOTAekJ40 xRURmDyZUpDhHol4kx0Sel28FRx0Af42pZk05KaDthiwPokgMdhqbJIi8OuIV3q7 b4GX0j0D70GdbIB78D5UKtAu9pyZHn/mIRAgg2Reu9lfcRhhWp+Z =0kQz -----END PGP SIGNATURE----- --Sig_/b60ZKj7uljvEjqLtLdGX4N8--