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...

[Warner Losh]

On Mon, Jul 10, 2017 at 10:21 AM, O. Hartmann <ohartmann at walstatt.org>
wrote:

> Am Sun, 9 Jul 2017 20:42:21 +0200
> Marius Strobl <marius at 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