[Bug 1001368] Availability of port.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

Bernd Edlinger <bernd.edlinger@hotmail.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bernd.edlinger@hotmail.de

--- Comment #1 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-10 12:32:54 BST ---
(In reply to comment #0)
> Any chance I can get hold of the port to the Atmel AT91SAM9G20 board, I thought
> there was some discussion before summer about this and I see it is mentioned in
> the news. However I don't see it in the latest CVS download, I finally got my
> front end GPS chip working the way I need it to and I was planning to use the
> AT91SAM9g20 as the processor for an open source all digital gps receiver I am
> building. I can contribute the code for the SSC driver and anything else new I
> build, I also wrote an SPI driver for the Samsung S3C2440A which I am happy to
> contribute.
> cheers
> Mark

Hi Mark,

actually I worked on that.
you may want to try it?

that is what I posted a fiew days ago:

I'd like to announce a port of eCos 3.0 for several ARM Processors that Softing
has developed.

The key features of this version are as follows:

- support for AT91SAM9G45-EK
- support for AT91SAM9G20-EK
- support for AT91SAM9260-EK
- RedBoot (as second level boot loader together with the Atmel Sam-BA boot
code)
- ARM AT91 MMU: added Access Protection against NULL-Pointer accesses
- ARM AT91 MMU: added Code Protection against self-modifying code
- ARM AT91 Code- and Data-Cache: added support
- ARM AT91 I2C: added support
- ARM AT91 Serial: support for more than 4 UARTs
- ARM AT91 ENET: support for multicasts
- ARM AT91 ENET: PHY-Polling or Interrupt-driven detection of Link changes
- ETH_PHY: added support for DP83640 PHY
- ETH_PHY: support for enabling PHY Interrupts
- ETH_PHY: support for Interrupt-driven SMI communication
- Raw Ethernet using AF_PACKET sockets
- recursive Posix- and Kernel-Mutexes
- access functions for request method and header values in httpd
- added fcntl-codes F_GETFL and F_SETFL
- performance improvements in dlmalloc
- Many bugfixes and enhancements in all areas


At the moment the complete source code can be downloaded from our FTP server:
ftp://ftp.softing.com/pub/outgoing/GPL/ecos-120723.tar.bz2

-- 
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.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #2 from Mark Mumford <markthetyke@earthnet.net> 2012-08-14 00:31:00 BST ---
Hi Bernd,

Any chance you can send me your ecc setup file, I do not get any output from
redboot, which is the same problem I had before. Probably a wrong setting
somewhere but there are so many on ECOS. 

cheers

Mark

-- 
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.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #3 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-14 12:27:11 BST ---
(In reply to comment #2)
> Hi Bernd,
> Any chance you can send me your ecc setup file, I do not get any output from
> redboot, which is the same problem I had before. Probably a wrong setting
> somewhere but there are so many on ECOS. 
> cheers
> Mark

OK, redboot is a bit difficult.

First you should disable the DATA and Code Caches
because the RedBoot does not enable the MMU.

Then disable SPI/I2C drivers, as they are not needed at this time.
A speciality of the SPI driver is, that only SPI0 CS0 is available
and some of CS1..3 use pins that are already used for DDR RAM.
So either disable SPI0 completely or say NONE for CS1..3.

Then make sure your Image is not larger than 192K.

I suppose you want to program that with Sam-BA.

There are precompiled Boot Loaders from Atmel these can be used.

Program the boot-at91sam9XXX-ek-nandflash2sdram to NAND Flash offset 0
Program the redboot.bin to NAND Flash offset 0x20000

power cycle. done.

hope this helps
Bernd.

-- 
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.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #4 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-14 12:41:42 BST ---
one more thing:

unless you are certain that the PLL Divider and Multipliers are exactly
configured as initialized by the Atmel Bootloader, you should enable
"Dynamic calculation of baud rate" in "Atmel AT91SAM9 HAL"
then the COM port's baud rate is always correct, as long as the
"main oscillator frequency" setting is correct.

-- 
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.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

Bernd Edlinger <bernd.edlinger@hotmail.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bernd.edlinger@hotmail.de

--- Comment #1 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-10 12:32:54 BST ---
(In reply to comment #0)
> Any chance I can get hold of the port to the Atmel AT91SAM9G20 board, I thought
> there was some discussion before summer about this and I see it is mentioned in
> the news. However I don't see it in the latest CVS download, I finally got my
> front end GPS chip working the way I need it to and I was planning to use the
> AT91SAM9g20 as the processor for an open source all digital gps receiver I am
> building. I can contribute the code for the SSC driver and anything else new I
> build, I also wrote an SPI driver for the Samsung S3C2440A which I am happy to
> contribute.
> cheers
> Mark

Hi Mark,

actually I worked on that.
you may want to try it?

that is what I posted a fiew days ago:

I'd like to announce a port of eCos 3.0 for several ARM Processors that Softing
has developed.

The key features of this version are as follows:

- support for AT91SAM9G45-EK
- support for AT91SAM9G20-EK
- support for AT91SAM9260-EK
- RedBoot (as second level boot loader together with the Atmel Sam-BA boot
code)
- ARM AT91 MMU: added Access Protection against NULL-Pointer accesses
- ARM AT91 MMU: added Code Protection against self-modifying code
- ARM AT91 Code- and Data-Cache: added support
- ARM AT91 I2C: added support
- ARM AT91 Serial: support for more than 4 UARTs
- ARM AT91 ENET: support for multicasts
- ARM AT91 ENET: PHY-Polling or Interrupt-driven detection of Link changes
- ETH_PHY: added support for DP83640 PHY
- ETH_PHY: support for enabling PHY Interrupts
- ETH_PHY: support for Interrupt-driven SMI communication
- Raw Ethernet using AF_PACKET sockets
- recursive Posix- and Kernel-Mutexes
- access functions for request method and header values in httpd
- added fcntl-codes F_GETFL and F_SETFL
- performance improvements in dlmalloc
- Many bugfixes and enhancements in all areas


At the moment the complete source code can be downloaded from our FTP server:
ftp://ftp.softing.com/pub/outgoing/GPL/ecos-120723.tar.bz2

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #2 from Mark Mumford <markthetyke@earthnet.net> 2012-08-14 00:31:00 BST ---
Hi Bernd,

Any chance you can send me your ecc setup file, I do not get any output from
redboot, which is the same problem I had before. Probably a wrong setting
somewhere but there are so many on ECOS. 

cheers

Mark

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #3 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-14 12:27:11 BST ---
(In reply to comment #2)
> Hi Bernd,
> Any chance you can send me your ecc setup file, I do not get any output from
> redboot, which is the same problem I had before. Probably a wrong setting
> somewhere but there are so many on ECOS. 
> cheers
> Mark

OK, redboot is a bit difficult.

First you should disable the DATA and Code Caches
because the RedBoot does not enable the MMU.

Then disable SPI/I2C drivers, as they are not needed at this time.
A speciality of the SPI driver is, that only SPI0 CS0 is available
and some of CS1..3 use pins that are already used for DDR RAM.
So either disable SPI0 completely or say NONE for CS1..3.

Then make sure your Image is not larger than 192K.

I suppose you want to program that with Sam-BA.

There are precompiled Boot Loaders from Atmel these can be used.

Program the boot-at91sam9XXX-ek-nandflash2sdram to NAND Flash offset 0
Program the redboot.bin to NAND Flash offset 0x20000

power cycle. done.

hope this helps
Bernd.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 1001368] Availability of port.

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001368

--- Comment #4 from Bernd Edlinger <bernd.edlinger@hotmail.de> 2012-08-14 12:41:42 BST ---
one more thing:

unless you are certain that the PLL Divider and Multipliers are exactly
configured as initialized by the Atmel Bootloader, you should enable
"Dynamic calculation of baud rate" in "Atmel AT91SAM9 HAL"
then the COM port's baud rate is always correct, as long as the
"main oscillator frequency" setting is correct.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.