Jerzy,
On 13.06.2014 17:06, Jerzy Dyrda wrote:
[snip]
> 2) Small embedded GUI working directly on display. From my side
> I propose uGFX -> http://ugfx.org/
> License seems to be compatible and due its nature porting on new platform
I'm afraid it's not compatible with eCos licence. IMO it doesn
Jerzy,
On 13.06.2014 17:06, Jerzy Dyrda wrote:
[snip]
> 2) Small embedded GUI working directly on display. From my side
> I propose uGFX -> http://ugfx.org/
> License seems to be compatible and due its nature porting on new platform
I'm afraid it's not compatible with eCos licence. IMO it doesn
On 31.05.2013 09:42, John Dallaway wrote:
> Hi Uwe
>
> On 23/05/13 08:23, Uwe Kindler wrote:
>
>> we are currently in the process of creating an eCos driver for the open
>> source CANopen stack CanFestival.
>>
>> http://www.canfestival.org/
>> http://dev.automforge.net/CanFestival-3/
>>
>> This dri
/18/2012 08:09 PM, Ilija Kocho wrote:
>> Hi Alex
>>
>> Thank you for testing 4.6.2-20120125.
>>
>> 4.6.3-20120315 is our new test release until we upgrade GDB with Jifl's
>> patch:
>> http://ecos.sourceware.org/ml/ecos-discuss/2012-03/msg00064.html
>&
Hi Alex
Thank you for testing 4.6.2-20120125.
4.6.3-20120315 is our new test release until we upgrade GDB with Jifl's
patch:
http://ecos.sourceware.org/ml/ecos-discuss/2012-03/msg00064.html
Ilija
Hi Alex
Thank you for the update.
On 13.03.2012 14:30, Alex Schuilenburg wrote:
[snip]
>
> Is it worthwhile continuing testing 4.6.2 given
> http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001468 ?
It would be good for us to decide what to do ASAP at latest till end of
this week.
I am testing
Hi Alex
Thank you for the update.
Regarding EA target (ARM7TDMI) I'm interested whether the perms include
thumb code. There's an issue reported by Sergei that would be good to
investigate.
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001468#c25
Ilija
On 08.03.2012 18:28, Alex Schuilenburg
Thank you Alex
We will need some time to analyze the results and try to reproduce.
At present I could ony partially comment on ustl tests.
bvt13 and bvt17 require certain input from the user, something which the test
machine might not be able to provide.
Similar report from Sergei (pse see NOTE
On 05.03.2012 10:49, John Dallaway wrote:
> Hi Tomas
>
> Tomas Frydrych wrote:
>
>> On 05/03/12 08:30, Tomas Frydrych wrote:
>>> On 04/03/12 19:37, John Dallaway wrote:
However, this success was achieved using arm-eabi-gdb 6.8.50.20080706.
There does appear to be an issue with the length
On 02.03.2012 17:36, Alex Schuilenburg wrote:
> Hi Ilija,
>
> On 2012-02-13 22:02, Ilija Kocho wrote:
>> Hi Alex
>>
>> eCos GNU tools 4.6.2-20120125 (arm_eabi) binaries are ready for testing.
>> John has placed them on FTP and by now most of the mirrors should ha
On 20.02.2012 16:59, Alex Schuilenburg wrote:
> Hi Ilija,
>
> On 2012-02-13 22:02, Ilija Kocho wrote:
>> Hi Alex
>>
>> eCos GNU tools 4.6.2-20120125 (arm_eabi) binaries are ready for testing.
>> John has placed them on FTP and by now most of the mirrors should ha
Hi Alex
eCos GNU tools 4.6.2-20120125 (arm_eabi) binaries are ready for testing.
John has placed them on FTP and by now most of the mirrors should have
updated.
I guess this one is closest to you:
http://www.mirrorservice.org/sites/sourceware.org/pub/ecos/gnutools/i386linux/test/ecos-gnutools-arm
Hi Alex
On 26.01.2012 14:35, Alex Schuilenburg wrote:
Hi Ilija
On 2012-01-25 20:59, Ilija Kocho wrote:
Hi Alex
I wish to thank eCosCentric for supporting eCos GCC 4.6 release. It
will both assure quality of this release and strengthen the image of
eCos community toolchain.
NP - it is a
Hi Alex
I wish to thank eCosCentric for supporting eCos GCC 4.6 release. It will
both assure quality of this release and strengthen the image of eCos
community toolchain.
In order to best utilize 2 lab. weeks of testing we should have well
prepared binaries. In my view, it would be the best
On 23.01.2012 02:13, Jonathan Larmour wrote:
On 14/01/12 16:24, Ilija Kocho wrote:
On 14.01.2012 11:22, John Dallaway wrote:
There are sure to be some new compiler warnings to deal with in the eCos
sources. Are you aware of the scale of this issue with eCos CVS and GCC
4.6.2?
If it could be
On 17.01.2012 17:09, Stanislav Meduna wrote:
On 17.01.2012 10:36, Tomas Frydrych wrote:
Some of the more recent gccs were not producing usable binaries on some
platforms (including arm) with the -Os option. I do not know if this is
the case with 4.6.2, and I don't think ecos uses -Os by default
On 15.01.2012 19:42, Sergei Gavrikov wrote:
On Sun, 15 Jan 2012, Grant Edwards wrote:
On 2012-01-14, Sergei Gavrikov wrote:
By the way I like their built-in __rtems__ definition for own GCC builds
and I guess in the end we would propagate __ecos__ for own ones on the
occasion of renewal.
Wh
On 15.01.2012 19:42, Sergei Gavrikov wrote:
On Sun, 15 Jan 2012, Grant Edwards wrote:
On 2012-01-14, Sergei Gavrikov wrote:
By the way I like their built-in __rtems__ definition for own GCC builds
and I guess in the end we would propagate __ecos__ for own ones on the
occasion of renewal.
Wh
On 14.01.2012 11:22, John Dallaway wrote:
Hi Ilija and all
Ilija Kocho wrote:
Our GCC 4.3.2 is ageing and perhaps we should consider an upgrade.
My motive is it's lacking of support for Cortex-M4 SIMD (aka DSP) and
FPU instructions, but I think that other architectures shall gain from
On 11.01.2012 16:41, Tomas Frydrych wrote:
Hi,
I am working on a driver for the Freescale Kwikstik LCD, which is a
segment lcd organized as a dot matrix. As part of that, I have
prototyped a simple system for drawing text, consisting of a couple of
minimal bitmapped fonts, a simple font generati
On 13.01.2012 20:09, Frank Pagliughi wrote:
On 01/13/2012 12:00 PM, Ilija Kocho wrote:
Hi colleagues
Our GCC 4.3.2 is ageing and perhaps we should consider an upgrade.
My motive is it's lacking of support for Cortex-M4 SIMD (aka DSP) and
FPU instructions, but I think that other architec
On 13.01.2012 19:54, Bernard Fouché wrote:
Le 13/01/2012 18:00, Ilija Kocho a écrit :
Our GCC 4.3.2 is ageing and perhaps we should consider an upgrade.
My motive is it's lacking of support for Cortex-M4 SIMD (aka DSP) and
FPU instructions, but I think that other architectures shall
Hi colleagues
Our GCC 4.3.2 is ageing and perhaps we should consider an upgrade.
My motive is it's lacking of support for Cortex-M4 SIMD (aka DSP) and
FPU instructions, but I think that other architectures shall gain from
newer compiler too. I have made some signal processing tests with GCC
4.
; On 15/12/11 18:04, Ilija Kocho wrote:
>> It may be just enough to add a new target entry in ecos.db.
>> I am not familiar with Kwikstik I only know that it is based on same
>> chip as TWR-K40. Can you please point the differences between boards
>> with respect to: HAL, de
Hi Tomas
It may be just enough to add a new target entry in ecos.db.
I am not familiar with Kwikstik I only know that it is based on same
chip as TWR-K40. Can you please point the differences between boards
with respect to: HAL, devices, etc.
Ilija
On 15.12.2011 17:57, Tomas Frydrych wrote:
> Hi
ght?
Tomas
Thanks for contribution.
Registering helps to avoid duplicate projects. But now since driver is
in Bugzilla it is less likely.
Maybe we could consider listing in-Bugzilla projects at web page.
Ilija
>
> Tomas
>
>
> On 20/11/11 17:04, Ilija Kocho wrote:
>> Hi Tomas
>>
Hi Tomas
Thank you for jumping in.
It is indeed a good practice to put such questions here. I am not aware
of someone working on I2C for Kinetis. Having said that, I do work on
SPI driver.
Registering project(s) at http://ecos.sourceware.org/contrib.html may
help for duplication avoidance.
Ilija
On 20.09.2011 11:02, Will Wagner wrote:
> Hello,
>
> I have quite a long list of patches I'd like to submit. What is the
> preferred method? Patches to the mailing list or bugs in bugzilla?
Bugzilla is the method:
http://ecos.sourceware.org/fom-serv/ecos/cache/45.html
Hint: You can attach more th
Hello Sergei
Many thanks for your comments.
On 25.07.2011 19:44, Sergei Gavrikov wrote:
> On Tue, 19 Jul 2011, Ilija Kocho wrote:
>
>> Hello colleagues
>
> Hello Ilija,
>
> my $0.02.
>
>> We are working on a port of Newlib's single precision math libr
ex-M4,
Cortex-R, MPC 55xx can execute single precision floating point in
hardware. This is also recognised by GCC, for instance GCC 4.6 can
generate /-mhard-float/ code for Cortex-M4.
Regards
Ilija Kocho, manager
SIvA doo
http://www.siva.mk
27;SRAM' but will use
external RAM.
'RAM' startup builds application
intended for loading by RedBoot into external RAM."
}
Regards
Ilija
> Regards,
> Christophe
>
>> -Original Message-
>> From: ecos-devel-ow...@ecos.sourceware.org [mailto:ecos
Hi all
I am solving similar problems in a course of porting eCos to Kinetis so
I would discuss / propose some ways for CDL management of a large
controller family.
1. Part naming management
Dealing with big number of (similar) parts can be simplified for both
programmer and user, if device sele
Hi John, Simon
On 08.05.2011 09:36, John Dallaway wrote:
> Hi Simon
>
> Simon Kallweit wrote:
>
>> Over the weekend I did initial work of an lwIP
>> 1.4.x port. I think by the time of an official 1.4.x release, I will be
>> able to provide an updated port for eCos. In the meantime, people can
>> u
On 07.06.2011 04:18, Laurie Gellatly wrote:
>
> On 07/06/2011, at 10:57 AM, Grant Edwards wrote:
>
>> On 2011-06-07, Laurie Gellatly wrote:
>>
>>> I tried to enable this before without success.
>> Ah yes, I saw your (unanswered) post from a few years back asking
>> about this. I was hoping there
On 12.05.2011 10:39, Christophe Coutand wrote:
> Hi Richard,
>
> This is what I know about the contribution process:
>
> #1 To submit contributions, you need your copyright assignment from the
> FSF in place: http://ecos.sourceware.org/assign.html
>
> #2 Patches should be submitted using Bugzilla
>
On 28.03.2011 14:16, Sergei Gavrikov wrote:
> On Mon, 28 Mar 2011, Ilija Kocho wrote:
>
>> On 27.03.2011 23:11, Sergei Gavrikov wrote:
>>> On Sun, 27 Mar 2011, Ilija Kocho wrote:
>>>
>>>> Sergei, I started this discussion in order to discuss this issue
On 28.03.2011 11:51, qb...@poczta.onet.pl wrote:
> Hi
>
> W dniu 2011-03-26 12:07:30 użytkownik Ilija Kocho
> napisał:
>> On 23.03.2011 11:50, John Dallaway wrote:
>>> Hi Gian Maria
>>>
>>> Gian Maria wrote:
>>>
>>>&
On 27.03.2011 23:11, Sergei Gavrikov wrote:
> On Sun, 27 Mar 2011, Ilija Kocho wrote:
>
>> Sergei, I started this discussion in order to discuss this issue before
>> I drop any code. Your proposal sounds rational. I shall open a Bug and
>> reference this discussion.
> Il
On 27.03.2011 21:39, Sergei Gavrikov wrote:
> On Sun, 27 Mar 2011, Ilija Kocho wrote:
>
>> On 27.03.2011 19:11, Sergei Gavrikov wrote:
>>> On Sun, 27 Mar 2011, Ilija Kocho wrote:
>>>
>>>> On 27.03.2011 14:45, Sergei Gavrikov wrote:
>>>>>
On 27.03.2011 19:11, Sergei Gavrikov wrote:
> On Sun, 27 Mar 2011, Ilija Kocho wrote:
>
>> On 27.03.2011 14:45, Sergei Gavrikov wrote:
>>> Hi Ilija,
>>>
>>> I get it (about your attempting to build the in-lines using CDL), but, I
>>> would kee
On 27.03.2011 14:45, Sergei Gavrikov wrote:
>
> Hi Ilija,
>
> I get it (about your attempting to build the in-lines using CDL), but, I
> would keep things simpler, i.e. just would add two absent entries for
> TTY4, TTY5, TTYx in tty.c. Those are conditional definitions depend on
>
Adding two addit
On 26.03.2011 19:32, Sergei Gavrikov wrote:
> On Sat, 26 Mar 2011, Ilija Kocho wrote:
>
>> Hello colleagues
>>
>> I need to extend tty.cdl in order to accommodate more than 4 serial
>> ports, currently I need 6. I can simply add 2 port entries but i would
>> pre
On 23.03.2011 11:50, John Dallaway wrote:
> Hi Gian Maria
>
> Gian Maria wrote:
>
>> I'm porting eCos to STM3210C and I find a logical error on the
>> implementation of CYGPKG_HAL_CORTEXM_STM32.
>> CYGPKG_HAL_CORTEXM_STM32 must be the base of all STM32 uP and so is not
>> correct for me to use
>>
>
Hello colleagues
I need to extend tty.cdl in order to accommodate more than 4 serial
ports, currently I need 6. I can simply add 2 port entries but i would
prefer something like the snippet below. Either case I am ready to post
to Bugzilla.
Note: Similar case is with termios.cdl
Please advise.
R
ues have occurred since my first
post, I would present them and propose solution(s) in the context of
variant port(s).
At the end of this year I wish all eCos developers Happy New 2011.
Ilija
>
> Christophe
>
>
> -Original Message-
> From: ecos-devel-ow...@ecos.sou
Hello
In a course of porting eCos to Cortex-M based devices, other than STM32,
an issue occurs that must be addressed.
The problem (In following discussion I refer to ROM start-up configuration):
In current Cortex-M port the Vector Table Offset is fixed (VTOR set) by
architecture port to 0x2
Hi John
On 08.12.2010 16:43, John Dallaway wrote:
> Hi Ilija
>
> Ilija Kocho wrote:
>
>> We are announcing our work on eCos port to Fresscale's Kinetis Cortex-M4
>> controller family.
>> http://www.freescale.com/kinetis
>>
>> The initial port s
egins shipping in quantities as regular production parts.
Best regards
Ilija Kocho
SIvA doo
ul. Zejnel Ajdini 5
MK-1060 Skopje
Macedonia
John Dallaway wrote:
> net/lwip_tcpip/current/include/netif/ppp/ is a new directory. Does it
> exist in your local CVS checkout? For avoidance of doubt, you need the
> "-d" switch when updating:
>
>cd packages
>cvs -q update -d -P net/lwip_tcpip io/eth
>
Is this some "unwanted feature" o
effort and help
bring the driver sooner if somebody more experienced points out
potential potholes.
Regards
Ilija Kocho
50 matches
Mail list logo
