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

[O. Hartmann]

Am Mon, 10 Jul 2017 14:05:58 -0600
Warner Losh <imp at bsdimp.com> schrieb:

> 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
> _______________________________________________
> svn-src-head at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/svn-src-head
> To unsubscribe, send any mail to "svn-src-head-unsubscribe at 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 since I gave up
using WITH_LLD_IS_LD and needed a clean world. But after rebuilding the world, I did
several updates and rebuilds with filemon after that and it seems that caused 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



-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 313 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20170711/e78a6764/attachment.sig>