On 27/08/2014 11:29 pm, Sebastian Huber wrote:
On 27/08/14 15:18, Federico Casares wrote:
diff --git a/c/src/lib/libbsp/arm/lpc176x/Makefile.am
b/c/src/lib/libbsp/arm/lpc176x/Makefile.am
index 3a1d4b2..36711a6 100644
--- a/c/src/lib/libbsp/arm/lpc176x/Makefile.am
+++ b/c/src/lib/libbsp/arm/lpc17
On 27/08/2014 11:05 pm, Joel Sherrill wrote:
On August 27, 2014 7:33:28 AM CDT, Daniel Hellstrom wrote:
Hi,
On 08/27/2014 02:39 AM, Chris Johns wrote:
On 27/08/2014 3:50 am, Jennifer Averett wrote:
> We suggest to remove the ref_count of the task structures to save
> time and locking.
Hi,
I was trying to build QEMU bare-metal package (just to imitate its
scripts to create a similar or1ksim one) and I got the following
error:
RTEMS Source Builder - Set Builder, v0.4.0
Build Set: devel/qemu
Build Set: devel/autotools-internal.bset
config: devel/autoconf-2.69-1.cfg
package: autoc
On 8/27/2014 12:56 PM, Ric Claus wrote:
> Thank you, Joel. I really appreciate it!
No problem. I was initially concerned I was going to actually have
to know something specific about the BSP. The BSP already had
all the timing variables. It just didn't have the macro for the timer
driver. I think
Thank you, Joel. I really appreciate it!
Ric
On Aug 27, 2014, at 10:55 AM, Joel Sherrill wrote:
> I just fixed the virtex5. The missing code was pretty simple and
> I just used the code from another BSP. That leaves:
>
> avr/avrtest:
> GCC PR 62284
> nios2/nios2_iss:
> Needs new toolset b
I just fixed the virtex5. The missing code was pretty simple and
I just used the code from another BSP. That leaves:
avr/avrtest:
GCC PR 62284
nios2/nios2_iss:
Needs new toolset but binutils 2.20 has bug and won't assemble
some code produced by gcc 4.9.1. Reported on binutils mailing list
On 8/27/2014 11:34 AM, Ric Claus wrote:
> Hi Joel,
>
> Sorry, but unfortunately I no longer have the ability or time to work on
> Virtex5 since we moved to Zynqs. If someone else can't take it over, I think
> you have no choice but to deprecate it.
I understand. This may not be hard to rememb
Hi Joel,
Sorry, but unfortunately I no longer have the ability or time to work on
Virtex5 since we moved to Zynqs. If someone else can't take it over, I think
you have no choice but to deprecate it.
Ric
On Aug 27, 2014, at 8:02 AM, Joel Sherrill wrote:
> Hi
>
> Hesham.. or1k is mi
On 8/27/2014 10:54 AM, Hesham Moustafa wrote:
> Hi,
>
> On Wed, Aug 27, 2014 at 5:02 PM, Joel Sherrill
> wrote:
>> Hi
>>
>> Hesham.. or1k is missing a method.
>>
> Yes, I am aware of that, I will add missing methods just after I
> submit another RSB patch for or1ksim.
I figured you knew about it.
Hi,
On Wed, Aug 27, 2014 at 5:02 PM, Joel Sherrill
wrote:
> Hi
>
> Hesham.. or1k is missing a method.
>
Yes, I am aware of that, I will add missing methods just after I
submit another RSB patch for or1ksim.
> Ric.. any chance you can fix the virtex5 compile failure?
>
> Others please review and
Hi
Hesham.. or1k is missing a method.
Ric.. any chance you can fix the virtex5 compile failure?
Others please review and see what you can help with.
I attempted to build all BSPs over night with this configuration:
../rtems/configure --target=@CPU@-rtems4.11 \
--prefix=/home/joel/rtems-4.11
Hi,
I am sending patches for rtems-tools repo. These patches are results of my
development during ESA SOCIS 2014. They introduces coverage analysis into
rtems-test command in rtems-tools repo.
Blog post about how to setup the environment and get coverage analysis
working in new way can be found h
On 27/08/14 15:18, Federico Casares wrote:
Hi, attached the patch for:
- Adding "eth" linker script section for arm bsp.
- Adding new linker comands for LPC176x bsp that includes eth section.
This patch is useful useful when working with DMA devices, so we can put
"ethernet memory" in specific
Hi, attached the patch for:
- Adding "eth" linker script section for arm bsp.
- Adding new linker comands for LPC176x bsp that includes eth section.
This patch is useful useful when working with DMA devices, so we can put
"ethernet memory" in specific locations.
Regards
--
[image: http://www.
On August 27, 2014 7:33:28 AM CDT, Daniel Hellstrom wrote:
>Hi,
>
>On 08/27/2014 02:39 AM, Chris Johns wrote:
>> On 27/08/2014 3:50 am, Jennifer Averett wrote:
>>>
>>> > We suggest to remove the ref_count of the task structures to save
>>> > time and locking. Otherwise we need atomic counters
Hi,
On 08/27/2014 02:39 AM, Chris Johns wrote:
On 27/08/2014 3:50 am, Jennifer Averett wrote:
> We suggest to remove the ref_count of the task structures to save
> time and locking. Otherwise we need atomic counters here?
You need a means of tracking the logged references to the task data
Hello,
I added a USB host and MMC/SD card stack for RTEMS (libusb) to my Git
repository area:
http://git.rtems.org/sebh/rtems-libusb.git/
It was previously only available as a snapshot:
https://www.rtems.org/bugzilla/show_bug.cgi?id=1601
The USB host stack is a port from FreeBSD 8. The MMC
17 matches
Mail list logo
