Re: MMCCAM hang

Emmanuel Vadot <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On Wed, 10 Jan 2024 11:17:04 +0000 (UTC)
"Bjoern A. Zeeb" <[email protected]> wrote:

> On Tue, 9 Jan 2024, Warner Losh wrote:
> 
> > That makes sense. The threads you posted showed several blocked on IO while
> > sdhci was resetting. That's going to keep any I/O from happening. I guess
> > I'm not surprised it's the wrong quirks... Many years ago when I was
> > playing with a new, somewhat buggy SDHCI PCIe add-in card having the wrong
> > quirks would cause super weird behavior. In my case, it was an infinite
> > stream of interrupts...
> >
> > You should be able to disable the FreeBSD device like any other FreeBSD
> > device
> >
> > hint.sdhci.0.disabled=1
> >
> > we'll probe the device (which for FDT checks the compat settings) and then
> > never call attach, but instead print a message saying it is disabled.
> 
> Ah, hadn't thought so far;  one too many steps.
> 
> > One can also create an overlay that sets its status to something other than
> > okay, but that's quite a bit trickier and can't be done on the fly from the
> > boot loader.
> 
> fdt rm
> fdt mkprop
> 
> can do that to toggle state from okay to disabled.  But once it is
> disabled at run-time how can you enable it again (that was kind-of my
> original question) because fdt disabled the device is not created.

 You can't :)

> 
> > Warner
> >
> > On Tue, Jan 9, 2024, 1:57?PM Bjoern A. Zeeb <[email protected]>
> > wrote:
> >
> >> On Tue, 9 Jan 2024, Bjoern A. Zeeb wrote:
> >>
> >> Problem was in sdhci for the specific chipset; wrong quirk/errata
> >> information.
> >>
> >> I'll put a patch up in Phab the next days.
> >>
> >> --
> >> Bjoern A. Zeeb                                                     r15:7
> >>
> >
> 
> -- 
> Bjoern A. Zeeb                                                     r15:7


-- 
Emmanuel Vadot <[email protected]> <[email protected]>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.