Re: [PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

2020-10-16 07:33 skrev Sebastian Huber: On 23/09/2020 12:24, Daniel Hellstrom wrote: >> Command line defines are discouraged and in cpukit only multilib >> defined defines should be used. Can't you the existing >> __FIX_LEON3FT_B2BST define to enable

Re: [PATCHv3 08/26] leon, can: introduce common CAN baud-rate calculation function

Thanks for the comment Joel, I sent an updated patch. I noticed just now I've also missed @brief so I will had that too before pushing.. /Daniel 2020-10-16 14:06 skrev Joel Sherrill: On Fri, Oct 16, 2020, 6:50 AM Daniel Hellstrom wrote: Reimplemented the baud-rate algorithm from sc

Re: [PATCH 08/26] leon, can: introduce common CAN baud-rate calculation function

2020-10-16 07:35 skrev Sebastian Huber: Hello Daniel, On 29/06/2020 14:27, Sebastian Huber wrote: On 29/06/2020 14:22, Daniel Hellstrom wrote: On 2020-06-29 13:48, Sebastian Huber wrote: On 29/06/2020 13:27, Daniel Hellstrom wrote: +/* + *  COPYRIGHT (c) 2019. + *  Cobham Gaisler AB

Re: [PATCH 01/26] sparc: Remove sequences that the B2BST scan script warns about

2020-10-16 07:40 skrev Sebastian Huber: On 29/06/2020 13:27, Daniel Hellstrom wrote: From: Daniel Cederman --- cpukit/score/cpu/sparc/cpu_asm.S | 6 -- cpukit/score/cpu/sparc/syscall.S | 3 ++- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/cpukit/score/cpu/sparc

Re: Various Gaisler Patches

n they are related to the same thing (like the tn0009 ticket Sebastian created), then there will be one. So approx 20 tickets then. /Daniel 2020-10-16 14:07 skrev Joel Sherrill: Hi I assume these are needed on 5 and will all have tickets. Is that right? And will also be applie

[PATCH 1/2] posix: Move function to file with matching name

mmap was previously in munmap.c and munmap was in mmap.c. --- cpukit/posix/src/mmap.c | 10 +++--- cpukit/posix/src/munmap.c | 10 +++--- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c index 2798326..3ebb2f4 100644 --- a

[PATCH 2/2] posix: Return error code if mmap is used

--- cpukit/posix/src/mmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c index 3ebb2f4..90c6d0a 100644 --- a/cpukit/posix/src/mmap.c +++ b/cpukit/posix/src/mmap.c @@ -26,5 +26,5 @@ void *mmap( off_t off ) { - return N

Re: lwIP for beaglebone black

Hi Ragu. We're successfully using it in production code. We had no time to contribute it yet, AFAIK blocked in the source builder. Marcos, details please? Daniel. On Fri, Mar 13, 2015 at 6:00 PM, ragu nath wrote: > Hi, > > I would like to know what is the status of running lwIP

Re: lwIP for beaglebone black

Marcos, please guide him so he can finish the remaining tasks to get lwip official support, specially the RSB part. Thanks, Daniel. On March 13, 2015 6:30:40 PM CDT, "Marcos Díaz" < marcos.d...@tallertechnologies.com> wrote: >Hi, >Indeed we have it working but we on

Re: Fwd: [PATCH 000/111] GRLIB/LEON RTEMS RCC patches

ee this as important. It will be less overall work to merge before the source is changed. My support for merging sooner rather than latter is conditional on Daniel and team ensuring the SPARC and LEON BSP are tested and there are no regressions for 4.11. As long as it's well tested and we redo

Re: About ether_output() function in if_etheresubr.c

network driver for RTEMS. Regards, Daniel H On 03/17/2015 07:13 AM, Albert Chun-Chieh Huang wrote: Hi, all, I'm currently working on adding a network device driver to rtems. The source tree was grabbed on July, 2014. It's still not working properly right now. But I have some questions

Re: UART driver: read function

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

Re: UART driver: read function

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

Re: UART driver: read function

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

Re: UART driver: read function

-1 if the receive FIFO is empty and some implementations do a busy waiting for new characters. Best regards, Daniel Krüger -- SYS TEC electronic GmbH Am Windrad 2 08468 Heinsdorfergrund Telefon : +49 (0) 3765 38600-0 Fax : +49 (0) 3765 38600-4100 Email : daniel.krue...@systec

Re: Pushing all but one patch

sure what that remaining patch is or its related warning. Is the one shown in the mail with subject "Last warnings" from yesterday? Please point me to it if not since I'd like to help. Anyway I'm accessing from a smartphone without access to the source code until tomorro

Re: [PATCH 12/42] libcrypt/crypt-md5.c: Fix overflow issues

In order to avoid code duplication and ease future bugfixing, I suggest to have a conditional casting and leave the core code alone, something like #ifdef __rtems__ #define cast(x) ((unsigned long int)x) #else #define cast(x) (x) #endif ...cast(final[ 0] << 16)... #undef cast El 23/03/2015 11:52

Re: Pushing all but one patch

El 24/03/2015 10:34, "Joel Sherrill" escribió: > > > > On 3/24/2015 8:29 AM, Daniel Gutson wrote: >> >> >> El 24/03/2015 10:17, "Joel Sherrill" escribió: >> > >> > Hi >> > >> > I am pushing all but the

Re: [PATCH] sparc: Ensure interrupt service after ISR enable

Looks good. Please apply it. danielh On 03/25/2015 11:42 AM, Sebastian Huber wrote: --- cpukit/score/cpu/sparc/rtems/score/sparc.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/cpukit/score/cpu/sparc/rtems/score/sparc.h b/cpukit/score/cpu/sparc/rtems/score/spar

Re: [PATCH 12/42] libcrypt/crypt-md5.c: Fix overflow issues

El 25/03/2015 21:41, "Joel Sherrill" escribió: > > > > On March 24, 2015 8:37:57 AM CDT, Daniel Gutson < daniel.gut...@tallertechnologies.com> wrote: > >In order to avoid code duplication and ease future bugfixing, I suggest > >to have a condition

Re: [PATCH] TMS570: Add board reset code to bsp_reset

> + } > +} > + > +void bsp_reset(void) > { > - while ( true ) { > -/* Do nothing */ > + uint32_t esm_irq_channel = ESMIOFFHR - 1; > + > + if (esm_irq_channel) { > +handle_esm_errors(esm_irq_channel); >} > + > + /* Reset the board */ > + SYSECR = SYS

Pthreads pretty printers

Hi, We are waiting for the (hopefully) last round of comments for our gdb pretty printers of glibc's NPTL. Is there interest here for an RTEMS version as well? Daniel. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/lis

Re: Pthreads pretty printers

El 29/03/2015 20:52, "Chris Johns" escribió: > > On 30/03/2015 8:23 am, Daniel Gutson wrote: > > > >We are waiting for the (hopefully) last round of comments for our gdb > > pretty printers of glibc's NPTL. > > Do you have a suitable link ?

Re: Propose to release 4.11 pending drvmgr/pci

On 04/01/2015 04:40 PM, Gedare Bloom wrote: I'd like to cut the 4.11 branch as soon as we get the drvmgr/pci patches merged. Please state if you have any other necessary patches or blockers for release. The plan will be to create a 4.11 branch and tag 4.11.0 and then only bug-fixes should go into

Re: Propose to release 4.11 pending drvmgr/pci

On 04/01/2015 05:05 PM, Gedare Bloom wrote: Daniel, On Wed, Apr 1, 2015 at 11:02 AM, Daniel Hellstrom wrote: On 04/01/2015 04:40 PM, Gedare Bloom wrote: I'd like to cut the 4.11 branch as soon as we get the drvmgr/pci patches merged. Please state if you have any other necessary patch

[PATCH 000/042] LIBPCI/DRVMGR clean-ups

. I have rebased and rerun the tests. Without the driver manager the results look like below. Thanks for your comments! Best Regards, Daniel Hellstrom GR712RC single-core: [usr1] ### [usr1] # RTEMS TESTSUITE FAILURE SUMMARY [usr1

[PATCH 03/42] LIBPCI: fixed RES2DEV in pci/cfg.h

--- cpukit/libpci/pci/cfg.h |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/cpukit/libpci/pci/cfg.h b/cpukit/libpci/pci/cfg.h index 18c48db..8869a51 100644 --- a/cpukit/libpci/pci/cfg.h +++ b/cpukit/libpci/pci/cfg.h @@ -146,9 +146,12 @@ struct pci_res { uint3

[PATCH 01/42] LEON: move driver headers to bsp/ directory

--- c/src/lib/libbsp/sparc/leon2/Makefile.am | 82 +++--- c/src/lib/libbsp/sparc/leon2/pci/at697_pci.c |2 +- c/src/lib/libbsp/sparc/leon2/preinstall.am | 240 c/src/lib/libbsp/sparc/leon3/Makefile.am | 96 c/src/lib/libbsp/sparc

[PATCH 04/42] LIBPCI: removed unused changes file

/libpci/CHANGES +++ /dev/null @@ -1,46 +0,0 @@ - 2011-03-03, Daniel Hellstrom - Added support for ROM BARs at devices and PCI-PCI bridges. - - 2011-02-11, Daniel Hellstrom - Split Library into different parts, this enables PCI initialization to be done - outside of the PCI Host driver and smaller

[PATCH 02/42] DRVMGR: updated copyright into one line only

--- cpukit/libdrvmgr/drvmgr.c |3 +-- cpukit/libdrvmgr/drvmgr.h |3 +-- cpukit/libdrvmgr/drvmgr_by_id.c |3 +-- cpukit/libdrvmgr/drvmgr_by_name.c |3 +-- cpukit/libdrvmgr/drvmgr_confdefs.h |3 +-- cpukit/libdrvm

[PATCH 17/42] DRVMGR: use RTEMS_INLINE_ROUTINE

--- cpukit/libdrvmgr/drvmgr.h |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/cpukit/libdrvmgr/drvmgr.h b/cpukit/libdrvmgr/drvmgr.h index b6eaeb0..d9a42b8 100644 --- a/cpukit/libdrvmgr/drvmgr.h +++ b/cpukit/libdrvmgr/drvmgr.h @@ -13,6 +13,7 @@ #include #include #

[PATCH 05/42] LIBPCI: moved copyright into a single line

--- cpukit/libpci/pci/access.h |3 +-- cpukit/libpci/pci/cfg.h|3 +-- cpukit/libpci/pci/cfg_auto.h |3 +-- cpukit/libpci/pci/cfg_peripheral.h |3 +-- cpukit/libpci/pci/cfg_read.h |3 +-- cpukit/libpci/pci/cfg_static.h |3 +-- cpukit/libpc

[PATCH 14/42] LIBPCI: remove $Id in makefile.am

--- cpukit/libpci/Makefile.am |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/cpukit/libpci/Makefile.am b/cpukit/libpci/Makefile.am index b9e5fd2..cff25b3 100644 --- a/cpukit/libpci/Makefile.am +++ b/cpukit/libpci/Makefile.am @@ -1,7 +1,3 @@ -## -## $Id: Makefile.am -#

[PATCH 06/42] LIBPCI: moved pci_bus copyright into a single line

--- cpukit/libpci/pci_bus.c |3 +-- cpukit/libpci/pci_bus.h |3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/cpukit/libpci/pci_bus.c b/cpukit/libpci/pci_bus.c index ea30dfa..2bdf5dc 100644 --- a/cpukit/libpci/pci_bus.c +++ b/cpukit/libpci/pci_bus.c @@ -1,7 +1,6 @@ /*

[PATCH 13/42] leon3,ngmp: cpucounter initialization use proper names

To be merged with "leon3,ngmp: simplify cpucounter initialization" .. as an affect of previous patch, the next must be updated too. --- c/src/lib/libbsp/sparc/leon3/startup/cpucounter.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/c/src/lib/libbsp/sparc/leon3/start

[PATCH 12/42] leon3: timer config updated to use proper naming

To be merged with "leon3: make timer initialization configurable" --- c/src/lib/libbsp/sparc/leon3/amba/amba.c| 10 +- c/src/lib/libbsp/sparc/leon3/include/leon.h |4 ++-- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/c/src/lib/libbsp/sparc/leon3/amba/amba.c b/c

[PATCH 16/42] LIBPCI: added license and auto-gen comment to pci/ids.h

To be Merged. --- cpukit/libpci/pci/ids.h | 27 ++- 1 files changed, 26 insertions(+), 1 deletions(-) diff --git a/cpukit/libpci/pci/ids.h b/cpukit/libpci/pci/ids.h index d4ce5f5..88e1ad5 100644 --- a/cpukit/libpci/pci/ids.h +++ b/cpukit/libpci/pci/ids.h @@ -1,4 +1,29 @@

[PATCH 08/42] LIBPCI: converted to BSD header

--- cpukit/libpci/Makefile.am |3 +- cpukit/libpci/pci.h| 279 +--- cpukit/libpci/pci/access.h | 12 +- cpukit/libpci/pci/ids.h| 1566 cpukit/libpci/pci/pcireg.h | 931 cpukit/libpci/pci_

[PATCH 11/42] LEON: converted LEON4-N2X to BSD header

--- c/src/lib/libbsp/sparc/shared/pci/gr_leon4_n2x.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/c/src/lib/libbsp/sparc/shared/pci/gr_leon4_n2x.c b/c/src/lib/libbsp/sparc/shared/pci/gr_leon4_n2x.c index 2423248..dd4de03 100644 --- a/c/src/lib/libbsp/sparc/share

[PATCH 18/42] DRVMGR: clean-up Makefile.am

--- cpukit/libdrvmgr/Makefile.am |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/cpukit/libdrvmgr/Makefile.am b/cpukit/libdrvmgr/Makefile.am index d93854a..641c544 100644 --- a/cpukit/libdrvmgr/Makefile.am +++ b/cpukit/libdrvmgr/Makefile.am @@ -1,7 +1,3 @@ -## -## $Id:

[PATCH 10/42] LEON: converted PCI peripherals to BSD header

--- c/src/lib/libbsp/sparc/shared/pci/gr_701.c |6 +++--- .../lib/libbsp/sparc/shared/pci/gr_rasta_adcdac.c |6 +++--- c/src/lib/libbsp/sparc/shared/pci/gr_rasta_io.c| 14 +++--- .../libbsp/sparc/shared/pci/gr_rasta_spw_router.c |8 c/src/lib/libbsp/spa

[PATCH 09/42] LEON: converted AT697,GRPCi,GRPCI2,PCIF to BSD header

--- c/src/lib/libbsp/sparc/leon2/pci/at697_pci.c |3 -- c/src/lib/libbsp/sparc/shared/pci/grpci.c| 27 +++-- c/src/lib/libbsp/sparc/shared/pci/grpci2.c | 17 ++- c/src/lib/libbsp/sparc/shared/pci/pcif.c | 24 +++--- 4 files change

[PATCH 07/42] DRVMGR: PCI BUS converted to BSD header

--- cpukit/libpci/pci_bus.c | 16 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/cpukit/libpci/pci_bus.c b/cpukit/libpci/pci_bus.c index 2bdf5dc..654d311 100644 --- a/cpukit/libpci/pci_bus.c +++ b/cpukit/libpci/pci_bus.c @@ -297,7 +297,7 @@ void pcibus_dev_info(

[PATCH 15/42] LIBPCI: clean-up pci_for_each_child() search arg

--- cpukit/libpci/pci/cfg.h |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/cpukit/libpci/pci/cfg.h b/cpukit/libpci/pci/cfg.h index 592f364..e0cb125 100644 --- a/cpukit/libpci/pci/cfg.h +++ b/cpukit/libpci/pci/cfg.h @@ -69,6 +69,10 @@ struct pci_res; /* Resource: BAR,

[PATCH 20/42] LIBPCI: moved comment out of license header

--- cpukit/libpci/pci/cfg.h | 13 + 1 files changed, 9 insertions(+), 4 deletions(-) diff --git a/cpukit/libpci/pci/cfg.h b/cpukit/libpci/pci/cfg.h index e0cb125..46a4170 100644 --- a/cpukit/libpci/pci/cfg.h +++ b/cpukit/libpci/pci/cfg.h @@ -1,7 +1,4 @@ -/* PCI Configuration Library

[PATCH 23/42] LIBPCI: various comment/unsed clean-ups

--- cpukit/libpci/pci_cfg_auto.c | 23 +-- 1 files changed, 9 insertions(+), 14 deletions(-) diff --git a/cpukit/libpci/pci_cfg_auto.c b/cpukit/libpci/pci_cfg_auto.c index 2afc861..b23c0bc 100644 --- a/cpukit/libpci/pci_cfg_auto.c +++ b/cpukit/libpci/pci_cfg_auto.c @@ -19,11

[PATCH 27/42] DRVMGR: updated license to rtems.org

--- cpukit/libdrvmgr/drvmgr.c |2 +- cpukit/libdrvmgr/drvmgr.h |2 +- cpukit/libdrvmgr/drvmgr_by_id.c |2 +- cpukit/libdrvmgr/drvmgr_by_name.c |2 +- cpukit/libdrvmgr/drvmgr_confdefs.h |2 +- cpukit/libdrvmgr/dr

[PATCH 28/42] LIBPCI: updated license to rtems.org

--- cpukit/libpci/pci.h|2 +- cpukit/libpci/pci/access.h |2 +- cpukit/libpci/pci/cfg.h|2 +- cpukit/libpci/pci/cfg_auto.h |2 +- cpukit/libpci/pci/cfg_peripheral.h |2 +- cpukit/libpci/pci/cfg_read.h |2 +- cpukit/libpci/pci/

[PATCH 22/42] LIBPCI: use enum with pci_system_type

--- cpukit/libpci/pci.h |4 ++-- cpukit/libpci/pci_cfg.c |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cpukit/libpci/pci.h b/cpukit/libpci/pci.h index fc33bbb..efefcec 100644 --- a/cpukit/libpci/pci.h +++ b/cpukit/libpci/pci.h @@ -53,12 +53,12 @@ enum { * *

[PATCH 19/42] PCI BUS: moved comment out of license header

distribution terms for this file may be * found in the file LICENSE in this distribution or at * http://www.rtems.com/license/LICENSE. - * - * 2008-12-03, Daniel Hellstrom - *Created - * + */ + +/* General part of PCI Bus driver. The driver is typically + * initialized from the PCI host driver

[PATCH 24/42] LIBPCI: new implementation private header file

- new implementation private header file - moved double implementation of pci_dev_create used by read & auto cfg libraries to common pci_dev_create.c - moved declaration of pci_bus_cnt to private header file so avoid extern in .c files --- cpukit/libpci/Makefile.am |1 + cpuk

[PATCH 25/42] LIBPCI: corrected documentation

--- doc/user/conf.t | 12 ++-- doc/user/libpci.t | 50 +- 2 files changed, 31 insertions(+), 31 deletions(-) diff --git a/doc/user/conf.t b/doc/user/conf.t index ae2d966..7a0ae4c 100644 --- a/doc/user/conf.t +++ b/doc/user/conf.t @@ -5

[PATCH 26/42] DRVMGR: removed a goto and added comments

--- cpukit/libdrvmgr/drvmgr.c |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/cpukit/libdrvmgr/drvmgr.c b/cpukit/libdrvmgr/drvmgr.c index ab3d54e..a8d7c6d 100644 --- a/cpukit/libdrvmgr/drvmgr.c +++ b/cpukit/libdrvmgr/drvmgr.c @@ -119,7 +119,6 @@ void drvmgr_init_upd

[PATCH 21/42] LIBPCI: use RTEMS_INLINE_ROUTINE

--- cpukit/libpci/pci/access.h | 53 ++- cpukit/libpci/pci/irq.h| 22 ++--- 2 files changed, 40 insertions(+), 35 deletions(-) diff --git a/cpukit/libpci/pci/access.h b/cpukit/libpci/pci/access.h index 7755b7a..f7df9e9 100644 --- a/cpuki

[PATCH 41/42] LEON3: move timer variable to where initialized

--- c/src/lib/libbsp/sparc/leon3/amba/amba.c|1 + c/src/lib/libbsp/sparc/leon3/clock/ckinit.c |6 +- 2 files changed, 2 insertions(+), 5 deletions(-) diff --git a/c/src/lib/libbsp/sparc/leon3/amba/amba.c b/c/src/lib/libbsp/sparc/leon3/amba/amba.c index 7f55a24..988aeda 100644 ---

[PATCH 29/42] sparc bsps: updated license to rtems.org

--- c/src/lib/libbsp/sparc/leon2/include/at697_pci.h |2 +- c/src/lib/libbsp/sparc/leon2/pci/at697_pci.c |2 +- c/src/lib/libbsp/sparc/leon3/include/watchdog.h|2 +- c/src/lib/libbsp/sparc/leon3/timer/watchdog.c |2 +- c/src/lib/libbsp/sparc/shared/1553/b1553rt.c

[PATCH 31/42] DRVMGR: updated README

--- cpukit/libdrvmgr/README |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/cpukit/libdrvmgr/README b/cpukit/libdrvmgr/README index 6e55370..0f7dde6 100644 --- a/cpukit/libdrvmgr/README +++ b/cpukit/libdrvmgr/README @@ -1,7 +1,8 @@ DRIVER MANAGER == -

[PATCH 40/42] LEON3: simplify amba initialization

--- c/src/lib/libbsp/sparc/leon3/amba/amba.c |9 ++--- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/c/src/lib/libbsp/sparc/leon3/amba/amba.c b/c/src/lib/libbsp/sparc/leon3/amba/amba.c index 60a236c..7f55a24 100644 --- a/c/src/lib/libbsp/sparc/leon3/amba/amba.c +++ b/c/sr

[PATCH 36/42] DRVMGR: renamed RES_EMPTY to DRVMGR_RES_EMPTY

--- .../lib/libbsp/sparc/leon2/startup/bsppredriver.c |2 +- c/src/lib/libbsp/sparc/leon3/amba/amba.c |2 +- cpukit/libdrvmgr/drvmgr.h |2 +- cpukit/libpci/pci_bus.c|2 +- 4 files changed, 4 insertions(+), 4 deletions(

[PATCH 33/42] DRVMGR: change name of freq_get to get_freq

--- c/src/lib/libbsp/sparc/shared/drvmgr/ambapp_bus.c |2 +- cpukit/libdrvmgr/drvmgr.h |2 +- cpukit/libdrvmgr/drvmgr_drvinf.c |4 ++-- cpukit/libpci/pci_bus.c |6 +++--- 4 files changed, 7 insertions(+), 7 deletion

[PATCH 30/42] DRVMGR: only build on SPARC platform

--- cpukit/Makefile.am |2 ++ cpukit/configure.ac | 12 cpukit/libdrvmgr/Makefile.am |4 cpukit/preinstall.am |3 ++- 4 files changed, 20 insertions(+), 1 deletions(-) diff --git a/cpukit/Makefile.am b/cpukit/Makefile.am index faae9b2..c9

[PATCH 34/42] DRVMGR: renamed info_dev to get_info_dev

--- c/src/lib/libbsp/sparc/shared/drvmgr/ambapp_bus.c |2 +- cpukit/libdrvmgr/drvmgr.h |3 ++- cpukit/libdrvmgr/drvmgr_print.c |6 +++--- cpukit/libpci/pci_bus.c |2 +- 4 files changed, 7 insertions(+), 6 deletions

[PATCH 35/42] DRVMGR: KEY_TYPE now a enum drvmgr_kt

--- c/src/lib/libbsp/sparc/leon2/pci/at697_pci.c |8 ++-- c/src/lib/libbsp/sparc/shared/1553/b1553brm.c |8 ++-- c/src/lib/libbsp/sparc/shared/1553/b1553rt.c |4 +- c/src/lib/libbsp/sparc/shared/can/grcan.c |8 ++-- .../libbsp/sparc/shared/drvmgr/ambapp_bu

[PATCH 38/42] DRVMGR: remove struct driver registration func

--- .../lib/libbsp/sparc/leon2/startup/bsppredriver.c |4 +- c/src/lib/libbsp/sparc/leon3/amba/amba.c |8 +- cpukit/libdrvmgr/drvmgr.c |6 +- cpukit/libdrvmgr/drvmgr.h |4 +- cpukit/libdrvmgr/drvmgr_confdefs.h

[PATCH 32/42] DRVMGR: renamed private drv_mgr and its struct name

--- cpukit/libdrvmgr/drvmgr.c | 26 +- cpukit/libdrvmgr/drvmgr_by_id.c|2 +- cpukit/libdrvmgr/drvmgr_by_name.c |2 +- cpukit/libdrvmgr/drvmgr_for_each_dev.c |8 cpukit/libdrvmgr/drvmgr_internal.h |4 ++-- cpukit/libdr

Re: qemu fails to build with RSB on CentOS 6

ld is really ld or gold? Version? El 16/4/2015 18:52, "Joel Sherrill" escribió: > Hi > > Has anyone seen this failure? > > $ make > lt LINK vscclient > /usr/bin/ld: -f may not be used without -shared > collect2: ld returned 1 exit status > make: *** [vscclient] Error 1 > > -- > Joel Sherrill, Ph

[PATCH] smptests/smpcache01: Enable interrupts before waiting for other CPUs

Otherwise there is a risk that a CPU misses a cache manager message from another CPU and the test hangs. --- testsuites/smptests/smpcache01/init.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/testsuites/smptests/smpcache01/init.c b/testsuites/smptests/smpcache01/init.c

New patch to create C++ exceptions-free multilib

versions with and without exceptions. Do you think this is worth to be added to the RSB? Daniel. -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype:dgutson LinkedIn: http

Re: Major SMP Improvements

e last big change set for a while. I just want to confirm this issue with the master branch. In order to use it on LEON in SMP configuration we had to make a hack in cpukit code to call the LEON timer code to make it work. It would of course be nice to have a fix for this in 4.11

Re: Major SMP Improvements

ll its not a blocker for Leon smp, because of the dirty fix required for smp. Daniel On 16 May 2015 03:14:36 CEST, Chris Johns wrote: >On 15/05/2015 11:01 pm, Daniel Hellstrom wrote: >> I just want to confirm this issue with the master branch. In order to >> use it on LEON in SM

Re: [PATCH] Regenerate with FreeBSD lex, yacc, and rpcgen tools.

I see things like "unsigned long" in some changes (specially macro constants) rather than the stdint.h types. Please point me to the generator tool location and I will contribute a patch to FreeBSD (meanwhile we could use them). ___ devel mailing list dev

Re: USB Host and MMC/SD Card Stack

Hi Sebastian, is this industrial-grade fully functional, or has known issues? If it has, we could fix them. Thanks, Daniel. On Mon, May 18, 2015 at 4:01 AM, Sebastian Huber wrote: > On 16/05/15 20:53, Afshin Jamaali (Arian) wrote: >> >> Hi Sebastian, >> >>

Re: Error while compiling rtems main branch for sparc

This is the test committed with the original ticket #2124 ticket see https://devel.rtems.org/ticket/2124 and http://comments.gmane.org/gmane.os.rtems.devel/78. The test is a bit confusing because the output in .scn matches when configured without RTEMS_ENABLE_STRICT_ORDER_MUTEX=1 but doesn't match

Re: USB Host and MMC/SD Card Stack

Thanks Sebastian. We will use it in the BeagleBone Black BSD. On Tue, Jun 9, 2015 at 4:16 AM, Sebastian Huber wrote: > Hello Daniel, > > the USB host and MMC/SD card stack is from FreeBSD 9. It works quite well on > our targets. > > > On 05/06/15 18:27, Daniel Gutson wrot

Re: RTEMS for ARM Cortex-M1 ?

On Tue, Feb 17, 2015 at 10:53 AM, Daniel Gutson wrote: > > El 14/02/2015 10:29, "Sebastian Huber" > escribió: >> >> On 14/02/15 14:27, Sebastian Huber wrote: >>> >>> On 14/02/15 12:48, Daniel Gutson wrote: >>>> >>>> We

Re: Cache issue with BBB networking

Ragu, Please ensure that you are getting cache coherence right. That is, there are no packets crossing the cache lines. FWIW, in a life ago, i got a problem with an eth driver where the descriptors ring was not properly sized (ie no modulus cache line). El 29/6/2015 17:23, "ragu nath" escribió

Re: [PATCH] bsp/tms570: fix get time resolution after infrastructure change to timecounter.

_tc.tc_quality = RTEMS_TIMECOUNTER_QUALITY_CLOCK_DRIVER; >rtems_timecounter_install(&tms570_rti_tc); > } > -- > 1.9.1 > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel -- Daniel F. Gutson Chief Engi

Re: CMSIS?

. an external library with RSB support? Daniel. On Wed, Sep 3, 2014 at 11:36 AM, Joel Sherrill wrote: > I hate to reply to my own post but need to in this case. > > https://mbed.org/blog/entry/CMSIS-Components-BSD-Licensed/ > > Code is available and BSD licensed. Last commen

Re: Nice surprise with C++11

I don't it's a language issue: https://ideone.com/k1vz5d El 30/7/2015 10:51, "Gedare Bloom" escribió: > OK, I guess this makes the convention "minimize parentheses" mandatory > if we want C++11. I guess the basic problem is that constructions > where a single atom is in parens may produce differ

Re: Nice surprise with C++11

IOW, I think that the double parens is only for decltype. El 30/7/2015 11:06, escribió: > I don't it's a language issue: https://ideone.com/k1vz5d > El 30/7/2015 10:51, "Gedare Bloom" escribió: > >> OK, I guess this makes the convention "minimize parentheses" mandatory >> if we want C++11. I gue

Re: Nice surprise with C++11

El 30/7/2015 11:27, "Joel Sherrill" escribió: > > > > On 7/30/2015 9:08 AM, Daniel Gutson wrote: >> >> IOW, I think that the double parens is only for decltype. > > > Historical convention is to put parens around variable names > in macros. What type

Re: Nice surprise with C++11

On Thu, Jul 30, 2015 at 11:31 AM, Daniel Gutson wrote: > > El 30/7/2015 11:27, "Joel Sherrill" escribió: >> >> >> >> On 7/30/2015 9:08 AM, Daniel Gutson wrote: >>> >>> IOW, I think that the double parens is only for decltype. >> &g

Re: Nice surprise with C++11

Update: confirmed bug. I'll address it during next week. On Thu, Jul 30, 2015 at 12:26 PM, Daniel Gutson wrote: > On Thu, Jul 30, 2015 at 11:31 AM, Daniel Gutson > wrote: >> >> El 30/7/2015 11:27, "Joel Sherrill" escribió: >>> >>>

Re: Nice surprise with C++11

El 31/7/2015 2:37, "Sebastian Huber" escribió: > > Hello Daniel, Hello Sebastian. > > > On 30/07/15 17:26, Daniel Gutson wrote: >> >> On Thu, Jul 30, 2015 at 11:31 AM, Daniel Gutson >> wrote: >>> >>> > >>> >El 30/7/20

Re: Nice surprise with C++11

On Fri, Jul 31, 2015 at 9:56 AM, Sebastian Huber wrote: > > > On 31/07/15 14:51, Daniel Gutson wrote: >> >> >> > Is it possible to construct objects without an address via plain C++? >> >> Sorry I don't understand the question. Rephrase please? >

Re: RTEMS lwIP porting

a driver? Also, what from these comes from our work? Sorry that I'm a little bit confused and arrived late to the subject. BTW, there is still work to do, since the state we left working LWIP is using the posix layer, which we observed introduces important overhead, so a further step is to rei

Re: Porting Linux driver into Xtratum

inux drivers and port it into > Xtratum hypervisor? > > Thank you for your considering my question. > Regards, > Shabnam > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel -- D

Re: RTEMS lwIP porting

El 10/8/2015 14:25, "ragu nath" escribió: > > Hi Daniel, > > Most of the work comes from your/marcos port. Roger that. > The aim was to > integrate a working lwIP port to RTEMS Source Builder. > I took the port & understood what has been done. Then I wro

cppcheck errors

Hi guys, we will be posting patches for a number of errors reported by cppcheck (errors that we can confirm are not false positives). Please hold on any release. Daniel. -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone

Re: cppcheck errors

Hi Gedare, What's the deadline for the official release, if any? El 13/8/2015 7:15, "Gedare Bloom" escribió: > Daniel, > > The release has (unofficially) happened on rtems.git/4.11 branch, from > which master is slowly diverging. Any patches you want applied be

Re: cppcheck errors

El 13/8/2015 12:49, "Gedare Bloom" escribió: > > Daniel, > > Unknown deadline right now. Probably whenever Joel can get around to > it! Realistically, we can create a bugfix "dot release" anytime after > the release subject to user demand. So, even if y

Re: Identify control statements in source code

erage option? Daniel. On Thu, Aug 13, 2015 at 4:06 PM, Hermann Felbinger wrote: > Hi all! > > I am working on a tool to analyze source code coverage for RTEMS. > Currently I am looking for a tool to annotate source code such that I can > extract information about statements

Re: Identify control statements in source code

ap branches from execution traces to conditions > within the source code. With this information it will be possible to analyze > source coverage metrics as decision coverage or MCDC. > > > Daniel Gutson schrieb am Do., 13. > Aug. 2015 um 21:50 Uhr: >> >> 1) Are you lookin

Re: Nice surprise with C++11

I have been desperately busy to fix this, though we are indeed interested in the fix since we'll use C++14 soon. That's why I will address this a bit later. Sorry the delay. Daniel. On Wed, Aug 5, 2015 at 7:36 PM, Daniel Gutson wrote: > On Fri, Jul 31, 2015 at 9:56 AM, Se

Re: Identify control statements in source code

El 13/8/2015 19:35, "Joel Sherrill" escribió: > > > > On August 13, 2015 3:34:12 PM CDT, Daniel Gutson < daniel.gut...@tallertechnologies.com> wrote: > >I'd recommend a gcc plugin that generates your annotations; otherwise, > >dig into gcov in or

Re: Porting CANFestival to RTEMS

and could pave the way for > supporting lincan directly at some point. > > > Thanks, > > Isaac > _______ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel -- Daniel F. Gutson Chief Engineering Officer, SPD

Re: ARMv7M Exception Handler

U.patch" to the devel mailing > list that fixes this problem. :) Nice. Have you tested this without FPU support too? > > Thanks and Regards, > Sudarshan > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/m

Re: cppcheck errors

On Thu, Aug 27, 2015 at 6:06 PM, Joel Sherrill wrote: > > > On 8/13/2015 10:52 AM, Daniel Gutson wrote: >> >> >> El 13/8/2015 12:49, "Gedare Bloom" > <mailto:ged...@gwu.edu>> escribió: >> > >> > Daniel, >> > >>

Re: cppcheck errors

Please note too that there are some false positives, like the realloc one. On Thu, Aug 27, 2015 at 6:15 PM, Martin Galvan wrote: > On Thu, Aug 27, 2015 at 6:10 PM, Daniel Gutson > wrote: >> Maybe we can just provide the list until we provide the fixes? Martín? > > Gladly. K

Re: cppcheck errors

On Thu, Aug 27, 2015 at 6:38 PM, Joel Sherrill wrote: > > > On 8/27/2015 4:15 PM, Martin Galvan wrote: >> >> On Thu, Aug 27, 2015 at 6:10 PM, Daniel Gutson >> wrote: >>> >>> Maybe we can just provide the list until we provide the fixes? Martín? >&

  1   2   3   4   5   6   7   8   >