Re: Compilation error in libpci path inclusion.

[John Soni Jose]

Hi All,

Any inputs or suggestions to move forward on this issue.

Regards

John


On Tuesday 14 February 2017 03:46 PM, John Soni Jose wrote:

Hi All,

Trying to execute PCI shell terminal task 
"cpukit/libmisc/shell/main_pci" on an x86 machine.


Made below changes for including LIBPCI. The changes were made in 
"cpukit/configure.ac" and "cpukit/libmisc/shell/shellconfig.c"


diff --git a/cpukit/configure.ac b/cpukit/configure.ac
index 3d6888c..095866e 100644
--- a/cpukit/configure.ac
+++ b/cpukit/configure.ac
@@ -385,7 +385,7 @@ AC_MSG_RESULT([$HAVE_SHA])
 # Filter libpci to only build for architectures that have support for it
 AC_MSG_CHECKING([whether CPU supports libpci])
 case $RTEMS_CPU in
-  sparc)
+  sparc | i386)
HAVE_LIBPCI=yes ;;
   *)
HAVE_LIBPCI=no ;;

diff --git a/cpukit/libmisc/shell/shellconfig.c 
b/cpukit/libmisc/shell/shellconfig.c

index 11a4ff0..a676550 100644
--- a/cpukit/libmisc/shell/shellconfig.c
+++ b/cpukit/libmisc/shell/shellconfig.c
@@ -15,5 +15,6 @@

 #define CONFIGURE_SHELL_COMMANDS_INIT
 #define CONFIGURE_SHELL_COMMANDS_ALL
+#define RTEMS_PCI_CONFIG_LIB

diff --git a/cpukit/libpci/Makefile.am b/cpukit/libpci/Makefile.am
index cf336ed..a0dff03 100644
--- a/cpukit/libpci/Makefile.am
+++ b/cpukit/libpci/Makefile.am
@@ -41,7 +41,7 @@ libpci_a_SOURCES += pci_print.c
 # Driver manager PCI bus
 libpci_a_SOURCES += pci_bus.c
 include_drvmgrdir = $(includedir)/drvmgr
-include_drvmgr_HEADERS = pci_bus.h
+include_drvmgr_HEADERS = pci_bus.h drvmgr.h

After the above changes ran bootstrap command to regenerate 
preinstall.am files.


Hitting this compilation error. The same error is happening for both 
x86 and leon2


"gmake[6]: *** No rule to make target `drvmgr.h', needed by 
`../../cpukit/../../../pc386/lib/include/drvmgr/drvmgr.h'.  Stop.
gmake[6]: Leaving directory 
`/opt/RTEMS/sandbox/i386-rtems4.12/i386-rtems4.12/c/pc386/cpukit/libpci'"


"gmake[6]: Entering directory 
`/opt/RTEMS/sandbox/leon-rtems4.12/sparc-rtems4.12/c/leon2/cpukit/libpci'
gmake[6]: *** No rule to make target `drvmgr.h', needed by 
`../../cpukit/../../../leon2/lib/include/drvmgr/drvmgr.h'.  Stop."



Do we need to enable any other flags for successful compilation of 
libpci ?


Regards

John



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: qemu RSB bset with gcc 6.3.0

[Chris Johns]

On 15/02/2017 04:00, Joel Sherrill wrote:

Hi

Helping someone using Debian unstable which uses gcc 6.3.0. glib has
code using strftime() which is now flagged and glib is compiled with
-Werror.

gdate.c:2497 in glib 2.39. On the glib master at github, it is line 2500 and
the code is fixed with a blame/comment in 2002.

My first thought was to bump the glib version but glib is at 2.50 and
I am concerned about interface changes. Besides, this isn't fixed
on their master from what we saw.

Someone reported this to Freedesktop with this issue:

https://bugs.freedesktop.org/show_bug.cgi?id=95326

Any thoughts?



I have some patches sitting around somewhere to bump a few bits and 
pieces used to build qemu when I tried to build qemu on OSX. I could not 
get it to build and I did not have the time to complete the work.


Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 8/9] Patching USB serial drivers and Termios for use in RTEMS

[Chris Johns]

On 15/02/2017 00:33, Sebastian Huber wrote:

For imports of FreeBSD files into RTEMS or Newlib, please use the SVN
checkout to get the right $FreeBSD$ identifiers, e.g.

https://git.rtems.org/rtems/tree/cpukit/libcsupport/include/sys/event.h#n26



Maybe a note in libbsd about this would help? I no idea where else this 
could be documented.


Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: leon3 on gdb simulator anyone?

[Jiri Gaisler]

If you build gdb and sis through RSB, leon2 and leon3 emulation will be 
provided. You should start sis with -leon2 or -leon3 to enable it. In 
gdb, do 'target sim -leon3'.


You can also build gdb-7.11 separately, after applying this patch:

https://gaisler.org/gdb/gdb-7.11-sis-leon2-leon3.diff

Jiri.

On 02/14/2017 07:03 PM, Joel Sherrill wrote:
Jiri added support and I thought it worked but not today. My 4.11 tool 
didn't even work.


Hopefully Jiri will comment.

On Feb 14, 2017 11:25 AM, "Cudmore, Alan P. (GSFC-5820)" 
> wrote:


I didn’t think leon3 ran on sis, just erc32.

I can run leon3 on a patched QEMU and TSIM2.

Alan

*From: *devel > on behalf of Joel Sherrill
>
*Reply-To: *"j...@rtems.org "
>
*Date: *Tuesday, February 14, 2017 at 12:01 PM
*To: *"rtems-de...@rtems.org "
>
*Subject: *leon3 on gdb simulator anyone?

Hi

I built a new toolset today and sis in gdb doesn't run

leon3 executables.

Does this work for someone else or is something broken?

Thanks.

--joel



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: leon3 on gdb simulator anyone?

[Joel Sherrill]

Jiri added support and I thought it worked but not today. My 4.11 tool
didn't even work.

Hopefully Jiri will comment.

On Feb 14, 2017 11:25 AM, "Cudmore, Alan P. (GSFC-5820)" <
alan.p.cudm...@nasa.gov> wrote:

> I didn’t think leon3 ran on sis, just erc32.
>
> I can run leon3 on a patched QEMU and TSIM2.
>
>
>
> Alan
>
>
>
>
>
> *From: *devel  on behalf of Joel Sherrill <
> j...@rtems.org>
> *Reply-To: *"j...@rtems.org" 
> *Date: *Tuesday, February 14, 2017 at 12:01 PM
> *To: *"rtems-de...@rtems.org" 
> *Subject: *leon3 on gdb simulator anyone?
>
>
>
> Hi
>
>
>
> I built a new toolset today and sis in gdb doesn't run
>
> leon3 executables.
>
>
>
> Does this work for someone else or is something broken?
>
>
>
> Thanks.
>
>
>
> --joel
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: git retrieval with git blocked

[Cláudio Silva]

Hello Joel,

The best way, I found, to use RSB behind restrictive firewalls was to
follow these instructions:
http://www.emilsit.net/blog/archives/how-to-use-the-git-protocol-through-a-http-connect-proxy/

It essentially forces all git traffic to go through a SOCKS proxy. This
works well if the firewall doesn't block SSH connections to the outside
world. However, it can be a bit slow.

Best Regards,
Cláudio


On Mon, Feb 13, 2017 at 5:49 PM Joel Sherrill  wrote:

> Hi
>
> I am helping someone with git and ftp blocked by a firewall. That
> definitely
> limits the options. We used github for some clones using https.
>
> + Does rtems.org support https clone?
> + Can we do snapshots from git.rtems.org like github?
>
> Any RSB hints based for the firewall situation?
>
> Thanks.
>
> --joel
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: leon3 on gdb simulator anyone?

[Cudmore, Alan P. (GSFC-5820)]

I didn’t think leon3 ran on sis, just erc32.
I can run leon3 on a patched QEMU and TSIM2.

Alan


From: devel  on behalf of Joel Sherrill 

Reply-To: "j...@rtems.org" 
Date: Tuesday, February 14, 2017 at 12:01 PM
To: "rtems-de...@rtems.org" 
Subject: leon3 on gdb simulator anyone?

Hi

I built a new toolset today and sis in gdb doesn't run
leon3 executables.

Does this work for someone else or is something broken?

Thanks.

--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

leon3 on gdb simulator anyone?

[Joel Sherrill]

Hi

I built a new toolset today and sis in gdb doesn't run
leon3 executables.

Does this work for someone else or is something broken?

Thanks.

--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

qemu RSB bset with gcc 6.3.0

[Joel Sherrill]

Hi

Helping someone using Debian unstable which uses gcc 6.3.0. glib has
code using strftime() which is now flagged and glib is compiled with
-Werror.

gdate.c:2497 in glib 2.39. On the glib master at github, it is line 2500 and
the code is fixed with a blame/comment in 2002.

My first thought was to bump the glib version but glib is at 2.50 and
I am concerned about interface changes. Besides, this isn't fixed
on their master from what we saw.

Someone reported this to Freedesktop with this issue:

https://bugs.freedesktop.org/show_bug.cgi?id=95326

Any thoughts?

--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Fwd: Obsolete powerpc*-*-*spe*

[Sebastian Huber]

Looks like embedded PowerPC is going to die in GCC:

 Forwarded Message 
Subject:Obsolete powerpc*-*-*spe*
Date:   Mon, 13 Feb 2017 21:07:03 -0600
From:   Segher Boessenkool 
To: g...@gcc.gnu.org
CC: dje@gmail.com



Hi all,

I propose to mark powerpc*-*-*spe* as obsolete in GCC 7.  This includes
the spe.h installed header file, all the __builtin_spe* intrinsics, the
-mfloat-gprs= command-line option, and the support for the SPE ABIs.

No one has properly tested these targets in a long time (the latest
testresults I could find are from July 2015, >1000 failures), and the
SPE support makes a lot of code much more complex.

Any objections to this obsoletion?  GCC 7 will then be the last release
with support for SPE (it will need --enable-obsolete to build these
targets), and we will delete the SPE support during GCC 8 development.


Segher



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Problem configuring ethernet interface for NFS in rtems-libbsd

[vivek kukreja]

Hello Sebastian,

The output of the qemu command is as follows:

Warning: nic cadence_gem.1 has no peer
nexus0: 
zy7_slcr0:  on nexus0
cgem0:  on nexus0
miibus0:  on cgem0
e1000phy0:  PHY 0 on miibus0
e1000phy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,
1000baseT-FDX, 1000baseT-FDX-master, auto
e1000phy1:  PHY 23 on miibus0
e1000phy1:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,
1000baseT-FDX, 1000baseT-FDX-master, auto
cgem0: Ethernet address: 52:54:00:12:34:56
[zone: socket] kern.ipc.maxsockets limit reached
[zone: udp_inpcb] kern.ipc.maxsockets limit reached
[zone: udpcb] kern.ipc.maxsockets limit reached
cgem0: cgem_mediachange: could not set ref clk0 to 2500

I tried attaching the debug log file (partial) generated by using the
'-d exec' option but its too large (atleast 25 MB).

I debugged the code and found that control reaches till the
'rtems_bsd_program_call' function(under
rtems-libbsd/rtemsbsd/rtems/rtems-program.c) and stops at the
following step:

if (setjmp(prog_ctrl->return_context) == 0) {
  exit_code = (*prog)(context);
}

I think execution gets stuck at the assignment statement. I'm still
working on this and thank you for helping.

Regards,
Vivek

On Tue, Feb 14, 2017 at 3:51 PM, Sebastian Huber
 wrote:
>
>
> On 14/02/17 11:10, vivek kukreja wrote:
>>
>> Hello developers,
>>
>> I'm working on transporting application traces to host using the
>> libbsd ethernet driver. I have compiled an app for
>> arm/xilinx_zynq_a9_qemu and used the rtems bsd commands to setup NFS
>> in the app.
>> This example used to work until last year but the implementation of
>> the function 'rtems_bsd_command_ifconfig' has been changed since. I'm
>> getting the following error on qemu while trying to setup the ethernet
>> interface:
>>
>> [zone: socket] kern.ipc.maxsockets limit reached
>> [zone: udp_inpcb] kern.ipc.maxsockets limit reached
>> [zone: udpcb] kern.ipc.maxsockets limit reached
>
>
> I am not sure if this is really an error. Could you please send the complete
> log messages.
>
> --
> 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  : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 8/9] Patching USB serial drivers and Termios for use in RTEMS

[Sebastian Huber]

For imports of FreeBSD files into RTEMS or Newlib, please use the SVN 
checkout to get the right $FreeBSD$ identifiers, e.g.


https://git.rtems.org/rtems/tree/cpukit/libcsupport/include/sys/event.h#n26

On 14/02/17 13:32, Kirspel, Kevin wrote:

OK.  I want to update my RTEMS termios patch anyway to include a couple of 
changes that fell out of the FREEBSD USB serial test cases.

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 [mailto:sebastian.hu...@embedded-brains.de]
Sent: Tuesday, February 14, 2017 3:23 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 8/9] Patching USB serial drivers and Termios for use in 
RTEMS

We should first make the Termios API provided by RTEMS more FreeBSD
compatible:

https://urldefense.proofpoint.com/v2/url?u=https-3A__devel.rtems.org_ticket_2897=DwIF-g=2do6VJGs3LvEOe4OFFM1bA=HDiJ93ANMEQ32G5JGdpyUxbdebuwKHBbeiHMr3RbR74=b-FtaO1HmjucZKZlsvK6tIij6oZHXcLVEQDsr-_9vzo=Lk4w_YapbZ_YpYJxpoNWtTLXIafXLa4ORXwi8DNZykw=

Would you mind sending the relevant patches of this ticket to the mailing list?

Since  is a POSIX header file, it should go into Newlib from my 
point of view.

https://urldefense.proofpoint.com/v2/url?u=https-3A__devel.rtems.org_ticket_2833=DwIF-g=2do6VJGs3LvEOe4OFFM1bA=HDiJ93ANMEQ32G5JGdpyUxbdebuwKHBbeiHMr3RbR74=b-FtaO1HmjucZKZlsvK6tIij6oZHXcLVEQDsr-_9vzo=QKAQ8SOYH7JdglpgNU1JgKrjx0pkXnYxgmhzNuY6mEs=

--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.


--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

RE: [PATCH 8/9] Patching USB serial drivers and Termios for use in RTEMS

[Kirspel, Kevin]

OK.  I want to update my RTEMS termios patch anyway to include a couple of 
changes that fell out of the FREEBSD USB serial test cases.

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 [mailto:sebastian.hu...@embedded-brains.de] 
Sent: Tuesday, February 14, 2017 3:23 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 8/9] Patching USB serial drivers and Termios for use in 
RTEMS

We should first make the Termios API provided by RTEMS more FreeBSD
compatible:

https://urldefense.proofpoint.com/v2/url?u=https-3A__devel.rtems.org_ticket_2897=DwIF-g=2do6VJGs3LvEOe4OFFM1bA=HDiJ93ANMEQ32G5JGdpyUxbdebuwKHBbeiHMr3RbR74=b-FtaO1HmjucZKZlsvK6tIij6oZHXcLVEQDsr-_9vzo=Lk4w_YapbZ_YpYJxpoNWtTLXIafXLa4ORXwi8DNZykw=
 

Would you mind sending the relevant patches of this ticket to the mailing list?

Since  is a POSIX header file, it should go into Newlib from my 
point of view.

https://urldefense.proofpoint.com/v2/url?u=https-3A__devel.rtems.org_ticket_2833=DwIF-g=2do6VJGs3LvEOe4OFFM1bA=HDiJ93ANMEQ32G5JGdpyUxbdebuwKHBbeiHMr3RbR74=b-FtaO1HmjucZKZlsvK6tIij6oZHXcLVEQDsr-_9vzo=QKAQ8SOYH7JdglpgNU1JgKrjx0pkXnYxgmhzNuY6mEs=
 

--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Problem configuring ethernet interface for NFS in rtems-libbsd

[Sebastian Huber]

On 14/02/17 11:10, vivek kukreja wrote:

Hello developers,

I'm working on transporting application traces to host using the
libbsd ethernet driver. I have compiled an app for
arm/xilinx_zynq_a9_qemu and used the rtems bsd commands to setup NFS
in the app.
This example used to work until last year but the implementation of
the function 'rtems_bsd_command_ifconfig' has been changed since. I'm
getting the following error on qemu while trying to setup the ethernet
interface:

[zone: socket] kern.ipc.maxsockets limit reached
[zone: udp_inpcb] kern.ipc.maxsockets limit reached
[zone: udpcb] kern.ipc.maxsockets limit reached


I am not sure if this is really an error. Could you please send the 
complete log messages.


--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Compilation error in libpci path inclusion.

[John Soni Jose]

Hi All,

Trying to execute PCI shell terminal task 
"cpukit/libmisc/shell/main_pci" on an x86 machine.


Made below changes for including LIBPCI. The changes were made in 
"cpukit/configure.ac" and "cpukit/libmisc/shell/shellconfig.c"


diff --git a/cpukit/configure.ac b/cpukit/configure.ac
index 3d6888c..095866e 100644
--- a/cpukit/configure.ac
+++ b/cpukit/configure.ac
@@ -385,7 +385,7 @@ AC_MSG_RESULT([$HAVE_SHA])
 # Filter libpci to only build for architectures that have support for it
 AC_MSG_CHECKING([whether CPU supports libpci])
 case $RTEMS_CPU in
-  sparc)
+  sparc | i386)
HAVE_LIBPCI=yes ;;
   *)
HAVE_LIBPCI=no ;;

diff --git a/cpukit/libmisc/shell/shellconfig.c 
b/cpukit/libmisc/shell/shellconfig.c

index 11a4ff0..a676550 100644
--- a/cpukit/libmisc/shell/shellconfig.c
+++ b/cpukit/libmisc/shell/shellconfig.c
@@ -15,5 +15,6 @@

 #define CONFIGURE_SHELL_COMMANDS_INIT
 #define CONFIGURE_SHELL_COMMANDS_ALL
+#define RTEMS_PCI_CONFIG_LIB

diff --git a/cpukit/libpci/Makefile.am b/cpukit/libpci/Makefile.am
index cf336ed..a0dff03 100644
--- a/cpukit/libpci/Makefile.am
+++ b/cpukit/libpci/Makefile.am
@@ -41,7 +41,7 @@ libpci_a_SOURCES += pci_print.c
 # Driver manager PCI bus
 libpci_a_SOURCES += pci_bus.c
 include_drvmgrdir = $(includedir)/drvmgr
-include_drvmgr_HEADERS = pci_bus.h
+include_drvmgr_HEADERS = pci_bus.h drvmgr.h

After the above changes ran bootstrap command to regenerate 
preinstall.am files.


Hitting this compilation error. The same error is happening for both x86 
and leon2


"gmake[6]: *** No rule to make target `drvmgr.h', needed by 
`../../cpukit/../../../pc386/lib/include/drvmgr/drvmgr.h'.  Stop.
gmake[6]: Leaving directory 
`/opt/RTEMS/sandbox/i386-rtems4.12/i386-rtems4.12/c/pc386/cpukit/libpci'"


"gmake[6]: Entering directory 
`/opt/RTEMS/sandbox/leon-rtems4.12/sparc-rtems4.12/c/leon2/cpukit/libpci'
gmake[6]: *** No rule to make target `drvmgr.h', needed by 
`../../cpukit/../../../leon2/lib/include/drvmgr/drvmgr.h'.  Stop."



Do we need to enable any other flags for successful compilation of libpci ?

Regards

John



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Problem configuring ethernet interface for NFS in rtems-libbsd

[vivek kukreja]

Hello developers,

I'm working on transporting application traces to host using the
libbsd ethernet driver. I have compiled an app for
arm/xilinx_zynq_a9_qemu and used the rtems bsd commands to setup NFS
in the app.
This example used to work until last year but the implementation of
the function 'rtems_bsd_command_ifconfig' has been changed since. I'm
getting the following error on qemu while trying to setup the ethernet
interface:

[zone: socket] kern.ipc.maxsockets limit reached
[zone: udp_inpcb] kern.ipc.maxsockets limit reached
[zone: udpcb] kern.ipc.maxsockets limit reached

I am trying to correctly configure the resources in my app (by
following the nfs01 test in rtems-libbsd) but any pointers regarding
this issue are appreciated.

Regards,
Vivek
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 01/10] Adding LPC32XX ethernet driver support

[Sebastian Huber]

I checked in this patch set and merged some commits together.

--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 8/9] Patching USB serial drivers and Termios for use in RTEMS

[Sebastian Huber]

We should first make the Termios API provided by RTEMS more FreeBSD 
compatible:


https://devel.rtems.org/ticket/2897

Would you mind sending the relevant patches of this ticket to the 
mailing list?


Since  is a POSIX header file, it should go into Newlib from 
my point of view.


https://devel.rtems.org/ticket/2833

--
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  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel