[Bug 2014] GRETH: added support for non-snooping GRETH 10/100 systems

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Thu Mar 22 08:12:04 UTC 2012


https://www.rtems.org/bugzilla/show_bug.cgi?id=2014

--- Comment #6 from Daniel Hellstrom <daniel at gaisler.com> 2012-03-22 03:12:04 CDT ---
(In reply to comment #5)
> (In reply to comment #4)
> > Hello,
> > 
> > I can see your concern about being LEON specific. I think that it has always
> > been SPARC-specific due to the usage of set_vec(). However my last GRETH patch
> > (not yet submitted) will change from set_vec() to
> > rtems_interrupt_handler_install() and one patch will implement the generic
> > shared-irq layer on the LEON BSPs.
> > 
> > I can update this patch:
> >  1. Instead of NO_CACHE_LOAD(), let bsp.h define GRETH_DMA_LOAD()
> >  2. GRETH_SUPPORTED is defined by bsp.h instead of in greth.c. Similar to the
> > "SMC91111: ERC32 eas never supported by driver" patch.
> > 
> This would be better as it would get rid of the assembly in the driver.

See new patch.

> Can greth reasonably be used by non-sparc systems? If so it should remain in
> libchip and changes should be made to make it more generic as you suggested. If
> not it should probably go into the sparc libbsp (or libcpu) subdirectories.

Aeroflex Gaisler is a IP-library company, we sell the GRETH as a separate
IP-core and together with other of our IP-cores (the LEON for example). There
are customers which have bought the GRETH separately, we don't know what they
are doing with it. The Library is compatible with ARM's AMBA bus, which makes
it suitable to use with ARM. In short, it is possible, but to a small extent. I
would like it to remain in libchip, however I don't have a strong feeling in
the matter.

-- 
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the bugs mailing list