This is the mail archive of the
ecos-bugs@sourceware.org
mailing list for the eCos project.
[Bug 1000761] eCos support for MPC5xxx MCUs
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-bugs at ecos dot sourceware dot org
- Date: Mon, 29 Oct 2012 10:05:33 +0000
- Subject: [Bug 1000761] eCos support for MPC5xxx MCUs
- Auto-submitted: auto-generated
- References: <bug-1000761-13@http.bugs.ecos.sourceware.org/>
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000761
--- Comment #64 from Stefan Singer <Stefan.Singer@freescale.com> 2012-10-29 10:05:31 GMT ---
Hi Ilija,
I am a bit confused about your two last posts.
Our intention was to split the drivers into a generic part, which is put into
the dev section and the device dependent definitions, which I did put into the
HAL section. The rational was, that the MPC5xxx family spans now over 3 device
technologies 130, 90, 55 nm and more than 8 years and that obviously a number
of things have changed despite some generic base architecture. Therefore our
attempt to split the drivers in a way like this.
Are you proposing, that we should remove those device dependent definitions
from the HAL and have a separate folder for each device in the dev section ?
Notably the following 3 files exist in every platform:
- var_regs.h: Register definitions in the eCos style. Of course there is
overlap with the device header file, since certain definitions exist in both
files, but this file is done in the way used in many other eCOS platforms and
the other file is reused from the Freescale website.
- mpc5*.h: This is the device definition header file for each device take
directly from our website. I tried to use that unmodified, however in some
instances I needed to make small adjustments, so that the common drivers find
common definitions. Since the spirit was to try to use those files unmodified
from the website, that are also the only files (at least that was my
attention), where there is a different copyright, since otherwise I would need
to modify those files.
- plf_intr.h: Interrupt Mapping for each device. This must be different for
each device. There are of course common sections accross multiple files, but
not two will be identical.
Can you please help me to understand, what I should change now ? I would not
like to remove the support for some devices to have less files to review - that
sounds wrong to me. I am still struggling to understand what you expect here. I
know that you are pushing to reuse the eCos drivers from other peripherals and
we will try to do that on some, but e.g. the new Flexcan driver does not work
yet at all (although I have already invested quite some time in it).
Thanks
Stefan
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.