[PATCH v3 1/2] net: Add network task affinity config

This patch adds a default network tasks CPU affinity configuration option. The network drivers have the option to create their own daemon tasks with a custom CPU affinity set, or rely on the default set. --- cpukit/libnetworking/rtems/rtems_bsdnet.h | 9 ++ cpukit/libnetworking/rtems

[PATCH v3 2/2] nfs: Add RPCd task affinity config option

Similar to the task priority option, the new CPU affinity option is first controlled by the RPCI specific rpciodCpuset option. If that is not set, it uses the global network task config. If that is also not set, it falls back to not setting the affinity at all, using all CPUs. --- cpukit/libfs/src

Re: [PATCH v2 1/2] net: Add network task affinity config

An oversight. I've now added const to all cpuset references. On 2014-11-13 13:44, Sebastian Huber wrote: On 13/11/14 11:21, Daniel Cederman wrote: +cpu_set_t*network_task_cpuset; The consumer of this field (rtems_task_set_affinity()) uses a const cpuset, so why is this not const a

Re: [PATCH 4/6] i386/shared/int16: real mode interrupt interface

On Thu, Nov 13, 2014 at 7:27 PM, Pavel Pisa wrote: > Hello Gedare and others, > > On Wednesday 12 of November 2014 16:54:07 Gedare Bloom wrote: >> On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote: >> > --- >> > c/src/lib/libbsp/i386/pc386/Makefile.am| 2 + >> > c/src/lib/libbsp/i386/pc3

Re: [PATCH 5/6] i386/pc386/include: header files for VESA BIOS EXTENSIONS and VESA Extended Display Identification Data

On Thu, Nov 13, 2014 at 6:45 PM, Pavel Pisa wrote: > Hello Gedare, > > the first thanks much for fast and valuable review. > I expect that Jan Dolezal prepares new patch series > next week (or two in the worst case). > > On Wednesday 12 of November 2014 17:04:04 Gedare Bloom wrote: >> Just a coupl

Re: gdb patches to RBS

On 14/11/2014 9:12 am, Jiri Gaisler wrote: What is the procedure to add gdb patches to RBS? Patches are first accepted by the RTEMS Project as the definition of the tools belongs to the project and tool packagers, ie the RSB, need to adopt that definition to get a project tick. Patches shou

[PATCH] Correct a race condition between the e500 core decrementer wrapping and the tick interrupt being handled

Hi all, Please find attached a patch to close a race between the e500 PowerPC decrementer wrapping and the associated tick interrupt handler doing its thing. The issue came up in the users@ list: http://lists.rtems.org/pipermail/users/2014-November/028362.html With these changes and not without,

Re: [PATCH 4/6] i386/shared/int16: real mode interrupt interface

Hello Gedare and others, On Wednesday 12 of November 2014 16:54:07 Gedare Bloom wrote: > On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote: > > --- > > c/src/lib/libbsp/i386/pc386/Makefile.am| 2 + > > c/src/lib/libbsp/i386/pc386/preinstall.am | 4 + > > c/src/lib/libbsp/i386/shared/i

Re: [PATCH 5/6] i386/pc386/include: header files for VESA BIOS EXTENSIONS and VESA Extended Display Identification Data

Hello Gedare, the first thanks much for fast and valuable review. I expect that Jan Dolezal prepares new patch series next week (or two in the worst case). On Wednesday 12 of November 2014 17:04:04 Gedare Bloom wrote: > Just a couple high-level comments: > > Is this code entirely written by you?

gdb patches to RBS

What is the procedure to add gdb patches to RBS? I have a few patches that fixes the erc32 simulator and also add support for leon2 and leon3. This would allow us to drop the sis bsp, and also to test the leon2 and leon3 bsp's with sis. Jiri. ___ devel

Re: RTEMS toolchain for Epiphany?

On 11/13/2014 3:25 PM, Hesham Moustafa wrote: > > > On Thu Nov 13 2014 at 9:01:34 PM Joel Sherrill > mailto:joel.sherr...@oarcorp.com>> wrote: > > > On 11/13/2014 2:46 PM, Hesham Moustafa wrote: >> Hi, >> >> Thanks a lot for the patches. I will let you know with the status. >> One

Re: RTEMS toolchain for Epiphany?

On Thu Nov 13 2014 at 9:01:34 PM Joel Sherrill wrote: > > On 11/13/2014 2:46 PM, Hesham Moustafa wrote: > > Hi, > > Thanks a lot for the patches. I will let you know with the status. > One thing I want someone to confirm about is that I will not be > able to use/copy any of the GPL licensed code

Re: RTEMS toolchain for Epiphany?

On 11/13/2014 2:46 PM, Hesham Moustafa wrote: > Hi, > > Thanks a lot for the patches. I will let you know with the status. > One thing I want someone to confirm about is that I will not be > able to use/copy any of the GPL licensed code there [1], right? > Not as part of anything that you submit

Re: RTEMS toolchain for Epiphany?

Hi, Thanks a lot for the patches. I will let you know with the status. One thing I want someone to confirm about is that I will not be able to use/copy any of the GPL licensed code there [1], right? [1] https://github.com/adapteva/epiphany-libs Regards, Hesham On Thu Nov 13 2014 at 6:47:28 PM J

[PATCH] Update newlib to 6 Nov 2014 and hash ef252a3b72dffda2cc358a921c9c3487246852cc

This picks up at least patch from Joel Sherrill to ensure the PRIxxPTR defines are correct on all targets. --- rtems/config/tools/rtems-gcc-4.9.2-newlib-git-1.cfg | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems/config/tools/rtems-gcc-4.9.2-newlib-git-1.cfg b/rtems/config

Re: RTEMS toolchain for Epiphany?

Hi I couldn't get gdb og gcc to build even for epiphany-elf but I did include patch that I think is all that is needed for RTEMS. I did manage to build binutils from their repo for both elf and rtems variants. At least it is a starting point. You can work with their community to get their tools

Re: RTEMS toolchain for Epiphany?

On Thu Nov 13 2014 at 5:58:25 PM Joel Sherrill wrote: > > > On November 13, 2014 11:56:32 AM CST, Hesham Moustafa < > heshamelmat...@gmail.com> wrote: > >Hi, > > > > > >I want to let you know that I found their main repos [1] Can I start > >from there? Imitating what has been done with OpenRISC?

[PATCH 3/3] smpschedaffinity05: Change semaphore attributes.

Change semaphore attributes to resolve problem where semaphore is not released upon a context switch. --- testsuites/smptests/smpschedaffinity05/init.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/testsuites/smptests/smpschedaffinity05/init.c b/testsuites/smptest

[PATCH 2/3] smpschedaffinity04: Change semaphore attributes.

Change semaphore attributes to prevent semaphore from being locked and never released upon a context switch. --- testsuites/smptests/smpschedaffinity04/init.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/testsuites/smptests/smpschedaffinity04/init.c b/testsuites/smp

[PATCH 1/3] smpschedaffinity02: Change semaphore attributes.

Change semaphore attributes to prevent semaphore from being locked and never released upon a context switch. --- testsuites/smptests/smpschedaffinity02/init.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/testsuites/smptests/smpschedaffinity02/init.c b/testsuites/sm

upcoming smpschedaffinityXX patches

The upcoming patches are a set of revised patches that address a problem in three of The smpshedaffinity tests where a locked semaphore can cause the test to hang. It should address the concerns that were posted on the last round. Jennifer Averett ___

Re: RTEMS toolchain for Epiphany?

On November 13, 2014 11:56:32 AM CST, Hesham Moustafa wrote: >Hi, > > >I want to let you know that I found their main repos [1] Can I start >from there? Imitating what has been done with OpenRISC? > Basically. Except you only need their repos for binutils and gdb. We use GCC and Newlib from

Re: RTEMS toolchain for Epiphany?

Hi, I want to let you know that I found their main repos [1] Can I start from there? Imitating what has been done with OpenRISC? [1] https://github.com/adapteva Regards, Hesham On Thu Nov 13 2014 at 3:29:14 PM Hesham Moustafa wrote: > On Thu Nov 13 2014 at 2:59:33 PM Joel Sherrill > wrote: >

Re: [PATCH 2/9] Add I2C driver framework

Hi Sebastian, This sounds like a nice improvement. Is this intended to be a replacement for the RTEMS libi2c? Are any updates to existing i2c drivers or code required? Alan On Thu, Nov 13, 2014 at 4:30 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > This I2C driver framework

Re: RTEMS toolchain for Epiphany?

On Thu Nov 13 2014 at 2:59:33 PM Joel Sherrill wrote: > > On 11/13/2014 8:07 AM, Joel Sherrill wrote: > > > > On November 13, 2014 6:30:48 AM CST, Hesham Moustafa < > heshamelmat...@gmail.com> wrote: > >> Hi all, > >> > >> > >> I want to ask about the status of RTEMS toolchain for Epiphany > >> a

Re: RTEMS toolchain for Epiphany?

On 11/13/2014 8:07 AM, Joel Sherrill wrote: > > On November 13, 2014 6:30:48 AM CST, Hesham Moustafa > wrote: >> Hi all, >> >> >> I want to ask about the status of RTEMS toolchain for Epiphany >> architecture. I think Joel mentioned that there are some previous >> support for it; and if yes, doe

Re: RTEMS toolchain for Epiphany?

On November 13, 2014 6:30:48 AM CST, Hesham Moustafa wrote: >Hi all, > > >I want to ask about the status of RTEMS toolchain for Epiphany >architecture. I think Joel mentioned that there are some previous >support for it; and if yes, does the toolchain need some additional >work? To give you a

Re: [PATCH v2 1/2] net: Add network task affinity config

On 13/11/14 11:21, Daniel Cederman wrote: + cpu_set_t *network_task_cpuset; The consumer of this field (rtems_task_set_affinity()) uses a const cpuset, so why is this not const as well? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, G

RTEMS toolchain for Epiphany?

Hi all, I want to ask about the status of RTEMS toolchain for Epiphany architecture. I think Joel mentioned that there are some previous support for it; and if yes, does the toolchain need some additional work? Regards, Hesham ___ devel mailing list dev

[PATCH v2 2/2] nfs: Add RPCd task affinity config option

From: Daniel Hellstrom Similar to the task priority option, the new CPU affinity option is first controlled by the RPCI specific rpciodCpuset option. If that is not set, it uses the global network task config. If that is also not set, it falls back to not setting the affinity at all, using all CP

[PATCH v2 1/2] net: Add network task affinity config

From: Daniel Hellstrom This patch adds a default network tasks CPU affinity configuration option. The network drivers have the option to create their own daemon tasks with a custom CPU affinity set, or rely on the default set. --- cpukit/libnetworking/rtems/rtems_bsdnet.h | 9 ++ c

Re: [PATCH 2/2] nfs: Add RPCd task affinity config option

On 2014-11-13 10:23, Sebastian Huber wrote: On 13/11/14 10:09, Daniel Cederman wrote: @@ -407,6 +410,8 @@ static rtems_intervalticksPerSec;/* cached system clock rate (WHO IS ASSUMED */ rtems_task_priorityrpciodPriority = 0;

Re: [PATCH] ARM removed shared/abort from several ARM BSPs

Hallo Alan, looks good, thanks. I will commit this once the Git repository write-access is available. -- 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-bra

[PATCH 4/9] Add NXP PCA9535 16-bit GPIO I2C driver

--- cpukit/dev/Makefile.am| 2 + cpukit/dev/i2c/gpio-nxp-pca9535.c | 173 ++ cpukit/dev/include/dev/i2c/gpio-nxp-pca9535.h | 123 ++ cpukit/dev/preinstall.am | 4 + testsuites/libtests/i2c01/init.c

[PATCH 3/9] Add generic EEPROM I2C device driver

--- cpukit/dev/Makefile.am | 2 + cpukit/dev/i2c/eeprom.c | 264 cpukit/dev/include/dev/i2c/eeprom.h | 58 cpukit/dev/preinstall.am| 4 + testsuites/libtests/i2c01/init.c| 142 ++- 5 files c

[PATCH 6/9] bsp/xilinx-zynq: Adjust BSP_ARM_A9MPCORE_PERIPHCLK

--- c/src/lib/libbsp/arm/xilinx-zynq/configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/c/src/lib/libbsp/arm/xilinx-zynq/configure.ac b/c/src/lib/libbsp/arm/xilinx-zynq/configure.ac index 549e85b..cc95850 100644 --- a/c/src/lib/libbsp/arm/xilinx-zynq/configure.ac +++

[PATCH 1/9] Add RTEMS port of Linux I2C user-space API

--- cpukit/Makefile.am | 1 + cpukit/configure.ac| 1 + cpukit/dev/Makefile.am | 12 ++ cpukit/dev/include/linux/i2c-dev.h | 137 +++ cpukit/dev/include/linux/i2c.h | 274 + cpukit/dev/preinsta

[PATCH 2/9] Add I2C driver framework

This I2C driver framework has some major differences compared to libi2c. * It is compatible to the Linux I2C user-space API. * It uses generic IMFS nodes and thus reduces the levels of indirection. * The drivers don't have to mess around with minor numbers to get their state information. * No

[PATCH 5/9] Add NXP PCA9548A 8-channel switch I2C driver

--- cpukit/dev/Makefile.am | 2 + cpukit/dev/i2c/switch-nxp-pca9548a.c | 99 cpukit/dev/include/dev/i2c/switch-nxp-pca9548a.h | 68 cpukit/dev/preinstall.am | 4 + testsuites/libtests/i2c01/in

[PATCH 7/9] bsp/xilinx-zynq: Rename BSP_ARM_A9MPCORE_UARTCLK

Rename BSP_ARM_A9MPCORE_UARTCLK to ZYNQ_CLOCK_UART since this clock has nothing to do with the Cortex-A9 MPCore. --- c/src/lib/libbsp/arm/xilinx-zynq/configure.ac| 8 c/src/lib/libbsp/arm/xilinx-zynq/console/zynq-uart.c | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) dif

[PATCH 9/9] bsp/xilinx-zynq: Add Cadence I2C bus driver

--- c/src/lib/libbsp/arm/xilinx-zynq/Makefile.am | 6 + c/src/lib/libbsp/arm/xilinx-zynq/i2c/cadence-i2c.c | 481 + .../arm/xilinx-zynq/include/cadence-i2c-regs.h | 73 .../libbsp/arm/xilinx-zynq/include/cadence-i2c.h | 35 ++ c/src/lib/libbsp/arm/xilinx-zy

[PATCH 8/9] bsp/xilinx-zynq: Add zync_clock_cpu_1x()

--- c/src/lib/libbsp/arm/xilinx-zynq/configure.ac | 5 + c/src/lib/libbsp/arm/xilinx-zynq/include/bsp.h | 4 +++- c/src/lib/libbsp/arm/xilinx-zynq/startup/bspstart.c | 7 ++- 3 files changed, 14 insertions(+), 2 deletions(-) diff --git a/c/src/lib/libbsp/arm/xilinx-zynq/configu

Re: [PATCH 2/2] nfs: Add RPCd task affinity config option

On 13/11/14 10:09, Daniel Cederman wrote: @@ -407,6 +410,8 @@ static rtems_interval ticksPerSec;/* cached system clock rate (WHO IS ASSUMED */ rtems_task_priority rpciodPriori

[PATCH 2/2] nfs: Add RPCd task affinity config option

From: Daniel Hellstrom Similar to the task priority option, the new CPU affinity option is first controlled by the RPCI specific rpciodCpuset option. If that is not set, it uses the global network task config. If that is also not set, it falls back to not setting the affinity at all, using all CP

[PATCH 1/2] net: Add network task affinity config

From: Daniel Hellstrom This patch adds a default network tasks CPU affinity configuration option. The network drivers have the option to create their own daemon tasks with a custom CPU affinity set, or rely on the default set. --- cpukit/libnetworking/rtems/rtems_bsdnet.h | 11