kernel panic trying to utilize a da(4)/umass(4) device with
ohci(4)
Brian F. Feldman
green at freebsd.org
Fri Nov 21 12:43:35 PST 2003
Bernd Walter <ticso at cicely12.cicely.de> wrote:
> On Fri, Nov 21, 2003 at 12:35:50PM -0500, Brian F. Feldman wrote:
> > Doug White <dwhite at gumbysoft.com> wrote:
> > > The OHCI driver is largely synced with NetBSD so you might see if they
> > > have the same bug.
> >
> > I'll look around for a bootable NetBSD CD.
>
> NetBSD is different in that point.
>
> > > This might be the underlying wierdness we were seeing in gtetlow's
> > > microdrive with transfers over 8k. The one-page-crossing ohci limitation
> > > is really annoying.
> >
> > Is there a way to add a quirk for max 8k transfers or anything? Even though
> > that would be patently lame, I'd like to get some sort of workaround here.
> > I don't even know what is supposed to be the problem here -- the fact that
> > it's an ohci controller, an ohci+ehci controller, or that it's some specific
> > controller issue...
>
> We never did any page crossing on ohci/ehci bevor the newbus change
> took place.
Are you hinting that I need to find some way to "defragment" the DMA buffers
I'm getting back?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green at FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
More information about the freebsd-current
mailing list