[okl4-developer] 2.1 under VMware Workstation

[Geoffrey Lee]

On Sat, May 17, 2008 at 07:14:01AM -0700, Geoff White wrote:
> On Sat, May 17, 2008 at 1:07 AM, Geoffrey Lee <glee at ok-labs.com> wrote:
> 
> > On Fri, May 16, 2008 at 10:28:39PM -0700, Geoff White wrote:
> >
> > > .
> > > configuring network for  Linux wombat 2.6.23-i386l4_pc99 #2 Fri May 16
> > > 21:54:13 PDT 2008 i386 unknown
> > > info, udhcpc (v0.9.9-pre) started
> > > debug, Sending discover...
> >
> > Hi Geoff
> >
> > The actual file is include/asm-l4/i386/dma-mapping.h, the include2
> > is a red herring which results because the directory gets symlinked
> > by the Linux build system.
> >
> > The BUG() there is intentional, we only tested DMA support
> > for a very limited range of devices and hence we wanted to
> > catch cases where certain parts of the DMA API was used.
> >
> > The equivalent function for i386 is in include/asm-i386/dma-mapping.h,
> > which you will see is empty.  Try removing the BUG() and see if things
> > work better.
> >
> >        -gl
> 
> 

Hi Geoff

> 
> Geoff,
> The line number reported seems to be a "red herring" as well, there isn't an
> actual BUG_ON assert at line 149 in ...asm-i386/dma-mapping.h, what is there
> is...


No, what I meant was line 149 in asm-l4/i386/dma-mapping.h.


> there aren't any BUG_ONs in dma_supported() either, but they are sprinkled
> through several functions in the module, should I try disabling  ALL of
> them?

We only needed to target several specific drivers when we did the dma 
work, hence only specific functions were implemented.  You can remove
the BUG() for those that you know are safe to do so.  For this
specific BUG it should be ok to remove it.

	-gl

> 
> 
> >
> >
> >
> > > kernel BUG at include2/asm/i386/dma-mapping.h:149!
> > >
> > > ANy ideas from anyone?
> > >
> > > I'm more than willing to attempt to debug this if someone is willing to
> > give
> > > me a little guidance
> >
> > > _______________________________________________
> > > Developer mailing list
> > > Developer at okl4.org
> > > https://lists.okl4.org/mailman/listinfo/developer
> >
> >
> > --
> >
> >

--