[Fwd: alloc860.c?]

[Joel Sherrill]

Phil Torre wrote:
> 
> They haven't been removed, just renamed.  M860AllocateBufferDescriptors
> has been renamed to m8xx_bd_allocate, for example.
> See libcpu/powerpc/mpc8xx/cpm/dpram.c (at least that's where it is in
> rtems-ss-20020628; I don't know if more recent snapshots have moved it
> again).

No movement of that type since 20020628.  Thanks.

> -Phil
> 
> On Wed, Nov 13, 2002 at 10:02:03AM -0600, Joel Sherrill <joel at OARcorp.com>
> wrote:
> >
> >
> > can anyone help out on this one?
> >
> > --
> > Joel Sherrill, Ph.D.             Director of Research & Development
> > joel at OARcorp.com                 On-Line Applications Research
> > Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> >    Support Available             (256) 722-9985
> >
> 
> > Date: Thu, 14 Nov 2002 02:35:01 +0300
> > From: "Vyacheslav V. Burdjanadze" <wr at zelax.ru>
> > To: Joel Sherrill <joel.sherrill at oarcorp.com>
> > Subject: alloc860.c?
> >
> > We now using rtems-4.5.0 and today I have look to recent snapshot and
> > seen there is no DPRAM managment routines for PPC
> > (M860AllocateBufferDescriptors comes in mind). What was a reason to
> > remove them? We used DPRAM both in ethernet/hdlc/framerelay drivers and
> > in ATM (MPC862 has ATM capability thru UTOPIA bus) and latter requires
> > much DPRAM allocations - this is pain to define all structures placement
> >  in dpram at compile time :-/
> 
> 

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel at OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985