ecos-devel  

Messages by Thread

• Request For Partnership CLI INVESTMENT GROUP
• Ordem 1653940 inclusão em CPF ISMIDA COMERCIO E REPRESENTACOES LTDA 807938 ecosdaterra
• Les Médias en Parle, M6 & France3... linda
• France TV : ç a l'air d'un canular, Mais... maryline
• Trump’s dirty little secret? Amelia
• Re: Porting mbedtls (former PolarSSL) to eCos Jonathan Larmour
• Abwesenheitsnotitz: (maybe it's the best time) jens . spaeth
• ??Re hah2117
• New features required on Cortex-M platform Jerzy Dyrda
  • Re: New features required on Cortex-M platform Ilija Kocho [Илија Кочо]
  • Re: New features required on Cortex-M platform Ilija Kocho [Илија Кочо]
  • Re: New features required on Cortex-M platform Jerzy Dyrda
• Graphic lib port Samuel Charnet
• Process for bugs fixed? Grant Edwards
• Cortex A9 IMX6 HAL Work Michael Jones
• Upgrading to LWIP 1.4.1 Andrew Parlane
• Open Source CANopen Stack for eCos Uwe Kindler
  • Re: Open Source CANopen Stack for eCos Stanislav Meduna
  • Re: Open Source CANopen Stack for eCos Uwe Kindler
• Nested interrupts on ARM Andrew Parlane
• Elegant substitute for kzalloc() through #define? Max Seidenstücker
  • Re: Elegant substitute for kzalloc() through #define? Sergei Gavrikov
  • Re: Elegant substitute for kzalloc() through #define? Max Seidenstuecker
• bugs on CPULoadPackage Felix R
• I have a few patches to fix minor things that I would like to have applied. David Fernandez
  • Re: I have a few patches to fix minor things that I would like to have applied. David Fernandez
• thread2 test gets deadlocked... Is it possible or am I missing some config option? David Fernandez
  • Re: thread2 test gets deadlocked... Is it possible or am I missing some config option? David Fernandez
• How to emulate workqueue mechanism in eCos? Max Seidenstücker
• Compiler errors for eCos C++ files using __attribute__((init_priority(_pri_))) when compiling tests for a new Cortex-R4 hal. David Fernandez
• [RFC 9/9] * Ensure udp stats counter correct when dropped packets Will Wagner
• [RFC 6/9] * Improve lwip cdl options Will Wagner
• [RFC 8/9] * Fix LWIP compiler warnings Will Wagner
• [RFC 5/9] * Make changes to ecos wrapper code for lwip Will Wagner
• [RFC 4/9] * Apply previous ecos modifications to lwip Will Wagner
• [RFC 0/9] Updating lwip to 1.4.1 Will Wagner
  • Re: [RFC 0/9] Updating lwip to 1.4.1 Will Wagner
  • Re: [RFC 0/9] Updating lwip to 1.4.1 Will Wagner
• RFC: bsd_tcp patch on in.c Lambrecht Jürgen
  • RE: RFC: bsd_tcp patch on in.c Bernd Edlinger
• RFC: bsd_tcpip patch on synch.c Lambrecht Jürgen
  • RE: RFC: bsd_tcpip patch on synch.c Bernd Edlinger
  • Re: RFC: bsd_tcpip patch on synch.c Lambrecht Jürgen
  • FW: RFC: bsd_tcpip patch on synch.c Bernd Edlinger
• eCos Driver for open source CANopen stack CanFestival Uwe Kindler
  • Re: eCos Driver for open source CANopen stack CanFestival John Dallaway
  • Re: eCos Driver for open source CANopen stack CanFestival Ilija Kocho
• Updating lwip Will Wagner
  • Re: Updating lwip Michael Jones
  • Re: Updating lwip John Dallaway
  • Re: Updating lwip Simon Kallweit
  • Re: Updating lwip Will Wagner
• Saving Global Pointer for SPARC Les G. Miklosy
• FreeBSD TCP/IP stacks update to newer version possible? Max Seidenstuecker
  • Re: FreeBSD TCP/IP stacks update to newer version possible? Lambrecht Jürgen
• at91sam9x35 andrea_91
  • Re: at91sam9x35 Chris Evans
  • AW: at91sam9x35 Richard Rauch
  • at91sam9x35 Grant Edwards
• IMPORTANT: sourceware.org hardware migration, MARCH 18..22 Frank Ch. Eigler
• Problem setting up an ISR for a K60 PORT Michael Jones
  • Re: Problem setting up an ISR for a K60 PORT Lambrecht Jürgen
  • Re: Problem setting up an ISR for a K60 PORT Michael Jones
• Cyg_Mutex::check_this() fails René Schipp von Branitz Nielsen
  • Re: Cyg_Mutex::check_this() fails jamescmaki
  • Re: Cyg_Mutex::check_this() fails jamescmaki
• OpenRISC port Piotr Skrzypek
  • Re: OpenRISC port Tomas Frydrych
• Potential I2C API Enhancement Michael Jones
  • Re: Potential I2C API Enhancement Michael Jones
  • Re: Potential I2C API Enhancement Tomas Frydrych
  • Re: Potential I2C API Enhancement Michael Jones
• eCos port/update for MIPS malta & sead3 platforms Chiou, Charles
  • Re: eCos port/update for MIPS malta & sead3 platforms John Dallaway
  • RE: eCos port/update for MIPS malta & sead3 platforms Chiou, Charles
• eCos with clang instead of gcc Martin Laabs
• Legacy SPARC Leon2 with Ethernet Les G. Miklosy
• eCos 3.0 Port to Atmel AT91SAM9G45 Richard Rauch
  • Re: eCos 3.0 Port to Atmel AT91SAM9G45 John Dallaway
  • AW: eCos 3.0 Port to Atmel AT91SAM9G45 Richard Rauch
• Announcement eCos 3.0 Port to Xilinx Zynq 7000-EPP (Z-7020) rauch
• eCos port for Atmel AT91SAM9G45 and similar processors Bernd Edlinger
• eCos ROM startup from RedBoot Pierre-Jean COUDERT
• Handling RTS with an UART that doesn't directly drives the RTS pin Bernard Fouché
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Stanislav Meduna
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Nick Garnett
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Bernard Fouché
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Nick Garnett
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Bernard Fouché
  • Re: Handling RTS with an UART that doesn't directly drives the RTS pin Bernard Fouché
  • Re: Closing devices Frank Pagliughi
  • Re: Closing devices Bernard Fouché
  • Re: Closing devices Frank Pagliughi
  • Re: Closing devices Bernard Fouché
  • Re: Closing devices Frank Pagliughi
  • Re: Closing devices Bernard Fouché
  • Re: Closing devices Frank Pagliughi
• Thread awareness with eCos problem Stanislav Meduna
  • Re: [OpenOCD-devel] Thread awareness with eCos problem Paul Fertser
  • Re: [OpenOCD-devel] Thread awareness with eCos problem Stanislav Meduna
  • Re: [OpenOCD-devel] Thread awareness with eCos problem Paul Fertser
• OpenOCD, Cortex-M3 and threads - any success? Stanislav Meduna
  • Re: OpenOCD, Cortex-M3 and threads - any success? Stanislav Meduna
• CDL usage and improvements John Dallaway
  • Re: CDL usage and improvements Jonathan Larmour
  • Re: CDL usage and improvements Jonathan Larmour
  • Re: CDL usage and improvements John Dallaway
  • Re: CDL usage and improvements Jonathan Larmour
• building of dynamic object loader fails. Ferenc Cserepkei (IJ (ETH))
• Re: porting ecos to a "new" hardavre. Ferenc Cserepkei
• ROMRAM .. kind of Stanislav Meduna
  • Re: [ECOS] Re: ROMRAM .. kind of Stanislav Meduna
• jffs2 garbage collect thread Stanislav Meduna
• cyg_fs_getinfo() Stanislav Meduna
• Re: [ECOS] Re: Flash memory not accessible via Redboot on Kinetis TWR_K60N512_KIT Tomas Frydrych
• Wallclock - calendar option qber_
  • Re: Wallclock - calendar option Bernard Fouché
• status of OpenRISC port Tomas Frydrych
• ST STM32F2X Port qber_
  • RE: ST STM32F2X Port qber_
  • Re: ST STM32F2X Port Bernard Fouché
  • RE: Re: ST STM32F2X Port qber_
  • Re: ST STM32F2X Port Bernard Fouché
  • RE: Re: ST STM32F2X Port qber_
• upcoming lpc17xx CAN driver Bernard Fouché
• Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Bernard Fouché
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Frank Pagliughi
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 John Dallaway
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Grant Edwards
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Stanislav Meduna
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Jonathan Larmour
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Jonathan Larmour
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Grant Edwards
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Bernard Fouché
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Paul Beskeen
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Jonathan Larmour
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Jonathan Larmour
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Jonathan Larmour
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Alex Schuilenburg
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Alex Schuilenburg
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho
  • eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Alex Schuilenburg
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Sergei Gavrikov
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Stanislav Meduna
  • eCos GNU tools 4.6.3-20120315 [Was Re: eCos GNU tools 4.6.2-20120125 ready for testing] Ilija Kocho
  • Re: eCos GNU tools 4.6.3-20120315 [Was Re: eCos GNU tools 4.6.2-20120125 ready for testing] Lambrecht Jürgen
  • Re: eCos GNU tools 4.6.3-20120315 [Was Re: eCos GNU tools 4.6.2-20120125 ready for testing] Ilija Kocho
  • eCos GNU tools 4.6.3-20120315 and link time optimization Bernard Fouché
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Tomas Frydrych
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Tomas Frydrych
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Anders Montonen
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing John Dallaway
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Ilija Kocho
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing Tomas Frydrych
  • Re: eCos GNU tools 4.6.2-20120125 ready for testing [Was Re: Gnutools: consideration for upgrade to GCC 4.6] Sergei Gavrikov
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Tomas Frydrych
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Stanislav Meduna
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Tomas Frydrych
  • Re: Gnutools: consideration for upgrade to GCC 4.6 Ilija Kocho

• Earlier messages