---
common/_static/my-styles.css | 9 ++
user/index.rst | 2 +
user/tools/bsp-builder.rst | 200 ++
user/tools/build.rst | 17
user/tools/exeinfo.rst | 204 +++
On 15/3/17 1:02 am, Gedare Bloom wrote:
> On Tue, Mar 14, 2017 at 9:58 AM, Gedare Bloom wrote:
>> On Tue, Mar 14, 2017 at 1:50 AM, Chris Johns wrote:
>>> On 14/3/17 9:18 am, Chris Johns wrote:
The follow is the work I see needing to be done.
>>>
On 15/3/17 12:58 am, Gedare Bloom wrote:
> On Tue, Mar 14, 2017 at 1:50 AM, Chris Johns wrote:
>> On 14/3/17 9:18 am, Chris Johns wrote:
>>>
>>> The follow is the work I see needing to be done.
>>>
>>
>> I have created a ticket for this project. Please update and add
>>
On Tue, Mar 14, 2017 at 12:08 PM, Joel Sherrill wrote:
>
>
> On Tue, Mar 14, 2017 at 10:22 AM, punit vara wrote:
>>
>> Can I port MQTT from here ?
>>
>>
>> https://github.com/zephyrproject-rtos/zephyr/tree/master/subsys/net/lib/mqtt
>>
>> It has Apache
We eventually need all of the combined patches at once in order to
merge. If this is functionally working, then it is time to focus on
cleaning up.
It would be good to separate the testsuite change from the others. I'm
not sure the testsuite is mergeable.
It would also be best to separate the
On Tue, Mar 14, 2017 at 10:22 AM, punit vara wrote:
> Can I port MQTT from here ?
>
> https://github.com/zephyrproject-rtos/zephyr/tree/master/subsys/net/lib/
> mqtt
>
> It has Apache licence. Where do I possibly need to add files ? Any
> suggestion ?
>
> Why would Zephyr
Can I port MQTT from here ?
https://github.com/zephyrproject-rtos/zephyr/tree/master/subsys/net/lib/mqtt
It has Apache licence. Where do I possibly need to add files ? Any suggestion ?
-- PV
On Tue, Mar 14, 2017 at 7:50 PM, Joel Sherrill wrote:
>
>
> On Tue, Mar 14, 2017 at
On Tue, Mar 14, 2017 at 7:26 PM, Gedare Bloom wrote:
> On Tue, Mar 14, 2017 at 1:26 AM, punit vara wrote:
>> Hi
>>
>> I think RTEMS don't have any IoT protocol so I propose we should
>> implement at least two important IoT protocols
>>
>> 1. MQTT
On Tue, Mar 14, 2017 at 8:56 AM, Gedare Bloom wrote:
> On Tue, Mar 14, 2017 at 1:26 AM, punit vara wrote:
> > Hi
> >
> > I think RTEMS don't have any IoT protocol so I propose we should
> > implement at least two important IoT protocols
> >
> > 1. MQTT
---
c/src/lib/libbsp/arm/beagle/i2c/bbb-i2c.c | 684 --
c/src/lib/libbsp/arm/beagle/include/i2c.h | 18 +-
cpukit/dev/i2c/eeprom.c | 24 +-
testsuites/samples/i2c0/init.c| 98 -
4 files changed, 777 insertions(+), 47 deletions(-)
On Tue, Mar 14, 2017 at 9:58 AM, Gedare Bloom wrote:
> On Tue, Mar 14, 2017 at 1:50 AM, Chris Johns wrote:
>> On 14/3/17 9:18 am, Chris Johns wrote:
>>>
>>> The follow is the work I see needing to be done.
>>>
>>
>> I have created a ticket for this project.
On Tue, Mar 14, 2017 at 1:26 AM, punit vara wrote:
> Hi
>
> I think RTEMS don't have any IoT protocol so I propose we should
> implement at least two important IoT protocols
>
> 1. MQTT (http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/mqtt-v3.1.1.html)
> 2. CoAP
The patch set looks good after a rough review. I will check this in in
two or three days if nobody objects.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail :
Make sure that long file names work accross cluster boundaries.
Update #2929.
---
cpukit/libfs/src/dosfs/msdos_misc.c | 400 ++--
1 file changed, 155 insertions(+), 245 deletions(-)
diff --git a/cpukit/libfs/src/dosfs/msdos_misc.c
Update #2929.
---
cpukit/libfs/src/dosfs/msdos.h | 2 ++
cpukit/libfs/src/dosfs/msdos_dir.c | 10 ++
cpukit/libfs/src/dosfs/msdos_misc.c | 35 +--
3 files changed, 25 insertions(+), 22 deletions(-)
diff --git a/cpukit/libfs/src/dosfs/msdos.h
Update #2929.
---
cpukit/libfs/src/dosfs/msdos_misc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/cpukit/libfs/src/dosfs/msdos_misc.c
b/cpukit/libfs/src/dosfs/msdos_misc.c
index 5c16f4a..d1d0181 100644
--- a/cpukit/libfs/src/dosfs/msdos_misc.c
+++
Remove forced overwrite which leads to file data corruption. The logic
to determine a forced overwrite was fundamentally broken. For simplity,
disable this feature.
Update #2622.
---
cpukit/libfs/src/dosfs/fat.c | 15 +--
cpukit/libfs/src/dosfs/fat.h | 3
Update #2929.
---
cpukit/libfs/src/dosfs/fat_file.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/cpukit/libfs/src/dosfs/fat_file.c
b/cpukit/libfs/src/dosfs/fat_file.c
index cbc0ab3..c65c758 100644
--- a/cpukit/libfs/src/dosfs/fat_file.c
+++
It is all right in case the result uses the full destination buffer.
Without this fix the handling of a maximum 8.3 short file name is
broken.
Update #2928.
---
cpukit/libfs/src/dosfs/msdos_conv_utf8.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
---
tools/cpu/sh/sci.c | 29 -
1 file changed, 20 insertions(+), 9 deletions(-)
diff --git a/tools/cpu/sh/sci.c b/tools/cpu/sh/sci.c
index a092bce..2b68612 100644
--- a/tools/cpu/sh/sci.c
+++ b/tools/cpu/sh/sci.c
@@ -43,10 +43,15 @@ static unsigned int bitrate [] = {
---
testsuites/libtests/termios/init.c | 341 +
testsuites/libtests/termios01/init.c | 143 +++--
testsuites/libtests/termios01/termios01.scn| 270
testsuites/libtests/termios01/termios_testdriver.c | 6 +-
---
cpukit/libcsupport/Makefile.am | 2 +-
cpukit/libcsupport/include/rtems/termiostypes.h | 8 +-
cpukit/libcsupport/include/sys/ioccom.h | 11 -
cpukit/libcsupport/include/sys/termios.h| 280 +++-
cpukit/libcsupport/include/sys/ttycom.h
---
cpukit/libcsupport/include/sys/_termios.h| 264 +++
cpukit/libcsupport/include/sys/ttydefaults.h | 111 +++
cpukit/libcsupport/src/cfmakesane.c | 66 +++
3 files changed, 441 insertions(+)
create mode 100644
I'll send new patches without the name change.
Kevin Kirspel
Electrical Engineer - Sr. Staff
Idexx Roswell
235 Hembree Park Drive
Roswell GA 30076
Tel: (770)-510- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: Sebastian Huber
On 13/03/17 17:00, Kevin Kirspel wrote:
- case RTEMS_IO_SNDWAKEUP:
+ case TIOCSNDWU:
tty->tty_snd = *wakeup;
break;
- case RTEMS_IO_RCVWAKEUP:
+ case TIOCRCVWU:
tty->tty_rcv = *wakeup;
break;
Since they are RTEMS-specific and probably a (undocumented) part of
25 matches
Mail list logo