This is the mail archive of the
ecos-patches@sourceware.org
mailing list for the eCos project.
[Bug 1000819] Add support for Atmel AT91SAM9263
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-patches at ecos dot sourceware dot org
- Date: Thu, 19 May 2011 13:48:11 +0100
- Subject: [Bug 1000819] Add support for Atmel AT91SAM9263
- Auto-submitted: auto-generated
- References: <bug-1000819-104@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=1000819
Ilija Kocho <ilijak@siva.com.mk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ilijak@siva.com.mk
--- Comment #30 from Ilija Kocho <ilijak@siva.com.mk> 2011-05-19 13:48:04 BST ---
(In reply to comment #29)
[snip]
> would be my humble opinion. The problem I see with supporting the SAM3 from the
> same IO package is that the peripheral bus structure usually implemented on
> cortex devices is not the same as the earlier models. Perhaps the IO package
> should be divided by peripheral bus structure AHB,AMBA etc. Okay that's enough
> from me.
For example of grafting legacy ARM peripherals to Cortex-M3 you can look at
LPC-17xx port Bug 1001114 being combined with LPC-2xxx peripherals Bug 1001115
.
However if larger re-organization of AT91 port is considered, I would propose
moving AT91 peripherals out of ARM devs subdirectories (except for peripherals
based on ARM IP, if any). Something like this:
packages-+
+-devs+
+-serial+
+-AT91-+
+-current-+...
Also following scheme could be considered (although radical) if same devices
are shared among all AT91 platforms:
packages-+
+-devs-+
+-Atmel(AT91)-+
+-serial-+...
+-ethernet-+...
+-spi-+...
Ilija
--
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.