Hello,
I had a look at updated the project groups for raspberry pi improvements
for my proposal. Because I had not tracked the page for a few days I was
not aware that the Raspberry pi 2 support tasks had been defined.
As I had also asked about SMP support earlier, this projects interests me
more.
yeah, i did encounter it.
what I was thinking was instead of changing to http, we'll wait for ftp
timeout and then try http?
I think I can build a patch that does this. Give me some time to
familiarize with the code and I'll do it.
On Sat, Mar 21, 2015 at 7:32 AM, Joel Sherrill
wrote:
>
>
> On
On March 20, 2015 8:41:37 PM CDT, Anand Krishnan wrote:
>yeah I do think that ftp is blocked. I was in a campus network.
>
>Currently I am using another network, but its only a temporary setup. I
>cannot download from ftp://ftp.gnu.org. But I can access
>http://ftp.gnu.org
>
>I will check out t
Ok then, I'll work on it.
I'll check out WxPython and PyQt? Please let me know if they arent
suitable.
In the options.py file (
https://git.rtems.org/amar/waf.git/tree/rtems_waf/defaults/options.py),
there are multiple classes. The configuration supposed to set values for
each of this classes, isn
yeah I do think that ftp is blocked. I was in a campus network.
Currently I am using another network, but its only a temporary setup. I
cannot download from ftp://ftp.gnu.org. But I can access http://ftp.gnu.org
I will check out the files mentioned, but in the download.py file,
ftp_downloader is
On 3/20/2015 8:14 PM, Anand Krishnan wrote:
> Hi,
>
> I am trying to build RSB for sparc. During the installation, it is
> trying to download autoconf-2.69.tar.gz over ftp but fails.
>
Is ftp blocked for you by a firewall? ftp.gnu.org is up and accessible
to me.
> Autoconf is already installed in
Hi,
I am trying to build RSB for sparc. During the installation, it is trying
to download autoconf-2.69.tar.gz over ftp but fails.
Autoconf is already installed in my host machine. Why is it trying again to
download?
Also I think there is some error with downloading via ftp - is there some
way I
Hi
Two tests have this warning on all BSPs.
../../../../../../../rtems/c/src/../../testsuites/samples/minimum/init.c:101:34:
warning: initialization from incompatible pointer type
[-Wincompatible-pointer-types]
../../../../../../../rtems/c/src/../../testsuites/sptests/sp54/init.c:71:34:
warni
Hi
I just started a warning build of all BSPs
and these popped up new as a side-effect of
recent changes. Looking at the code, I can
see the path where priority_task isn't initialized.
I didn't look for priority_interrupt.
../../../../../../../rtems/c/src/../../testsuites/sptests/../support/incl
Hello,
On 20-03-2015 20:59, QIAO YANG wrote:
Hi,
Since Andre is wiling to continue his work on buses and SD card
support, and I'm preparing for the framebuffer implementation, I would
like to know the status of Andre's mailbox implementation. If it
cannot be merged yet, what is the problem?
On 3/20/2015 3:59 PM, QIAO YANG wrote:
> Hi,
>
> Since Andre is wiling to continue his work on buses and SD card
> support, and I'm preparing for the framebuffer implementation, I would
> like to know the status of Andre's mailbox implementation. If it
> cannot be merged yet, what is the problem?
Hi,
Since Andre is wiling to continue his work on buses and SD card support, and
I'm preparing for the framebuffer implementation, I would like to know the
status of Andre's mailbox implementation. If it cannot be merged yet, what is
the problem? I may take this if the mailbox is not in Andre
On 3/20/2015 11:03 AM, Sujay Raj wrote:
> BSP: pc386 simulated on QEMU
>
> On Fri, Mar 20, 2015 at 9:27 PM, Gedare Bloom wrote:
>> On Fri, Mar 20, 2015 at 11:39 AM, Sujay Raj wrote:
>>> Well I started writing the first draft of the project proposal ( which
>>> I shall hopefully finish by tonigh
BSP: pc386 simulated on QEMU
On Fri, Mar 20, 2015 at 9:27 PM, Gedare Bloom wrote:
> On Fri, Mar 20, 2015 at 11:39 AM, Sujay Raj wrote:
>> Well I started writing the first draft of the project proposal ( which
>> I shall hopefully finish by tonight, Its 9 PM here ).
>>
>> I am making "porting the
On Fri, Mar 20, 2015 at 11:39 AM, Sujay Raj wrote:
> Well I started writing the first draft of the project proposal ( which
> I shall hopefully finish by tonight, Its 9 PM here ).
>
> I am making "porting the Monkey web server to RTEMS as well as a
> partial reorganization of the network stacks pr
Well I started writing the first draft of the project proposal ( which
I shall hopefully finish by tonight, Its 9 PM here ).
I am making "porting the Monkey web server to RTEMS as well as a
partial reorganization of the network stacks present in RTEMS to make
it more modular", as the primary deliv
On 3/20/2015 10:12 AM, Sebastian Huber wrote:
> - Daniel Krüger schrieb:
>> Beside some problems/differences between newlibc and glibc, one
>> RTEMS-specific questions remains unanswered:
>>
>> What is the right implementation for the UART driver read function
>> (console_fns.deviceRead)?
- Daniel Krüger schrieb:
> Beside some problems/differences between newlibc and glibc, one
> RTEMS-specific questions remains unanswered:
>
> What is the right implementation for the UART driver read function
> (console_fns.deviceRead)? It seems to be implemented differently from
> target
On 3/20/2015 9:59 AM, Daniel Krüger wrote:
> Beside some problems/differences between newlibc and glibc, one
> RTEMS-specific questions remains unanswered:
>
> What is the right implementation for the UART driver read function
> (console_fns.deviceRead)? It seems to be implemented differently f
On Fri, Mar 20, 2015 at 10:47 AM, Joel Sherrill
wrote:
> On an odd note, did we finally kill that misformatted
> license text?
>
Not sure what you mean.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Beside some problems/differences between newlibc and glibc, one
RTEMS-specific questions remains unanswered:
What is the right implementation for the UART driver read function
(console_fns.deviceRead)? It seems to be implemented differently from
target to target. Some implementations return -1
File a ticket. This type of thing is very hard to get rid of
and have it stay gone. All it takes is someone updating
code from an older tree and submitting a patch. Bam!
We have it again.
Needs to either reject or auto-correct. And go into
the review cycle of Phabricator.
On an odd note, did we f
On Fri, Mar 20, 2015 at 9:08 AM, Sebastian Huber
wrote:
> Maybe it makes sense to add a git commit hook, that rejects such patches. We
> already have this issue in other places as well:
Perhaps if we get Phabricator up, it can be configured to reject
patches containing rtems.com easily?
__
Push it. It touches a lot of files but pretty self-contained in each,
shouldn't cause conflicts.
On Fri, Mar 20, 2015 at 9:09 AM, Sebastian Huber
wrote:
> ---
> c/src/lib/libbsp/arm/beagle/clock.c| 2 +-
> c/src/lib/libbsp/arm/beagle/console/console-config.c
---
c/src/lib/libbsp/arm/beagle/clock.c| 2 +-
c/src/lib/libbsp/arm/beagle/console/console-config.c | 2 +-
c/src/lib/libbsp/arm/beagle/include/bsp.h | 2 +-
c/src/lib/libbsp/arm/beagle/include/i2c.h | 2 +-
c/src/lib/
Maybe it makes sense to add a git commit hook, that rejects such
patches. We already have this issue in other places as well:
./cpukit/libmisc/shell/main_md5.c: * http://www.rtems.com/license/LICENSE.
./cpukit/score/cpu/or1k/rtems/score/cpu.h: *
http://www.rtems.com/license/LICENSE.
./cpukit/s
Please fix the URLs to be rtems.org (especially the license)
-Gedare
On Fri, Mar 20, 2015 at 4:18 AM, Sebastian Huber
wrote:
> Hello Martin,
>
> On 19/03/15 01:11, Martin Galvan wrote:
>>
>> This patch adds support for the following devices to the LPC176x BSP:
>>
>> * CAN
>> * PWM
>> * ADC
>
>
>
ok to both
On Fri, Mar 20, 2015 at 4:08 AM, Alexander Krutwig
wrote:
> ---
> cpukit/score/Makefile.am | 2 +-
> cpukit/score/include/rtems/score/timestamp.h | 21 -
> cpukit/score/include/rtems/score/timestamp64.h | 31 -
> cpukit/
Am 20.03.2015 um 11:11 schrieb Sebastian Huber:
On 20/03/15 11:03, Daniel Krüger wrote:
Am 20.03.2015 um 10:02 schrieb Sebastian Huber:
On 20/03/15 09:42, Daniel Krüger wrote:
Am 06.03.2015 um 11:20 schrieb Sebastian Huber:
I would not use the C stdio for this and instead directly use the
PO
On 20/03/15 11:03, Daniel Krüger wrote:
Am 20.03.2015 um 10:02 schrieb Sebastian Huber:
On 20/03/15 09:42, Daniel Krüger wrote:
Am 06.03.2015 um 11:20 schrieb Sebastian Huber:
I would not use the C stdio for this and instead directly use the
POSIX
read/write. You have to set up the right
Am 20.03.2015 um 10:02 schrieb Sebastian Huber:
On 20/03/15 09:42, Daniel Krüger wrote:
Am 06.03.2015 um 11:20 schrieb Sebastian Huber:
I would not use the C stdio for this and instead directly use the POSIX
read/write. You have to set up the right Termios settings. In case you
use RTEMS 4.11
Hello Daniel,
On 20/03/15 09:42, Daniel Krüger wrote:
Hello Sebastian,
Am 06.03.2015 um 11:20 schrieb Sebastian Huber:
Hello Daniel,
I would not use the C stdio for this and instead directly use the POSIX
read/write. You have to set up the right Termios settings. In case you
use RTEMS 4.11 I
Hello Sebastian,
Am 06.03.2015 um 11:20 schrieb Sebastian Huber:
Hello Daniel,
I would not use the C stdio for this and instead directly use the POSIX
read/write. You have to set up the right Termios settings. In case you
use RTEMS 4.11 I would use the new Termios device interface (see
rtems_t
On 20/03/15 01:54, Chris Johns wrote:
On 20/03/2015 11:27 am, Joel Sherrill wrote:
20 Hz is a 50 millisecond period.
Ah, thanks. I read it on a phone as 20KHz and was confused and did not
reread.
I have assumed that he meant this was the largest clock tick time
quantum which is reasona
Hello Martin,
On 19/03/15 01:11, Martin Galvan wrote:
This patch adds support for the following devices to the LPC176x BSP:
* CAN
* PWM
* ADC
what is LPC176X specific in these drivers? See also
https://lists.rtems.org/pipermail/devel/2014-June/007110.html
Independent of this, I checked in
---
cpukit/score/Makefile.am | 2 +-
cpukit/score/include/rtems/score/timestamp.h | 21 -
cpukit/score/include/rtems/score/timestamp64.h | 31 -
cpukit/score/src/ts64dividebyinteger.c | 32 --
4 files
---
cpukit/score/Makefile.am | 2 +-
cpukit/score/include/rtems/score/timestamp.h | 35 ---
cpukit/score/include/rtems/score/timestamp64.h | 28 --
cpukit/score/src/ts64toticks.c | 39 --
4 files c
37 matches
Mail list logo
