Re: [PATCH] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Daniel Hellstrom]

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a positive 
thing to remove malloc for another approach to allocate memory when it 
comes to validation of the SW.


Another aspect of the same subject could be to use the RTEMS memalign() 
instead of custom alignment within the driver for descriptor tables etc. 
The history there is that memalign() did not exist when writing most of 
the drivers.


Merry Christmas and a happy new year!
Daniel


On 2018-11-27 08:11, Sebastian Huber wrote:


This avoids a dependency to errno in device driver code.
---
  bsps/sparc/include/bsp/gr1553rt.h   |  2 +-
  bsps/sparc/include/grlib_impl.h | 27 +++
  bsps/sparc/shared/1553/b1553brm.c   | 11 ++-
  bsps/sparc/shared/1553/b1553rt.c|  9 +
  bsps/sparc/shared/1553/gr1553b.c| 10 ++
  bsps/sparc/shared/1553/gr1553bc.c   | 23 +++
  bsps/sparc/shared/1553/gr1553bm.c   |  5 ++---
  bsps/sparc/shared/1553/gr1553rt.c   | 21 +++--
  bsps/sparc/shared/amba/ambapp.c |  4 +++-
  bsps/sparc/shared/analog/gradcdac.c |  5 +++--
  bsps/sparc/shared/ascs/grascs.c |  6 --
  bsps/sparc/shared/btimer/gptimer.c  |  5 +++--
  bsps/sparc/shared/can/canmux.c  |  4 +++-
  bsps/sparc/shared/can/grcan.c   |  7 +++
  bsps/sparc/shared/can/occan.c   | 13 -
  bsps/sparc/shared/can/satcan.c  |  8 +---
  bsps/sparc/shared/drvmgr/ambapp_bus_grlib.c |  4 +++-
  bsps/sparc/shared/gpio/gpiolib.c|  5 +++--
  bsps/sparc/shared/gpio/grgpio.c |  4 ++--
  bsps/sparc/shared/i2c/i2cmst.c  |  5 +++--
  bsps/sparc/shared/iommu/griommu.c   |  4 +++-
  bsps/sparc/shared/irq/genirq.c  | 15 ---
  bsps/sparc/shared/mem/mctrl.c   |  5 +++--
  bsps/sparc/shared/net/greth.c   | 18 --
  bsps/sparc/shared/pci/gr_701.c  |  3 +--
  bsps/sparc/shared/pci/gr_rasta_adcdac.c |  3 +--
  bsps/sparc/shared/pci/gr_rasta_io.c |  3 +--
  bsps/sparc/shared/pci/gr_tmtc_1553.c|  3 +--
  bsps/sparc/shared/pci/grpci2dma.c   |  9 +++--
  bsps/sparc/shared/pwm/grpwm.c   |  7 ---
  bsps/sparc/shared/slink/grslink.c   | 12 +++-
  bsps/sparc/shared/spi/spictrl.c |  5 +++--
  bsps/sparc/shared/spw/grspw.c   | 15 +--
  bsps/sparc/shared/spw/grspw_pkt.c   | 11 ---
  bsps/sparc/shared/time/grctm.c  |  5 +++--
  bsps/sparc/shared/time/spwcuc.c |  7 ---
  bsps/sparc/shared/tmtc/grtc.c   |  5 ++---
  bsps/sparc/shared/tmtc/grtm.c   |  8 +++-
  38 files changed, 176 insertions(+), 140 deletions(-)

diff --git a/bsps/sparc/include/bsp/gr1553rt.h 
b/bsps/sparc/include/bsp/gr1553rt.h
index 55237b5dfd..5d52e84c11 100644
--- a/bsps/sparc/include/bsp/gr1553rt.h
+++ b/bsps/sparc/include/bsp/gr1553rt.h
@@ -74,7 +74,7 @@ struct gr1553rt_list {
/* !!Must be last in data structure!!
 * !!Array must at least be of length bd_cnt!!
 */
-   unsigned short bds[1];  /* Array of BDIDs, -1 unused/end */
+   unsigned short bds[0];  /* Array of BDIDs */
  };
  
  /* GR1553B-RT Driver configuration options used when calling gr1553rt_config().

diff --git a/bsps/sparc/include/grlib_impl.h b/bsps/sparc/include/grlib_impl.h
index 2760c68626..755f635911 100644
--- a/bsps/sparc/include/grlib_impl.h
+++ b/bsps/sparc/include/grlib_impl.h
@@ -10,6 +10,7 @@
  #define GRLIB_IMPL_H
  
  #include 

+#include 
  
  /*

   * Use interrupt lock primitives compatible with SMP defined in RTEMS 4.11.99
@@ -63,6 +64,32 @@
  extern "C" {
  #endif
  
+#if (((__RTEMS_MAJOR__ << 16) | (__RTEMS_MINOR__ << 8) | __RTEMS_REVISION__) >= 0x05)

+
+RTEMS_INLINE_ROUTINE void *grlib_malloc(size_t size)
+{
+ return rtems_malloc(size);
+}
+
+RTEMS_INLINE_ROUTINE void *grlib_calloc(size_t nelem, size_t elsize)
+{
+ return rtems_calloc(nelem, elsize);
+}
+
+#else
+
+RTEMS_INLINE_ROUTINE void *grlib_malloc(size_t size)
+{
+ return malloc(size);
+}
+
+RTEMS_INLINE_ROUTINE void *grlib_calloc(size_t nelem, size_t elsize)
+{
+ return calloc(nelem, elsize);
+}
+
+#endif
+
  #ifdef __cplusplus
  }
  #endif
diff --git a/bsps/sparc/shared/1553/b1553brm.c 
b/bsps/sparc/shared/1553/b1553brm.c
index 8a5efaf9df..216397b334 100644
--- a/bsps/sparc/shared/1553/b1553brm.c
+++ b/bsps/sparc/shared/1553/b1553brm.c
@@ -31,6 +31,8 @@
  #include 
  #include 
  
+#include 

+
  /* Uncomment for debug output */
  /*#define DEBUG 1
  #define FUNCDEBUG 1*/
@@ -309,10 +311,9 @@ int b1553brm_init2(struct drvmgr_dev *dev)
brm_priv *priv;
  
  	DBG("B1553BRM[%d] on bus %s\n", dev->minor_d

Re: [PATCH] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Sebastian Huber]

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a positive 
thing to remove malloc for another approach to allocate memory when it 
comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it can be 
used for RISC-V BSPs.




Another aspect of the same subject could be to use the RTEMS 
memalign() instead of custom alignment within the driver for 
descriptor tables etc. The history there is that memalign() did not 
exist when writing most of the drivers.


Yes, this is also on my TODO list.



Merry Christmas and a happy new year! 


Thanks, Merry Christmas and Happy New Year too.

--
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] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Daniel Hellstrom]

Hi Sebastian,


On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a 
positive thing to remove malloc for another approach to allocate 
memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it can 
be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, will 
you add a connection between FDT and the driver manager via FDT-bus 
driver? I think that would be of interest also for LEON, I would be 
happy to review such a solution or similar one.







Another aspect of the same subject could be to use the RTEMS 
memalign() instead of custom alignment within the driver for 
descriptor tables etc. The history there is that memalign() did not 
exist when writing most of the drivers.


Yes, this is also on my TODO list.



Merry Christmas and a happy new year! 


Thanks, Merry Christmas and Happy New Year too.


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

Re: [PATCH] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Sebastian Huber]

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a 
positive thing to remove malloc for another approach to allocate 
memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it can 
be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, will 
you add a connection between FDT and the driver manager via FDT-bus 
driver? I think that would be of interest also for LEON, I would be 
happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. The 
libbsd has already this functionality. All I plan to do at the moment is 
to move the files and make them compile clean.


--
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] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Daniel Hellstrom]

On 2018-12-21 15:02, Sebastian Huber wrote:

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a 
positive thing to remove malloc for another approach to allocate 
memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it 
can be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, 
will you add a connection between FDT and the driver manager via 
FDT-bus driver? I think that would be of interest also for LEON, I 
would be happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. The 
libbsd has already this functionality. All I plan to do at the moment 
is to move the files and make them compile clean.


Okay, in the long-term do you think it is better to move to the libbsd 
way than using the driver manager? The driver manager is around 10k, and 
the required stuff around 5k on sparc if I recall correctly. Do you have 
an idea how large the device discovery, etc. is in libbsd?

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

Re: [PATCH] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Sebastian Huber]

On 21/12/2018 15:06, Daniel Hellstrom wrote:


On 2018-12-21 15:02, Sebastian Huber wrote:

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a 
positive thing to remove malloc for another approach to allocate 
memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it 
can be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, 
will you add a connection between FDT and the driver manager via 
FDT-bus driver? I think that would be of interest also for LEON, I 
would be happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. 
The libbsd has already this functionality. All I plan to do at the 
moment is to move the files and make them compile clean.


Okay, in the long-term do you think it is better to move to the libbsd 
way than using the driver manager? The driver manager is around 10k, 
and the required stuff around 5k on sparc if I recall correctly. Do 
you have an idea how large the device discovery, etc. is in libbsd?


I don't have figures, but the libbsd is more for systems that provide 
RAM in quantities of 1MiBs and not 10KiBs.


--
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] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Daniel Hellstrom]

On 2018-12-21 15:12, Sebastian Huber wrote:

On 21/12/2018 15:06, Daniel Hellstrom wrote:


On 2018-12-21 15:02, Sebastian Huber wrote:

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but not 
executed it, it looks okay with me. I'm guessing it is also a 
positive thing to remove malloc for another approach to allocate 
memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it 
can be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, 
will you add a connection between FDT and the driver manager via 
FDT-bus driver? I think that would be of interest also for LEON, I 
would be happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. 
The libbsd has already this functionality. All I plan to do at the 
moment is to move the files and make them compile clean.


Okay, in the long-term do you think it is better to move to the 
libbsd way than using the driver manager? The driver manager is 
around 10k, and the required stuff around 5k on sparc if I recall 
correctly. Do you have an idea how large the device discovery, etc. 
is in libbsd?


I don't have figures, but the libbsd is more for systems that provide 
RAM in quantities of 1MiBs and not 10KiBs.


Thats my assumption too, then we will stick with the driver manager. 
However at some point we would want to add a GRETH_GBIT network driver 
for the libbsd stack, maybe it is required for that particular driver 
then, I don't know. I will have to dig into that at some point.


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

Re: [PATCH] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Sebastian Huber]

On 21/12/2018 15:18, Daniel Hellstrom wrote:


On 2018-12-21 15:12, Sebastian Huber wrote:

On 21/12/2018 15:06, Daniel Hellstrom wrote:


On 2018-12-21 15:02, Sebastian Huber wrote:

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but 
not executed it, it looks okay with me. I'm guessing it is also 
a positive thing to remove malloc for another approach to 
allocate memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that it 
can be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, 
will you add a connection between FDT and the driver manager via 
FDT-bus driver? I think that would be of interest also for LEON, I 
would be happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. 
The libbsd has already this functionality. All I plan to do at the 
moment is to move the files and make them compile clean.


Okay, in the long-term do you think it is better to move to the 
libbsd way than using the driver manager? The driver manager is 
around 10k, and the required stuff around 5k on sparc if I recall 
correctly. Do you have an idea how large the device discovery, etc. 
is in libbsd?


I don't have figures, but the libbsd is more for systems that provide 
RAM in quantities of 1MiBs and not 10KiBs.


Thats my assumption too, then we will stick with the driver manager. 
However at some point we would want to add a GRETH_GBIT network driver 
for the libbsd stack, maybe it is required for that particular driver 
then, I don't know. I will have to dig into that at some point.


The network stack interfaces are separate from the FreeBSD bus 
abstraction. You can use your driver manager and write a network 
interface driver for libbsd.


--
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] bsps/sparc: Add grlib_malloc(), grlib_calloc()

[Daniel Hellstrom]

On 2018-12-21 15:20, Sebastian Huber wrote:

On 21/12/2018 15:18, Daniel Hellstrom wrote:


On 2018-12-21 15:12, Sebastian Huber wrote:

On 21/12/2018 15:06, Daniel Hellstrom wrote:


On 2018-12-21 15:02, Sebastian Huber wrote:

On 21/12/2018 14:59, Daniel Hellstrom wrote:

On 2018-12-21 14:57, Sebastian Huber wrote:

Hello Daniel,

On 21/12/2018 14:42, Daniel Hellstrom wrote:

Hi Sebastian,

Sorry for my very late response! I have reviewed the code but 
not executed it, it looks okay with me. I'm guessing it is also 
a positive thing to remove malloc for another approach to 
allocate memory when it comes to validation of the SW.


thanks for the review.

My next step is to move the grlib to bsps/shared/grlib so that 
it can be used for RISC-V BSPs.



Great news! how will you do with the driver manager in this case, 
will you add a connection between FDT and the driver manager via 
FDT-bus driver? I think that would be of interest also for LEON, 
I would be happy to review such a solution or similar one. 


Sorry, I don't have time to match the FDT with the driver manager. 
The libbsd has already this functionality. All I plan to do at the 
moment is to move the files and make them compile clean.


Okay, in the long-term do you think it is better to move to the 
libbsd way than using the driver manager? The driver manager is 
around 10k, and the required stuff around 5k on sparc if I recall 
correctly. Do you have an idea how large the device discovery, etc. 
is in libbsd?


I don't have figures, but the libbsd is more for systems that 
provide RAM in quantities of 1MiBs and not 10KiBs.


Thats my assumption too, then we will stick with the driver manager. 
However at some point we would want to add a GRETH_GBIT network 
driver for the libbsd stack, maybe it is required for that particular 
driver then, I don't know. I will have to dig into that at some point.


The network stack interfaces are separate from the FreeBSD bus 
abstraction. You can use your driver manager and write a network 
interface driver for libbsd.

Ok, this was what I was hoping. Thanks!
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

rtems-docs build failure

[Joel Sherrill]

Hi

Just passing along that it still fails for me: Builds when not doing PDF

===
[joel@devel rtems-docs]$ ./waf configure --prefix=/tmp/docs --pdf
Setting top to   : /home/joel/rtems-work/rtems-docs
Setting out to   :
/home/joel/rtems-work/rtems-docs/build
Checking version : 5.0.0 (master)
Checking for program 'sphinx-build'  :
/home/joel/.local/bin/sphinx-build
Checking for program 'aspell': /usr/bin/aspell
Checking if Sphinx is at least 1.3   : yes (1.8)
Checking Sphinx Verbose  : quiet
Checking for 'sphinx.ext.autodoc': found
Checking for 'sphinx.ext.coverage'   : found
Checking for 'sphinx.ext.doctest': found
Checking for 'sphinx.ext.graphviz'   : found
Checking for 'sphinx.ext.intersphinx': found
Checking for 'sphinx.ext.mathjax': found
Checking for 'sphinxcontrib.bibtex'  : found
Checking for program 'tex'   :
/usr/local/texlive/2018/bin/x86_64-linux/tex
Checking for program 'latex' :
/usr/local/texlive/2018/bin/x86_64-linux/latex
Checking for program 'pdflatex'  :
/usr/local/texlive/2018/bin/x86_64-linux/pdflatex
Checking for program 'xelatex'   :
/usr/local/texlive/2018/bin/x86_64-linux/xelatex
Checking for program 'bibtex':
/usr/local/texlive/2018/bin/x86_64-linux/bibtex
Checking for program 'dvips' :
/usr/local/texlive/2018/bin/x86_64-linux/dvips
Checking for program 'dvipdf': /usr/bin/dvipdf
Checking for program 'ps2pdf': /usr/bin/ps2pdf
Checking for program 'makeindex' :
/usr/local/texlive/2018/bin/x86_64-linux/makeindex
Checking for program 'pdf2ps': /usr/bin/pdf2ps
Checking for program 'makeglossaries':
/usr/local/texlive/2018/bin/x86_64-linux/makeglossaries
Checking for program 'pygmentize': /home/joel/.local/bin/pygmentize
Checking for Tex package 'Bjarne': ok
Checking for Tex package 'alltt' : ok
Checking for Tex package 'amsmath'   : ok
Checking for Tex package 'amssymb'   : ok
Checking for Tex package 'amstext'   : ok
Checking for Tex package 'anyfontsize'   : ok
Checking for Tex package 'array' : ok
Checking for Tex package 'atbegshi'  : ok
Checking for Tex package 'babel' : ok
Checking for Tex package 'calc'  : ok
Checking for Tex package 'charter'   : ok
Checking for Tex package 'cmap'  : ok
Checking for Tex package 'color' : ok
Checking for Tex package 'enumitem'  : ok
Checking for Tex package 'etoolbox'  : ok
Checking for Tex package 'fancybox'  : ok
Checking for Tex package 'fancyhdr'  : ok
Checking for Tex package 'fancyvrb'  : ok
Checking for Tex package 'float' : ok
Checking for Tex package 'fncychap'  : ok
Checking for Tex package 'fontenc'   : ok
Checking for Tex package 'footnote'  : ok
Checking for Tex package 'framed': ok
Checking for Tex package 'graphicx'  : ok
Checking for Tex package 'hypcap': ok
Checking for Tex package 'hyperref'  : ok
Checking for Tex package 'ifthen': ok
Checking for Tex package 'inputenc'  : ok
Checking for Tex package 'keyval': ok
Checking for Tex package 'kvoptions' : ok
Checking for Tex package 'lineno': ok
Checking for Tex package 'longtable' : ok
Checking for Tex package 'makeidx'   : ok
Checking for Tex package 'multirow'  : ok
Checking for Tex package 'parskip'   : ok
Checking for Tex package 'pdftexcmds': ok
Checking for Tex package 'textcomp'  : ok
Checking for Tex package 'threeparttable' : ok
Checking for Tex package 'times'  : ok
Checking for Tex package 'titlesec'   : ok
Checking for Tex package 'utf8'   : ok
Checking for Tex package 'wrapfig': ok
Checking for Tex package 'xcolor' : ok
Checking for Tex package 'xstring': ok
Checking for Tex package 'inconsolata': ok
Checking for Tex package 'lato'   : ok
'configure' finished successfully (17.205s)
[joel@devel rtems-docs]$ ./waf && ./waf install
Waf: Entering directory `/home/joel/rtems-work/rtems-docs/build'
Waf: Leaving directory `/home/joel/rtems-work/rtems-docs/build'
invalid number of source/target for bld(posted=True,
target=[/home/joel/rtems-work/rtems-docs/build/user/latex/capt-of.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/eqparbox.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/environ.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/ifplatform.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/trimspaces.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/slantsc.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/upquote.sty,
/home/joel/rtems-work/rtems-docs/build/user/latex/rtemsextrafonts.sty],
idx=1, meths=['process_subst', 'process_rule', 'process_source'],
source=['../common/latex/capt-of.sty', '../com

Re: [PATCH] 5/rtems-tools: Update RTEMS tools

[Christian Mauderer]

Hello Joel,

thanks for the OK and sorry for the delayed reaction. I've been knocked
out by a cold.

Best regards

Christian

Am 19.12.18 um 22:01 schrieb Joel Sherrill:
> Please push this
> 
> On Wed, Dec 19, 2018, 6:43 AM Christian Mauderer   wrote:
> 
> From: Christian Mauderer  >
> 
> Picks up the new waf in rtems-tools to be compatible with python 3.7 and
> some tester updates.
> 
> Update #3569.
> ---
>  rtems/config/tools/rtems-tools-5-1.cfg | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/rtems/config/tools/rtems-tools-5-1.cfg
> b/rtems/config/tools/rtems-tools-5-1.cfg
> index e2edfd9..56b6a9e 100644
> --- a/rtems/config/tools/rtems-tools-5-1.cfg
> +++ b/rtems/config/tools/rtems-tools-5-1.cfg
> @@ -8,10 +8,10 @@
>  %if %{rsb_released}
>   %define rtems_tools_version %{rsb_version}
>  %else
> - %define rtems_tools_version 6db01e577fed1dc88018106b81dd531f2ecc1fd0
> + %define rtems_tools_version e59f4ee300ba71db46b35e04afe541d9125eb8d6
>   %define rtems_tools_source rtems-tools-%{rtems_tools_version}
>   %source set rtems-tools
> https://git.rtems.org/rtems-tools/snapshot/%{rtems_tools_source}.tar.bz2
> 
> 
> - %hash sha512 rtems-tools-%{rtems_tools_version}.tar.bz2
> 
> 5fc29cd8777fcf5d61bb005ad66940f4cd4c582e4466304de6397358ffad7e7f1d1374e49069b00ec345aa8ed095aee5552c7769215710b593c76b7bb0298a16
> + %hash sha512 rtems-tools-%{rtems_tools_version}.tar.bz2
> 
> c86fcc6aafa5f79b10c4610ca1a25b1ff2efdfbc29eab5752d1992f561b91d4b80a744ad3905d3972edfa5c1d2044856565fa7e9dbaf756c2b5cb705ddc740aa
> 
>  %endif
> 
> -- 
> 2.20.1
> 
> ___
> 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

psxtmtests: Changed the copyright license to BSD-2-Clause (GCI 2018)

[Himanshu Sekhar Nayak]

Hi guys,

Here is the patch for psxtmtests. Thanks Shasvat for telling me.

Thanks
Himanshu
From 912576ec23259b79d528cf47e3696bcf39c95f51 Mon Sep 17 00:00:00 2001
From: Himanshu40 
Date: Sat, 22 Dec 2018 01:17:06 +0530
Subject: [PATCH] psxtmtests: Changed the copyright license to BSD-2-Clause
 (GCI 2018)

---
 .../psxtmtests/psxtmbarrierattr01/init.c  | 33 ++-
 .../psxtmbarrierattr01/psxtmbarrierattr01.doc | 40 ---
 testsuites/psxtmtests/psxtmcleanup01/init.c   | 33 ++-
 .../psxtmcleanup01/psxtmcleanup01.doc | 40 ---
 .../psxtmtests/psxtmmqrcvblock02/init.c   | 33 ++-
 .../psxtmmqrcvblock02/psxtmmqrcvblock02.doc   | 40 ---
 testsuites/psxtmtests/psxtmmutexattr01/init.c | 33 ++-
 .../psxtmmutexattr01/psxtmmutexattr01.doc | 40 ---
 testsuites/psxtmtests/psxtmonce01/init.c  | 33 ++-
 .../psxtmtests/psxtmonce01/psxtmonce01.doc| 40 ---
 10 files changed, 240 insertions(+), 125 deletions(-)

diff --git a/testsuites/psxtmtests/psxtmbarrierattr01/init.c b/testsuites/psxtmtests/psxtmbarrierattr01/init.c
index 3eec038d8a..7410c7cbb7 100644
--- a/testsuites/psxtmtests/psxtmbarrierattr01/init.c
+++ b/testsuites/psxtmtests/psxtmbarrierattr01/init.c
@@ -1,17 +1,28 @@
 /*
- *  COPYRIGHT (c) 2018.
- *  Himanshu Sekhar Nayak( GCI 2018 )
+ * SPDX-License-Identifier: BSD-2-Clause
  *
- *  Permission to use, copy, modify, and/or distribute this software
- *  for any purpose with or without fee is hereby granted.
+ * Copyright (C) 2018, Himanshu Sekhar Nayak
  *
- *  THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL
- *  WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED
- *  WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR
- *  BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES
- *  OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
- *  WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION,
- *  ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+ * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
+ * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
+ * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
+ * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
+ * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
+ * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
+ * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
+ * POSSIBILITY OF SUCH DAMAGE.
  */
 
 #ifdef HAVE_CONFIG_H
diff --git a/testsuites/psxtmtests/psxtmbarrierattr01/psxtmbarrierattr01.doc b/testsuites/psxtmtests/psxtmbarrierattr01/psxtmbarrierattr01.doc
index 3e6a0dd23d..55498c15f5 100644
--- a/testsuites/psxtmtests/psxtmbarrierattr01/psxtmbarrierattr01.doc
+++ b/testsuites/psxtmtests/psxtmbarrierattr01/psxtmbarrierattr01.doc
@@ -1,17 +1,29 @@
-#  COPYRIGHT (c) 2018.
-#  Himanshu Sekhar Nayak( GCI 2018 )
-#
-#  Permission to use, copy, modify, and/or distribute this software
-#  for any purpose with or without fee is hereby granted.
-#
-#  THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL
-#  WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED
-#  WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR
-#  BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES
-#  OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
-#  WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION,
-#  ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
-#
+/*
+ * SPDX-License-Identifier: BSD-2-Clause
+ *
+ * Copyright (C) 2018, Himanshu Sekhar Nayak
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reprodu

Re: rtems-docs build failure

[Chris Johns]

On 22/12/18 1:52 am, Joel Sherrill wrote:
> Just passing along that it still fails for me: Builds when not doing PDF

What failed?

> [joel@devel rtems-docs]$ ./waf configure --prefix=/tmp/docs --pdf
> [joel@devel rtems-docs]$ ./waf && ./waf install

The build or the install? Please run as separate commands.

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