Re: [PATCH 3/7] bsp/tms570: fixed sci driver freeze when closing terminal bug

Hello Gedare, On Sunday 15 of November 2015 14:44:24 Gedare Bloom wrote: > On Thu, Nov 12, 2015 at 5:11 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > > From: Premysl Houdek <kom541...@gmail.com> > > > > tms570_sci_interrupt_last_close: do not wait for old

[PATCH 1/7] bsp/tms570: EMAC control header file corrected and EMAC interrupt vector added

From: Premysl Houdek <kom541...@gmail.com> Signed-off-by: Premysl Houdek <kom541...@gmail.com> Signed-off-by: Pavel Pisa <p...@cmp.felk.cvut.cz> --- c/src/lib/libbsp/arm/tms570/Makefile.am| 2 +- c/src/lib/libbsp/arm/tms570/include/irq.h | 4 + ...

[PATCH 7/7] bsp/tms570: use common tms570ls3137.inc file for all board ling variants.

Signed-off-by: Pavel Pisa <p...@cmp.felk.cvut.cz> --- .../libbsp/arm/tms570/make/custom/tms570ls3137.inc | 20 .../arm/tms570/make/custom/tms570ls3137_hdk.cfg | 17 + .../tms570/make/custom/tms570ls3137_hdk_intram.cfg

[PATCH 6/7] bsp/tms570: separate Flash variants to one which boots directly and one for boot loader.

From: Premysl Houdek <kom541...@gmail.com> The default tms570ls3137_hdk variant is for building RTEMS application image starting directly from start of Flash. Variant tms570ls3137_hdk_with_loader skips 256kB at start of Flash to allow use with application loader. Signed-off-by: Pavel P

Re: TMS570 BSP updates and LwIP support

Hello Gedare On Wednesday 11 of November 2015 14:53:37 Gedare Bloom wrote: > On Tue, Nov 10, 2015 at 1:30 PM, Martin Galvan > > <martin.gal...@tallertechnologies.com> wrote: > > On Mon, Nov 9, 2015 at 8:30 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > >> If y

Re: TMS570 BSP updates and LwIP support

Hello Martin, On Monday 09 of November 2015 16:29:09 Martin Galvan wrote: > On Sun, Nov 8, 2015 at 11:11 AM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: ... > > https://github.com/AoLaD/rtems/commit/7dab9093bc8211816def58460efef8958b0 > >41904 > > I saw you

TMS570 and vectors forwarding to application from bootloader

Many user cases requires that device firmware can be updated in applications without need to open a (often sealed) control unit. Generic foreford Update directly from application by reading new image to RAM and then running some Flash program code

Re: Trouble building RTEMS from master (TMS570 and LPC1768)

Hello Martin and Gedare, On Wednesday 04 of November 2015 22:58:57 Martin Galvan wrote: > On Wed, Nov 4, 2015 at 6:57 PM, Gedare Bloom wrote: > > Did you bootstrap -c and then bootstrap? I think I saw this error > > earlier today too, with a new sparc toolchain, but then it

LwIP port using directly RTEMS semaphores and message queues

Hello Gedare and others, as I have already informed some offlist, Premysl Houdek is working on TMS570 Ethernet driver and because we have other OS LwIP port of it we decided to test LwIP on RTEMS before possible attempt to port driver to RTEMS integrated TCP/IP stack. I have found some work on

Re: How will user's compile with Makefiles? Was: Re: large bss size for sample applications

Hello Chris, On Friday 02 of October 2015 11:25:23 Chris Johns wrote: > I am not really following this. To use 'rtems-config' in GNU make all > you need to do is something like (this is made up by me): > > CC=$(shell rtems-config cc) > LD=$(shell rtems-config ld) > CFLAGS=$(shell rtems-config

Re: How will user's compile with Makefiles? Was: Re: large bss size for sample applications

Hello all, On Thursday 01 of October 2015 23:59:05 Peter Dufault wrote: > Chris, Makefile isn’t custom support, it’s legacy support. For better or > for worse, if you add barriers to Makefiles you raise eyebrows in the > legacy community. They can understand an effort to adapt from BSD make to

Re: Math lib inclusion in BSP not required if CAN drivers are considered

Hello Sudarshan, On Friday 25 of September 2015 19:13:53 sudarshan.rajagopalan wrote: > On 2015-09-25 12:21, Daniel Gutson wrote: > > El 25/9/2015 13:17, "sudarshan.rajagopalan" > > > > escribió: > > > On 2015-09-25 11:06, Daniel Gutson wrote: > > >> On Thu,

Re: How will user's compile with Makefiles? Was: Re: large bss size for sample applications

Hello Chris and others, I have no problem if most of RTEMS makefiles are replaced by something better but I would really regret if /opt/rtems4.11/arm-rtemsX.YY/BSP_Z/Makefile.inc file is not generated and installed during BSP build process. This file holds enough information to build

Re: [PATCH v2] untar: do not exit with error when created directory already exists (fixes #2413).

Hello Gedare and others, On Thursday 10 of September 2015 05:00:27 Gedare Bloom wrote: > Looks good. This should go on 4.11 and master? Someone can commit. please commit to both. > On Wed, Sep 9, 2015 at 6:09 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > > The problem exi

Re: Version Numbers

Hello Sebastian, On Thursday 10 of September 2015 08:52:37 Sebastian Huber wrote: > On 28/07/15 09:48, Chris Johns wrote: > > Either scheme fits pretty well with RTEMS release cycle I think. > > Even if we can get down to one release per year, the numbers > > won't grow

[PATCH v2] untar: do not exit with error when created directory already exists (fixes #2413).

The problem exists for both RTEMS untar implementations and their variants: Untar_FromMemory(), Untar_FromFile() and rtems_tarfs_load(). --- cpukit/libfs/src/imfs/imfs_load_tar.c | 12 +++- cpukit/libmisc/untar/untar.c | 18 +- 2 files changed, 28 insertions(+), 2

Re: PATCH] untar: do not exit with error when created directory already exists (fixes #2413).

Sep 7, 2015 at 5:23 AM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > > --- > > cpukit/libmisc/untar/untar.c | 8 > > 1 file changed, 8 insertions(+) > > > > diff --git a/cpukit/libmisc/untar/untar.c b/cpukit/libmisc/untar/untar.c > > index aed8fed.

PATCH] untar: do not exit with error when created directory already exists (fixes #2413).

--- cpukit/libmisc/untar/untar.c | 8 1 file changed, 8 insertions(+) diff --git a/cpukit/libmisc/untar/untar.c b/cpukit/libmisc/untar/untar.c index aed8fed..4591a8b 100644 --- a/cpukit/libmisc/untar/untar.c +++ b/cpukit/libmisc/untar/untar.c @@ -28,6 +28,7 @@ #include #include

PCI CAN interface emulation updated for QEMU 2.4

ps://devel.rtems.org/wiki/Developer/Simulators/QEMU/CANEmulation Relevant commits commit 2d873a9ed3bcb8301a247f36b77227b1cd9211c0 Author: Pavel Pisa <p...@cmp.felk.cvut.cz> Date: Mon Sep 7 15:24:56 2015 +0200 CAN bus simple SJA1000 PCI card emulation for QEMU The work is based

Re: [PATCH 4/4] Code refactor xilinx-zynq BSP MMU initialization

Hello Chris and Rohini, I have returned and catching the emails flow. But please, consider that for some architectures it is critical to have MMU table runtime alterable. I.e. on RPi the actual memory division to cacheable and peripheral area is know only at runtime. It depends on user provided

Re: [PATCH 4/6] add fb support for rpi bsp

Hello Giao, Joel and Gedare, there are more technical problems to discuss. But I start with question if RPi video support should be unconditional. I am not sure if VideoCore activation has some consequences to ARM system throughput but at least it slows down startup. So there can be resons to

Re: Porting CANFestival to RTEMS

Hello Gedare, On Friday 21 of August 2015 16:46:41 Gedare Bloom wrote: I believe CANFestival comes from Pavel Pisa's group. He is active with RTEMS and interested in pushing forward CAN improvements, but time is always a problem. He's on vacation but may get to this thread after he gets back.

Re: [rpi bsp] configure fb section in mmu table and improvement for mailbox

Hello Qiao Yang, On Monday 03 of August 2015 22:06:31 QIAO YANG wrote: On Aug 03, 2015, at 08:34 AM, QIAO YANG yangqiao0...@me.com wrote: On Jul 29, 2015, at 02:03 PM, Chris Johns chr...@rtems.org wrote: On 29/07/2015 8:04 pm, Sebastian Huber wrote: A custom workspace initialization can be

Re: [rpi bsp] add cmdline options

Hello Qiao Yang, On Tuesday 28 of July 2015 01:35:45 Pavel Pisa wrote: Hello Qiao Yang, On Friday 24 of July 2015 18:04:47 QIAO YANG wrote: Some updates for you. I've found out that my previous problem with cmdline due to my minicom didn't wrap up the lines I've chosen the interface

Re: [rpi bsp] configure fb section in mmu table and improvement for mailbox

Hello Sebastian, On Wednesday 29 of July 2015 09:06:47 Sebastian Huber wrote: On 28/07/15 02:31, Pavel Pisa wrote: I think it's much closer to what we expected. you may checkout my github and my dropbox.  https://github.com/yangqiao/rtems/tree/framebuffer https://www.dropbox.com/sh

Re: [rpi bsp] add cmdline options

Hello Qiao Yang, On Friday 24 of July 2015 18:04:47 QIAO YANG wrote: Some updates for you. I've found out that my previous problem with cmdline due to my minicom didn't wrap up the lines I've chosen the interface of vc to retrieve cmdline so that we don't need to parse the atag nor

Re: [PATCH] GSoC: Cache configurations Raspberry Pi 2 support

Hello Rohini and Gedare, On Friday 24 of July 2015 15:33:03 Gedare Bloom wrote: What are the values of bsp_section_bss_begin, and bsp_section_bss_size? Apparently, the memset is trying to write into the .text (code) section, which is a very bad thing to do indeed. Qiao Yang in RPi 1 BSP now

Re: Self-contained one purpose objects

Hello Sebastian, On Thursday 23 of July 2015 13:31:23 Sebastian Huber wrote: Hello Pavel, thanks for your comments. On 23/07/15 12:40, Pavel Pisa wrote: Hello Sebastian, ... I fully understand your motivation and for small footprint system the direct pointers use is most efficient

Re: Self-contained one purpose objects

Hello Sebastian, the first big thanks for RTEMS architectural updates. On Thursday 23 of July 2015 11:16:03 Sebastian Huber wrote: The Classic RTEMS and POSIX APIs have at least three weaknesses. * Dynamic memory (the workspace) is used to allocate object pools. This requires a complex

Re: RPi Graphic testing

Hello Qiao Yang, On Wednesday 22 of July 2015 11:19:35 QIAO YANG wrote: Hi, When I updated to the latest firmware start.elf , the graphic doesn’t show anymore. I haven’t yet found out what has been changed in the latest firmware. I’ve uploaded my firmware. I’ve retested my latest commit, it

Re: [RSB] port graphic libraries into rsb

Hello Qiao Yang On Tuesday 21 of July 2015 14:21:07 QIAO YANG wrote: Hi Pavel Pisa, On Jul 19, 2015, at 10:35 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Hello Chris and Qiao Yang, On Monday 20 of July 2015 01:12:33 Chris Johns wrote: On 20/07/2015 6:55 am, QIAO YANG wrote: I've

RPi Graphic testing

Hello Qiao Yang, I have spent more time with attempt to test your RPi code but I am not sucesfull. I have tried direct boot to application binary as well as U-boot based start. I expect that problem source can be version of my primary bootloader bootcode.bin + start_cd.elf + start_x.elf or

Raspberry Pi RTEMS applications JTAG debugging and U-boot TFTP image load

Hello everybody, I have decided to prepare debugging environment during my attempts to test graphic Qiao Yang's framebuffer support for RPi and I expect that infomation can be interesting for more developers. The first, I do not like to copy RTEMS image each time to SD card for test on real

Re: RPi Graphic testing

Hello Qiao Yang and other, On Monday 20 of July 2015 15:06:23 Pavel Pisa wrote: Hello Qiao Yang, I have spent more time with attempt to test your RPi code but I am not sucesfull. I have tried direct boot to application binary as well as U-boot based start. I expect that problem source can

Re: RPi Graphic testing

Hello Qiao Yang, On Monday 20 of July 2015 20:50:32 QIAO YANG wrote: So it has got the right pointer for frame buffer. Please set the macros BCM2835_FBMEM_BASE to 0x1C006000 and BCM2835_FBMEM_SIZE to 0x50 according to your log. I have got to testing at home where I have other RPi

Re: [PATCH 2/2] bsp/tms570 Use bitfields instead of hard-coded values

Hello Joel, I have been with Premek when he tested these on the target. [PATCH 1/2] bsp/tms570: skipped 32bit field definitions and corrected single bit fields This one clean header files. There has been unnecessary defines of whole registers as fields and mistake in single bit

Re: [PATCH] libcsupport: Workaround for GCC 5.1 and later

-- Pavel Pisa e-mail: p...@cmp.felk.cvut.cz www:http://cmp.felk.cvut.cz/~pisa university: http://dce.fel.cvut.cz/ company:http://www.pikron.com/ ___ devel mailing list devel@rtems.org http://lists.rtems.org

TMS570 header files update proposal #2

Hello Martin and others, new proposal for TMS570 headers update can be found in branch tms570-bsp-new-headers of Premysl Houdek's RTEMS development repository https://github.com/AoLaD/rtems https://github.com/AoLaD/rtems/tree/tms570-bsp-new-headers/c/src/lib/libbsp/arm/tms570/include The

Re: [PATCH] bsp/tms570: fix get time resolution after infrastructure change to timecounter.

Hello Martin, On Wednesday 15 of July 2015 19:30:55 Martin Galvan wrote: On Wed, Jul 15, 2015 at 12:22 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Patch provides way to the previous working state at least. I would suggest to apply this patch because current mainline is broken in actual

Re: [PATCH] bsp/tms570: fix get time resolution after infrastructure change to timecounter.

Hello Joel, On Wednesday 15 of July 2015 20:05:12 Joel Sherrill wrote: On 7/15/2015 12:30 PM, Martin Galvan wrote: On Wed, Jul 15, 2015 at 12:22 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Patch provides way to the previous working state at least. I would suggest to apply this patch

Re: [PATCH] bsp/tms570: fix get time resolution after infrastructure change to timecounter.

Hello Martin and others, On Wednesday 15 of July 2015 15:37:28 Martin Galvan wrote: Hello Premysl! Thanks for this patch. Could you tell us why is this patch needed, and where does the new formula come from? From what I saw, HALCoGen generates a macro called RTI_FREQ which has the value from

Re: [PATCH] bsp/tms570: fix get time resolution after infrastructure change to timecounter.

Hello Martin, On Wednesday 15 of July 2015 16:58:02 Martin Galvan wrote: On Wed, Jul 15, 2015 at 11:41 AM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: the code has been tested for internal RAM now. We have more cleanups in the mind but headers are critical for now. Premek is working

Re: Using tar to access files

and check patch with stat(). From 4ce027b21cfde5bc6143d51d244345e05dd85cd4 Mon Sep 17 00:00:00 2001 Message-Id: 4ce027b21cfde5bc6143d51d244345e05dd85cd4.1436800331.git.pp...@pikron.com From: Pavel Pisa pp...@pikron.com Date: Mon, 31 Mar 2014 00:57:12 +0200 Subject: [PATCH] untar: workaround

Re: Testing of the Raspberry Pi graphic support

Hello Qiao Yang, thanks for status report. On Wednesday 01 of July 2015 23:53:51 QIAO YANG wrote: On Jun 30, 2015, at 12:41 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Both should work, I've tested before push. BTW, because I've found the way I refactor outch is not as clean as I imagined so

Jan Dolezal bachelor thesis available - RTEMS VESA BIOS graphics on Current PC Graphics Cards

Hello everybody, I would like to inform that full text of the bachelor thesis Drivers and Libraries Enabling RTEMS OS GUI on Current PC Graphics Cards has been defended and is available online https://dspace.cvut.cz/handle/10467/61467

Re: [RPI BSP] cleaned up and reqest for review

small keyboard on SPI can be usable as well. SPI on RPi is not/should not be a problem. I can provide examples of SPI based keyboard support for RTEMS and even HW implementation used on our other systems. Best wishes, Pavel Pisa ___ devel

Re: TMS570 headers ready for review

of June 2015 21:39:30 Gedare Bloom wrote: On Fri, Jun 5, 2015 at 3:01 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Certainly! I don't mind that the author notice and license appears, I just meant that it should be appropriate to the fact the code is generated automatically, and I'm happy to see 2-BSD

Re: TMS570 headers ready for review

Hello Gedare, thanks for response. On Friday 05 of June 2015 18:18:15 Gedare Bloom wrote: On Tue, Jun 2, 2015 at 9:39 AM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Please, look on the files and express your opinion. The new temporary top level header files is tms5702.h. It should replace

Re: [RPI BSP] fbcon implementation

Hello Yang Qiao, On Tuesday 02 of June 2015 22:58:09 QIAO YANG wrote: For the graphic text output, I've implemented two functions _RPI_initvideo and _RPI_outch, used to print chars to graphic. They are declared in bsp.h and implemented in outch.c as we've done in i386 bsp. 1. The

TMS570 headers ready for review

Hello all, Premysl Houdek has prepared new and hopefully near ready complete header files for TMS570LS3137 microcontroller. They are based on PDF documentation and license is RTEMS compatible. The scripts used during process can be found in

Re: 4.11 Release Description Help Needed

Hello Joel, On Saturday 23 of May 2015 16:44:09 Joel Sherrill wrote: Hi A LOT has happened since our last release. The release page (https://devel.rtems.org/wiki/Release/4.11) has a lot of the changes listed but a quick scan shows that at least: + SMP not mentioned + dynamic loading not

Re: [RPI BSP] resume, plan and questions for fb, fbcon gtk

Hello YANG Qiao, On Tuesday 05 of May 2015 01:08:11 QIAO YANG wrote: Since I haven't yet received any respond of my last mail and I've now got the names of mentors who would instruct me, I create a new thread for a simple resume and post my questions . First of all, I've managed to use

Re: [RPI BSP] Framebuffer test

Hello QIAO YANG, I have found that I have not succeed to find time to reply to this one. I have not any more founded resolution to these. On Tuesday 07 of April 2015 22:55:07 QIAO YANG wrote: On Apr 07, 2015, at 06:50 AM, Pavel Pisa ppisa4li...@pikron.com wrote: ARMV7_MMU_DATA_READ_WRITE

Re: TMS570 BSP: RTEMS license compatible TMS570LS3137 header files progress

Hello Martin, On Monday 06 of April 2015 20:18:46 Martin Galvan wrote: On Wed, Apr 1, 2015 at 7:35 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Hello Martin, Hi, sorry for the late answer. No problem, I am in overload mode too. the solution is to define simple JSON format which can

Re: RTEMS Driver

Hello Hugo, On Wednesday 01 of April 2015 12:58:33 zj...@york.ac.uk wrote: Hi: I am a student to work with RTEMS these days. I like this OS, but I found there's few information about RTEMS, I am really desired to know how can I add a new driver for it, such as LCD driver or others. From

Re: [PATCH] TMS570: Enable FPU in makefile.

Hello Martin, this is the right and planned change. What are your results of testing the BSP? Are there some stability issues or your combination with HALcogen code and FPU passes tests suites. Best wishes, Pavel On Thursday 26 of March 2015 21:21:26 Martin Galvan wrote: ---

Re: Raspberry Pi BSP - U-boot and DC-motor control demo application for Linux

and I want to support them by some ideas and knowledge for more advanced play with RPi. I have presentation at students/Linux enthusiast conference this weekend and there are my scratchpad like slides (fortunately in English) http://cmp.felk.cvut.cz/~pisa/installfest/rpi_overlay_and_rt.pdf

Re: New source layout.

Hello Amar, thanks for reply. On Tuesday 10 of March 2015 19:00:03 Amar Takhar wrote: On 2015-03-10 11:03 +0100, Pavel Pisa wrote: I think that includes really belong near to the implementation and that new architecture could be (in optimal case) introduced by adding single directory

Re: RTEMS on TMS570

:31 Pavel Pisa wrote: Hello Martin, as for the additional changes to the serial driver, I would wait for Premysl Houdek to check these and align it with his work. We need to consider if the whole descriptor should be read/write or if we provide separate structure/variable for read write field

Re: RTEMS on TMS570

Hello Martin, as for the additional changes to the serial driver, I would wait for Premysl Houdek to check these and align it with his work. We need to consider if the whole descriptor should be read/write or if we provide separate structure/variable for read write field. As for the problem with

[PATCH] arm/tms570: sci context has to be writable because it holds state variable.

by Martin Galvan from tallertechnologies. Signed-off-by: Pavel Pisa p...@cmp.felk.cvut.cz --- c/src/lib/libbsp/arm/tms570/console/tms570-sci.c| 6 +++--- c/src/lib/libbsp/arm/tms570/include/tms570-sci-driver.h | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/c/src/lib

Re: RTEMS on TMS570

}/DEBIAN/control echo Section: cross-dev ${PACKAGE_DIR}/DEBIAN/control echo Priority: extra ${PACKAGE_DIR}/DEBIAN/control echo Maintainer: Pavel Pisa p...@cmp.felk.cvut.cz ${PACKAGE_DIR}/DEBIAN/control echo Description: ${PACKAGE_NAME} for target ${target_alias} ${PACKAGE_DIR}/DEBIAN

Re: RTEMS_DECONST - Should it be removed? - TMS570

Hello Martin, On Wednesday 21 of January 2015 19:44:21 Martin Galvan wrote: Sorry for the late answer. no problem. By the way, I would be off from Friday whole next week. On Wed, Jan 14, 2015 at 6:50 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Hello Martin, On Wednesday 14 of January

Re: RTEMS_DECONST - Should it be removed? - TMS570

BINEXT?=.bin As for RTEMS_DECONST, its definition should not be removed for sure. But it is possible that it is used in incorrect place or even that that macro has bug. So please, specify in more detail what is the problem and what are your planes. Best wishes, Pavel Pisa

Is there plan for stable 4.10.3 release branching?

Hello Joel and others, the discussion to branch for 4.11 release has bring to my mind the 4.10 stable branch. The 4.10.2 release is dated to December 2011. There is significant amount of corrections and updates on in the GIT and last two commits are almost one year old so I would expect that the

Re: Clash in sethostname char const argument

Hello Chris and Sebastin, thanks much for fast response. On Friday 31 of October 2014 07:57:29 Sebastian Huber wrote: Hello Pavel, On 31/10/14 02:04, Pavel Pisa wrote: I am starting to test GCC-4.9.2 toolchain with actual RTEMS and I have noticed that when I use actual Newlib GIT

Clash in sethostname char const argument

Hello Sebastian, I am starting to test GCC-4.9.2 toolchain with actual RTEMS and I have noticed that when I use actual Newlib GIT there is added #if __BSD_VISIBLE || (defined(_XOPEN_SOURCE) __XSI_VISIBLE 500) int _EXFUN(sethostname, (const char *, size_t)); #endif to include/sys/unistd.h

Re: Outstanding Qemu Patches - CAN SJA1000 and Data Acquisition PCI CARD

://github.com/CTU-IIG/qemu The CAB bus related work is available on branch can-pci https://github.com/CTU-IIG/qemu/tree/can-pci commit 9dab36a04f9e62e4017921635a3e4f31421e2739 Author: Pavel Pisa p...@cmp.felk.cvut.cz Date: Tue Aug 5 18:59:05 2014 +0200 CAN bus simple SJA1000 PCI card

Re: Problem to resolve sqrt symbol from shell/main_ping.c for lpc17xx_ea_ram BSP

Hello Chris, thanks for confirmation. On Thursday 02 of October 2014 05:34:25 Chris Johns wrote: On 2/10/2014 11:57 am, Pavel Pisa wrote: Error reported /opt/rtems4.11/arm-rtems4.11/lpc17xx_ea_ram/lib/librtemscpu.a(libshell_a- main_ping.o): In function `g_finish': /home/pi/repo/rtems

Re: Cortex-M0 BPS creation

Hello Sebastian and Oleg, On Monday 22 of September 2014 07:35:38 Sebastian Huber wrote: On 22/09/14 06:36, Мороз Олег wrote: Hello everyone. i'm new to BSP development. We have a project which is uses some kind of cortex-m0 microcontroller. As i understand it's armv6-m family. Is

Re: bsp/tms570: actual state

Hello Daniel, On Thursday 18 of September 2014 18:08:04 Daniel Gutson wrote: Hi folks, could you please give us an update of the shape of this BSP? There's a project that uses the TMS570, and I'd like to convince some people to move to RTEMS. How far do you consider the BSP is from the

[PATCH] score: More strict RTEMS_DEQUALIFY implementation.

From: Pavel Pisa p...@cmp.felk.cvut.cz Subject: [PATCH] score: More strict RTEMS_DEQUALIFY implementation. This implementation is able to catch cast to type which differs not only in qualifiers. The error diagnostic message when used in function is self descriptive. Macro is compatible with used

Re: [PATCH 1/7] score: Add RTEMS_DECONST|DEVOLATILE|DEQUALIFY()

Hello Sebastian and Joel, On Friday 05 of September 2014 16:04:40 Sebastian Huber wrote: On 05/09/14 15:53, Joel Sherrill wrote: Why add these? To be independent of Newlib. We can also use the one in Newlib sys/cdefs.h, but we should use a common macro for this stuff, since this documents

Re: tms570 and networking

Hello Joel, sorry for trouble. On Wednesday 03 of September 2014 00:41:18 Joel Sherrill wrote: Hi The tms570 has what appears to be a partial set of Makefile.am entries for a network driver but none is present so the BSP fails to build when networking is enabled. It appears to be missing

Re: [PATCH] lpc24xx/lpc17xx: LPC4088 testing

Hello Sebastian and others, I have got finally to testing of both lpc40xx_ea_ram and lpc17xx_ea_ram RTEMS targets on our LX_CPU board in LPC4088 variant http://pikron.com/pages/products/cpu_boards/lx_cpu.html The RTEMS version has been git 66f1ca64c8eda561bc16cb14bd097f4c0778127b before cache

[PATCH] bsp/tms570: implemented and tested initialization of Cortex-R performance counters.

The code is written as BSP specific now but it should work for all Cortex-A and R based CPUs and can be moved to ARM generic place in future. StackOverflow suggested sequences of writes to the registers required to start counters is used.

Re: [GSOC] GPIO status and I2C start

Hello everybody, I am happy that the common GPIO API for RTEMS is developed but I have some concerns about IRQ handlers registration. On Sunday 06 of July 2014 00:58:23 Andre Marques wrote: Hello, The Raspberry Pi GPIO interrupts are already working, and a test case is available to test that

[PATCH] bsp/tms570: disable huge memory demanding tests for internal RAM build variant.

BSP completes build with tests and debug enabled for all three variants now tms570ls3137_hdk tms570ls3137_hdk_intram tms570ls3137_hdk_sdram Even that all enabled tests builds for internal RAM variant, many of them are expected to fail on hardware because whole tests including code, data

Re: [PATCH] BSP for TMS570LS31x Hercules Development Kit from TI (TMS570LS3137)

Hello Sebastian, On Thursday 14 of August 2014 07:39:19 Sebastian Huber wrote: Hello, its nice that you use the new Termios device API. I would be happy to receive comments if you found something odd about it. Contains the current GCC 4.8 or 4.9 branch HEAD all what is necessary for your

Re: [PATCH] BSP for TMS570LS31x Hercules Development Kit from TI (TMS570LS3137)

Hello Gedare, On Thursday 14 of August 2014 15:12:44 Gedare Bloom wrote: On Thu, Aug 14, 2014 at 4:53 AM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: I am OK with single bit masks - BSP_BIT32(7), but I prefer only single define per multi bit field. So my own approach is to use macros to find

Toolchain for RTEMS port to Cortex-R4F big-endian (TMS570LS3137)

Hello everybody, we have advanced with preparation RTEMS multilib toolchain which targets Cortex-R in big-endian thumb mode. The required RTEMS ARM target fragments are included in followup patch. I have used next configure script options CFLAGS=-O2 -pipe LDFLAGS=-s \

[PATCH 0/2] CAN SJA100 controller emulation and SocketCAN based host CAN bus access

and application to the SocketCAN can be usesfull for future. But separation of CAN bus model out of chardev and or vlan allows to implement CAN specific things more easily. Best wishes, Pavel -- Pavel Pisa e-mail: p...@cmp.felk.cvut.cz www:http

[PATCH v2] SPI SD-Card: adapt common driver code to block devices core API changes.

--- c/src/libchip/i2c/spi-sd-card.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/c/src/libchip/i2c/spi-sd-card.c b/c/src/libchip/i2c/spi-sd-card.c index 03d4924..a24a141 100644 --- a/c/src/libchip/i2c/spi-sd-card.c +++ b/c/src/libchip/i2c/spi-sd-card.c @@ -1238,7

RTEMS 14-03-14 tests on CSB336 - SPI SD-card correction etc.

Hello Sebastian and others, I have found time to test RTEMS GIT on LPC1788 in last days and it works OK. I have tried to run code on CSB336/MXS based platform and I have noticed two problems. The firs is broken filesystem embedding at least on my setup. The embedded untar breaks if directory

[PATCH] SPI SD-Card: adapt common driver code to block devices core API changes.

--- c/src/libchip/i2c/spi-sd-card.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/c/src/libchip/i2c/spi-sd-card.c b/c/src/libchip/i2c/spi-sd-card.c index 03d4924..a24a141 100644 --- a/c/src/libchip/i2c/spi-sd-card.c +++ b/c/src/libchip/i2c/spi-sd-card.c @@ -1238,7

Porting to Cortex-R4F - Thesis and GSoC project proposal

and is available from Ti. Thanks for reply or ideas even for different project in advance. Best wishes, Pavel Pisa e-mail: p...@cmp.felk.cvut.cz www:http://cmp.felk.cvut.cz/~pisa university: http://dce.fel.cvut.cz/ PS: I am on yet another exhibition (Amper

Re: [PATCH] lpc24xx/lpc17xx: hack to enable ETHERNET support on LPC4088.

-desc-enh.c:709:3: warning: implicit declaration of function '__DEVOLATILE' [-Wimpli void *desc_mem = __DEVOLATILE( void *, self-dma_rx ); I have used workaround for today test. Best wishes, Pavel -- Pavel Pisa e-mail: p...@cmp.felk.cvut.cz www

Re: [PATCH] lpc24xx/lpc17xx: Probe for ETHERNET PHY MII address

Hello Sebastian, On Monday 13 of January 2014 13:14:10 Sebastian Huber wrote: Hello Pavel, On 2014-01-03 14:39, Pavel Pisa wrote: --- a/c/src/lib/libbsp/arm/shared/lpc/network/lpc-ethernet.c +++ b/c/src/lib/libbsp/arm/shared/lpc/network/lpc-ethernet.c @@ -62,8 +62,11 @@ #endif

[PATCH] lpc24xx/lpc17xx: Probe for ETHERNET PHY MII address

The default used address 0 is reserved by MII PHY specification and some PHY do not respond to it. It is possible to use SCANINC in MCFG register as another alternative. The DP83848 PHY support is added as well. Signed-off-by: Pavel Pisa pp...@pikron.com --- Code requires testing on alredy

Open Real-Time Ethernet - ORTE v0.3.4 release includes RTEMS support

build from GIT git clone git://git.code.sf.net/p/orte/orte orte-orte Best wishes, Pavel Pisa e-mail: p...@cmp.felk.cvut.cz www:http://cmp.felk.cvut.cz/~pisa fax: +420 224918646 tel: +420 224357223, +420 224355712 === Department

Re: Red-Black-Tree for Priority Queues

Hello Gedare and Sebastian, there is my opinion and list of other relevant documentation sources from Linux kernel. On Friday 15 of November 2013 18:40:40 Gedare Bloom wrote: On Fri, Nov 15, 2013 at 12:27 PM, Joel Sherrill joel.sherr...@oarcorp.com wrote: With 256 priorities, what does that

[PATCH v2] SPI SD-Card: setup valid CRC-7 for STOP_TRANSMISSION command.

From: Pavel Pisa pp...@pikron.com STOP_TRANSMISSION command is used to finish READ_MULTIPLE_BLOCK command and its format is regular command format. It requires valid CRC-7 to have effect at least on same cards types else it is ignored and attempt to issue next READ or WRITE commands results

Re: [PATCH] Backport of development SPI SD-card patches to RTEMS 4.10.

Hello Sebastian, the patch is backport of the actual RTEMS GIT SD-card on SPI implementation to the RTEMS 4.10.x-git. The following RTEMS 4.10.99-git patch applies cleanly to the backport. [PATCH v2] SPI SD-Card: setup valid CRC-7 for STOP_TRANSMISSION command. The backport has been tested on

Re: [rtems commit] semopen.c: Address set but unused variable warning

On Monday 23 of September 2013 15:05:26 Joel Sherrill wrote: Does that work or generate an warning about statement with no effect? Gedare Bloom ged...@rtems.org wrote: On Sun, Sep 22, 2013 at 10:45 AM, Joel Sherrill joel.sherr...@oarcorp.com wrote: There is precedence for using the

Re: [PATCH 2/5] JFFS2: Import from eCos

Hello Sebastian, I have used successfully NOR Flash with RTEMS for many years. Code is based on our NOR code used on MC683xx PXMC/MARS 8 on board code and in 683xx BDM flasher http://sourceforge.net/p/bdm/code/ci/master/tree/m683xx/bdm-load/ There is included support for original 29xx Flash

Re: [GSoC] CAN SJA1000

are not hardcoded by numbers but if some better readable constants are used. I.e. http://sourceforge.net/p/ortcan/lincan/ci/master/tree/lincan/include/sja1000p.h But again that can be done later. Best wishes, Pavel Pisa On Sunday 15 of September 2013 10:16:39 jinyang@gmail.com wrote

[PATCH RTEMS 4.10-git] bsp/csb336: Memory map update to support i.MX1 based PiMX1 as well.

From: Pavel Pisa p...@baree.pikron.com CSB336 i.MX1/i.MXS memory map organization - SDRAM starts at address 0x0800 but 2 MB are reserved for boot-block/loader (or other use) before RTEMS image origin/load address (that is kept from previous setup) - Caching of 30 MB of SDRAM used

Re: bsp/csb336: Patches and RTEMS 4.10

Hello Sebastian, thanks for pushing the patch. I have resent other two patches updated for 4.10 branch. There are some differences in 4.11, mainly TLB placement and image start, that prevent direct cherry-picking at least for the memory map patch. Best wishes, Pavel

Re: bsp/csb336: Patches and RTEMS 4.10

Hello Sebastian, On Wednesday 14 of August 2013 16:31:00 Sebastian Huber wrote: That is why I consider BSP option as unnecessary fragmentation. But if you think that it worth to be controlled by BSP option or directly by application we would addapt to that. Ok, I checked it in as is.

Re: [PATCH 2/3] bsp/csb336: Memory map update and jump to start at image start provided.

Hello Sebastian, thanks for fast application of the fix. On Friday 09 of August 2013 09:01:19 Sebastian Huber wrote: Hello Pavel, thanks for your patches. On 2013-08-09 01:22, Pavel Pisa wrote: - The first two megabytes of SDRAM unused by RTEMS are mapped with attributes to allow

<    1   2   3   4   >