From owner-svn-src-head@freebsd.org Tue Jul 11 18:56:43 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 77423DAA251; Tue, 11 Jul 2017 18:56:43 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 E7A2282736; Tue, 11 Jul 2017 18:56:42 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([80.171.206.93]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MVNDK-1dAj5r2Nwc-00YhyE; Tue, 11 Jul 2017 20:56:33 +0200 Date: Tue, 11 Jul 2017 20:56:24 +0200 From: "O. Hartmann" To: Warner Losh Cc: "O. Hartmann" , "svn-src-head@freebsd.org" , Marius Strobl , src-committers , Warner Losh , "svn-src-all@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: <20170711205624.6b7d9814@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <201707091657.v69GvOar096942@repo.freebsd.org> <20170709184221.GB38352@alchemy.franken.de> <20170710182048.3809fa38@thor.intern.walstatt.dynvpn.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_/XjhC+gCxxBm=0w1GDweBtZ/"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:Cw+td4pBC5ZbW4/4F7m8sfjwUmFtYej5M4Rnmroc+po1EcwxKNk 6+0iPLiFlgoYuDB0F3Lh3Cituh9nL7RRRfo7e6BXnFNaWzUBFmrCDaODUVxeIMCuC4AMv4V XwYau9sONbXCriWwcS9kB2BnuGySeT7ZBzvVh2rkInBm7CBr95g9/h95IymLQq3zWIeYcmc s+ebLXUyN039uJuJFueUQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:NRlR7v/5IFI=:9/3iG13UuFu1Pz4Er/xe3W s8YXX6zI1F5a/80h8JHGaCCx7L8XCo7bucqCuHMMjoWM8bPpbAgu0CI/CYm8W40JZglqZj1OU Uc7iqLl8OU9KNp9RJYgcu5jn/byf4uFSf2UdSlHrVQY5o2P7cQ1vU/FKYkRzRZKj28ffdWzn0 9MzuqODv+HCbh4hcf530ZyPq7hC/X/OBsXjL0l1dV6owgg4TlbqAJk0MrGgMArxLAuuT0XBl0 EerQfrQpfLu8JkXMMUn6N8PBtjEUfGrWy2P7ZnT8iQtWaa4wauSl+dh3LZW6f5eJEmMX280hz E0F8hUwvMGrR3KeEoHAF04F6LLqNhlX/pNLX8rY3hzGItJszJjEj2BuoIdL9tRgqcT1sdhmVH D/K/3muozgW9bvaA88UX+UPAb4k6Np/Vz1PSrCO3rfsPrbyEpwvCpdYz8VjVnIddUw89nJn0c MlG2MtXyUoDOUjyaY0iDqXxffcXlycabS8KUd2I/wFCvBtMx7HSUKKrt0+UICN6vZzgL30Oxs 675PI9cIrItI5MO73rOUR4IXUAgXu1vg5fOHXjCgFZzJy6Vdg71fEQyQIPzek31xsBYd9tC2Q qtpoZ2tJXImxdJWVdkgm5iKBU8RDF9o7/AA0hfMFxW8YmYJ+n7SbYE0quUCBOhFv+nwMRRjKC oKtWprabD1PeXSIt6aYcWZvOOpEkVq8ARR5ZEAQkBzzeh1JryDRGrAt0Cr4abv/QNd9Hyc6lm D8W8f25VktkQwiNYb6wCAoS1Kp7RtZQdNC31c+B12LPPC4aIip7PlOWrKhk= 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: Tue, 11 Jul 2017 18:56:43 -0000 --Sig_/XjhC+gCxxBm=0w1GDweBtZ/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 10 Jul 2017 14:05:58 -0600 Warner Losh schrieb: > On Mon, Jul 10, 2017 at 10:21 AM, O. Hartmann > wrote: >=20 > > Am Sun, 9 Jul 2017 20:42:21 +0200 > > Marius Strobl schrieb: > > =20 > > > On Sun, Jul 09, 2017 at 04:57:24PM +0000, Warner Losh wrote: =20 > > > > 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. =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. > > > > > > Btw., were mmc.ko and mmcsd.ko disconnected on purpose with this comm= it? > > > > > > Marius =20 > > > > I updated just to r320873. > > My box is booting off a Samsung SSD 830/UFS2 (GPT) and worked fine with > > r320829 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 > No clue. the information provided is insufficient to track down the > problem. Can you give a full dmesg? And can you bisect the revs from > r320829 to r320873 to see which one breaks things? >=20 > Warner > _______________________________________________ > svn-src-head@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/svn-src-head > To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" I followed your advice given to delete /usr/obj/usr/src/sys/KERNELNAME and = rebuild the system. I use META_MODE, but I had recompiled world before from scratch sin= ce I gave up using WITH_LLD_IS_LD and needed a clean world. But after rebuilding the wor= ld, I did several updates and rebuilds with filemon after that and it seems that caus= ed the trouble! I have no sdhci driver compiled into that kernel so far. Now the box is running FreeBSD 12.0-CURRENT #1 r320896: Tue Jul 11 20:34:46= CEST 2017 amd64. Thanks for the hint. Kind regards, Oliver --=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_/XjhC+gCxxBm=0w1GDweBtZ/ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWUfWAAKCRDS528fyFhY lM5cAfoD+oprrxEnbzuOqT952T6LUkcdDn/qksQDFkSQAmFncw4/+JRMGMsQ88xn DcxD3X24MQgXCaNTwqYPFvRd7BEHAgCXnRhMz3FfbbfD+ZcpS59WiNtM6OOMd/je j5X7Np+DM3ch+IwRzZs8uaXpDJwFy3bvNWcDMswNKBWG4p8uOWer =xOca -----END PGP SIGNATURE----- --Sig_/XjhC+gCxxBm=0w1GDweBtZ/--