On Mon, Jul 10, 2017 at 10:21 AM, O. Hartmann <ohartm...@walstatt.org> wrote:
> Am Sun, 9 Jul 2017 20:42:21 +0200 > Marius Strobl <mar...@freebsd.org> 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 > > > > > > 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. > > > > Btw., were mmc.ko and mmcsd.ko disconnected on purpose with this commit? > > > > Marius > > 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 ... > > 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? 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-unsubscr...@freebsd.org"
