On 24/05/2017 15:30, Sebastian Huber wrote:
Maybe its time to get rid of the make preinstall.
I do not want to do this in this build system.
There are a few warnings related to the dirstamp:
Makefile:1602: warning: overriding recipe for target
'../cpukit/../../../lpc17xx_plx800_rom_int/li
On 23/05/17 23:31, Chris Johns wrote:
The build log shows this happening with the lpc1768_mbed where the headers
bootcard.h and utility.h are being installed again. The utility.h had been
installed during the preinstall phase. It is only when this second install
happens does the error appear:
On 23/05/17 18:07, Kirspel, Kevin wrote:
I would like to submit a patch to add the Linux framebuffer header
file to RTEMS (linux/fb.h). This is similar to what has been done for
Linux i2c/spi compatibility. Does anyone have an issue with this?
This is fine, but please don't import GPL lic
I got your mean, thank you , PV.
Best Regards
Sichen Zhao
From: devel on behalf of punit vara
Sent: Wednesday, May 24, 2017 2:05 AM
To: Sichen Zhao
Cc: Christian Mauderer; rtems-de...@rtems.org
Subject: Re: [PATCH] Add the i2c driver for Beaglebone Black:
O
Hi Christian,
I got you, and there are some advice i don't understand:
> +static void am335x_i2c_continue_write(bbb_i2c_bus *bus,
> + volatile bbb_i2c_regs *regs)
> +{
> +
> +
Why the two empty lines? And again: Indentation.
You mean the Indentation is parameter volatile bbb_i2c_regs
---
testsuites/testdata/disable-jffs2-tests.tcfg | 1 +
1 file changed, 1 insertion(+)
diff --git a/testsuites/testdata/disable-jffs2-tests.tcfg
b/testsuites/testdata/disable-jffs2-tests.tcfg
index dda8044eed..9488cb690c 100644
--- a/testsuites/testdata/disable-jffs2-tests.tcfg
+++ b/testsuites/
---
testsuites/automake/subdirs.am | 48 +++---
1 file changed, 22 insertions(+), 26 deletions(-)
diff --git a/testsuites/automake/subdirs.am b/testsuites/automake/subdirs.am
index d03122c037..56e1ec560f 100644
--- a/testsuites/automake/subdirs.am
+++ b/testsui
---
c/src/lib/libbsp/arm/tms570/preinstall.am | 4
1 file changed, 4 insertions(+)
diff --git a/c/src/lib/libbsp/arm/tms570/preinstall.am
b/c/src/lib/libbsp/arm/tms570/preinstall.am
index f996f8d8f1..ae851f1b44 100644
--- a/c/src/lib/libbsp/arm/tms570/preinstall.am
+++ b/c/src/lib/libbsp/ar
---
cpukit/Makefile.am | 5 ++---
cpukit/preinstall.am | 13 -
2 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/cpukit/Makefile.am b/cpukit/Makefile.am
index 1987586b7c..3206ee2123 100644
--- a/cpukit/Makefile.am
+++ b/cpukit/Makefile.am
@@ -50,15 +50,14 @@ include_uu
On 24/05/2017 07:31, Chris Johns wrote:
5 tests m32c/m32csim build:
configure: /opt/work/chris/rtems/kernel/rtems.git/configure --target\
=m32c-rtems4.12 --enable-rtemsbsp=m32csim --prefix=/opt/rtems/4.12\
--enable-tests
error: testsuites/fstests/jffs2_support/fs_s
On 24/05/2017 07:31, Chris Johns wrote:
There are a few warnings related to the dirstamp:
Makefile:1602: warning: overriding recipe for target
'../cpukit/../../../lpc17xx_plx800_rom_int/lib/include/.dirstamp'
Makefile:1573: warning: ignoring old recipe for target
'../cpukit/../../../lpc17xx_p
On 23/5/17 8:15 pm, Chris Johns wrote:
> On 23/5/17 6:43 pm, Sebastian Huber wrote:
>> I cannot reproduce this problem. A build with your command line worked
>> here.
>
> I have not seen it before. I had 5 builds running with 12 make job and
> somewhere around 560 builds.
>
It is repeatable. The
On Tue, May 23, 2017 at 7:13 PM, Sichen Zhao <1473996...@qq.com> wrote:
> Update ticket #2891 and my GSOC project
>
> add c/src/lib/libbsp/arm/beagle/i2c/bbb-i2c.c
> modify c/src/lib/libbsp/arm/beagle/include/i2c.h
> modify c/src/lib/libbsp/arm/beagle/include/bbb-gpio.h
> modify c/src/lib/libcpu/ar
On Tue, May 23, 2017 at 1:36 PM, Christian Mauderer
wrote:
> Hello Sichen Zhao,
>
> the patch works fine. I tested it with a (just slightly) different app.
>
> I added some lines of comments into the code. Please take a look at them.
>
> Please excuse me for being a little picky but there are stil
Hello Sichen Zhao,
the patch works fine. I tested it with a (just slightly) different app.
I added some lines of comments into the code. Please take a look at them.
Please excuse me for being a little picky but there are still some style
points. If you write code, you should keep in mind that m
I would like to submit a patch to add the Linux framebuffer header file to
RTEMS (linux/fb.h). This is similar to what has been done for Linux i2c/spi
compatibility. Does anyone have an issue with this?
Kevin Kirspel
Electrical Engineer - Sr. Staff
Idexx Roswell
235 Hembree Park Drive
Roswell
Hi all,
Please ignore the previous patch about the Beaglebone I2C. the newest one i
sent is useful, when apply the patch, no error and warning.
Best Regards
Sichen Zhao
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/de
Update ticket #2891 and my GSOC project
add c/src/lib/libbsp/arm/beagle/i2c/bbb-i2c.c
modify c/src/lib/libbsp/arm/beagle/include/i2c.h
modify c/src/lib/libbsp/arm/beagle/include/bbb-gpio.h
modify c/src/lib/libcpu/arm/shared/include/am335x.h
modify c/src/lib/libbsp/arm/beagle/Makefile.am
Now can r
On Mon, May 22, 2017 at 7:53 PM, Joel Sherrill wrote:
>
>
> On May 22, 2017 6:43 PM, "Gedare Bloom" wrote:
>
> On Mon, May 22, 2017 at 5:32 PM, Tanu Hari Dixit
> wrote:
>> Hello all,
>> Thank you for creating
>> https://devel.rtems.org/wiki/Developer/Simulators/gem5 just in time. I
>> installed
Update ticket #2891 and my GSOC project
add c/src/lib/libbsp/arm/beagle/i2c/bbb-i2c.c
modify c/src/lib/libbsp/arm/beagle/include/i2c.h
modify c/src/lib/libbsp/arm/beagle/include/bbb-gpio.h
modify c/src/lib/libcpu/arm/shared/include/am335x.h
modify c/src/lib/libbsp/arm/beagle/Makefile.am
Now can r
On 23/5/17 6:43 pm, Sebastian Huber wrote:
> I cannot reproduce this problem. A build with your command line worked
> here.
I have not seen it before. I had 5 builds running with 12 make job and
somewhere around 560 builds.
Chris
___
devel mailing list
Update #2676.
---
c/src/ada-tests/sptests/sp09/sptest.adb | 4 ++--
c/src/ada-tests/sptests/sp20/sptest.adb | 3 +--
c/src/ada-tests/tmtests/tmoverhd/dummy_rtems.adb | 2 +-
c/src/ada-tests/tmtests/tmoverhd/dummy_rtems.ads | 2 +-
c/src/ada-tests/tmtests/tmoverhd/tmtest.adb
Update #2493.
---
c/src/ada/rtems-tasks.ads | 14 --
1 file changed, 14 deletions(-)
diff --git a/c/src/ada/rtems-tasks.ads b/c/src/ada/rtems-tasks.ads
index 2cb31576e5..cdd95ea309 100644
--- a/c/src/ada/rtems-tasks.ads
+++ b/c/src/ada/rtems-tasks.ads
@@ -103,20 +103,6 @@ package RTEM
Update #2477.
---
c/src/ada-tests/sptests/sp09/sptest.adb | 9 -
c/src/ada/Makefile.am | 1 -
c/src/ada/preinstall.am | 8 -
c/src/ada/rtems-debug.adb | 59 -
c/src/ada/rtems-debug.ads | 45 ---
On 23/05/17 10:35, Chris Johns wrote:
On 23/5/17 6:31 pm, Chris Johns wrote:
On 23/5/17 6:26 pm, Chris Johns wrote:
On 23/5/17 5:49 pm, Sebastian Huber wrote:
On 23/05/17 09:34, Chris Johns wrote:
Here is the build failures for ARM with current tools. Note, there are
2 failures in the list.
On 23/5/17 6:31 pm, Chris Johns wrote:
> On 23/5/17 6:26 pm, Chris Johns wrote:
>> On 23/5/17 5:49 pm, Sebastian Huber wrote:
>>> On 23/05/17 09:34, Chris Johns wrote:
Here is the build failures for ARM with current tools. Note, there are
2 failures in the list. The new one is in failure
On 23/5/17 6:26 pm, Chris Johns wrote:
> On 23/5/17 5:49 pm, Sebastian Huber wrote:
>> On 23/05/17 09:34, Chris Johns wrote:
>>> Here is the build failures for ARM with current tools. Note, there are
>>> 2 failures in the list. The new one is in failure 17:
>>>
>>> error: lpc32xx_mzx/lib/incl
an additional patch:
https://sourceware.org/ml/newlib/2017/msg00348.html
I was able to build the Ada compiler on openSUSE 42.2 without a BSP
installed.
arm-rtems4.12-gnatmake --version
GNATMAKE 6.3.1 20170523 [gcc-6-branch revision
7720ad9c4ca:28ac32f2b2a
On 23/5/17 5:49 pm, Sebastian Huber wrote:
> On 23/05/17 09:34, Chris Johns wrote:
>
> I have a fix for the assembler errors.
>
Thanks.
>> Here is the build failures for ARM with current tools. Note, there are
>> 2 failures in the list. The new one is in failure 17:
>>
>> error: lpc32xx_m
I am sorry but can you give me some suggestion about that, you mean the old
i2c works on all platforms, and shouldn't be replace, so where you suggest the
new one should go and how to mark the old one deprecated?
Best Regards
Sichen Zhao
From: Joel Sherrill
S
On 23/05/17 05:02, Chris Johns wrote:
On 23/5/17 8:52 am, Chris Johns wrote:
These failures are showing up with ARM and I think other BSPs have a similar
issue. I will build the whole architecture soon and report the failures.
Failures:
1 posix-profiling arm/rtl22xx_t build:
config
On 23/05/17 09:34, Chris Johns wrote:
On 23/5/17 1:02 pm, Chris Johns wrote:
On 23/5/17 8:52 am, Chris Johns wrote:
These failures are showing up with ARM and I think other BSPs have a similar
issue. I will build the whole architecture soon and report the failures.
Failures:
1 posix-pro
On 23/5/17 1:02 pm, Chris Johns wrote:
> On 23/5/17 8:52 am, Chris Johns wrote:
>> These failures are showing up with ARM and I think other BSPs have a similar
>> issue. I will build the whole architecture soon and report the failures.
>>
>> Failures:
>>1 posix-profiling arm/rtl22xx_t build:
>
On 22/05/17 16:49, Gedare Bloom wrote:
Everything. 'hello' doesn't even work. I can't debug until later.
Probably gem5 deals with some processor context a bit differently and
may be incorrectly.
It works on Qemu, a real Cortex-R4 and a real Cortex-A9. It would be
nice if you could debug this
34 matches
Mail list logo