On 12/11/14 17:17, Jennifer Averett wrote:
>-Original Message-
>From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
>Sent: Wednesday, November 12, 2014 9:16 AM
>To: Jennifer Averett;rtems-de...@rtems.org
>Subject: Re: [PATCH 1/3] smpschedaffinity02: Change semaphore attrib
Hi Ralf,
you are right when you mention, that we cooperated quite well the last
15 or so years without a CCoC, although some past discussions went
definitively beyond both proper personal conduct and the now formulated
CCoC.
The CCoC itself will not ensure proper behaviour, but it may help in
cer
> -Original Message-
> From: Joel Sherrill [mailto:joel.sherr...@oarcorp.com]
> Sent: Wednesday, November 12, 2014 10:16 AM
> To: Jennifer Averett; Sebastian Huber; Gedare Bloom
> Cc: rtems-de...@rtems.org
> Subject: RE: [PATCH 3/3] smpschedaffinity05: Change semaphore attributes.
>
> Je
> -Original Message-
> From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
> Sent: Wednesday, November 12, 2014 9:16 AM
> To: Jennifer Averett; rtems-de...@rtems.org
> Subject: Re: [PATCH 1/3] smpschedaffinity02: Change semaphore attributes.
>
> On 12/11/14 15:48, Jennifer
Jennifer can you send Daniel a patch using just priority inheritance (with
priority blocking)/and let him retest?
On November 12, 2014 10:14:10 AM CST, Jennifer Averett
wrote:
>Daniel found a bug in smpschedaffinity05 where the semaphore was being
>held by a task that was being switched out and
Daniel found a bug in smpschedaffinity05 where the semaphore was being
held by a task that was being switched out and the semaphore was not released
because the task wasn't being switched back in at any point. This would cause
the
test to lock waiting on the semaphore and not finish. This set of
On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote:
> ---
> c/src/lib/libbsp/i386/pc386/Makefile.am | 5 +
> c/src/lib/libbsp/i386/pc386/configure.ac | 13 +
> c/src/lib/libbsp/i386/pc386/console/fb_vesa_rm.c | 851
> +++
> c/src/lib/libbsp/i386/pc386/inc
Just a couple high-level comments:
Is this code entirely written by you?
If the code is i386-specific, I'd like to see it put into i386 namespace.
The use of bitfields worries me, especially if the code might be
ported to other architectures. I can see now why you put __packed__ on
all your stru
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/int16/int16.c | 397
> +
> c/src/lib/libbsp/i386/shared/int16/int16.h
On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote:
> ---
> c/src/lib/libbsp/i386/shared/irq/idt.c | 147
> +
> c/src/lib/libcpu/i386/cpu.h| 83 ++-
> 2 files changed, 194 insertions(+), 36 deletions(-)
>
> diff --git a/c/src/lib/libb
On 12/11/14 16:39, Joel Sherrill wrote:
Daniel Cederman found a bug
in the semaphore used to protect the data used to control the
threads and migration.
What is this for a bug?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47
On 11/12/2014 9:10 AM, Gedare Bloom wrote:
> Are there still tests for when the lock would be held despite the
> context switch? Just want to make sure we're not removing some
> test-case.
That wasn't the purpose of this test. It was to abuse the affinity
algorithm and cause migrations. Daniel Ced
On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote:
> ---
> cpukit/score/cpu/i386/cpu_asm.S | 63
>
> cpukit/score/cpu/i386/rtems/score/i386.h | 29 +++
> 2 files changed, 92 insertions(+)
>
> diff --git a/cpukit/score/cpu/i386/cpu_asm.S b/c
On Wed, Nov 12, 2014 at 10:07 AM, Jan Dolezal wrote:
> ---
> c/src/lib/libbsp/i386/pc386/Makefile.am | 1 +
> c/src/lib/libbsp/i386/pc386/configure.ac | 5 +
> c/src/lib/libbsp/i386/pc386/include/bsp.h | 6 ++
> c/src/lib/libbsp/i386/pc386/include/bsptblsizes
On 12/11/14 15:48, Jennifer Averett wrote:
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity02/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptes
Are there still tests for when the lock would be held despite the
context switch? Just want to make sure we're not removing some
test-case.
On Wed, Nov 12, 2014 at 9:48 AM, Jennifer Averett
wrote:
> Change semaphore attributes to resolve problem where semaphore is not
> released upon a context sw
Framebuffer driver for i386 PC686BSP utilizing VESA BIOS EXTENSIONS
to initialize graphics mode during startup of RTEMS executive.
Temporary switch to realmode is used for Video BIOS invocation.
The implementation has been tested with microwindows from RTEMS Graphics
Toolkit using QEMU {cirrus, s
---
c/src/lib/libbsp/i386/pc386/Makefile.am | 5 +
c/src/lib/libbsp/i386/pc386/configure.ac | 13 +
c/src/lib/libbsp/i386/pc386/console/fb_vesa_rm.c | 851 +++
c/src/lib/libbsp/i386/pc386/include/fb_vesa.h| 131
c/src/lib/libbsp/i386/pc386/preinstal
---
c/src/lib/libbsp/i386/pc386/Makefile.am| 2 +
c/src/lib/libbsp/i386/pc386/include/edid.h | 759 +
c/src/lib/libbsp/i386/pc386/include/vbe3.h | 461 ++
c/src/lib/libbsp/i386/pc386/preinstall.am | 8 +
4 files changed, 1230 insertions(+)
crea
---
cpukit/score/cpu/i386/cpu_asm.S | 63
cpukit/score/cpu/i386/rtems/score/i386.h | 29 +++
2 files changed, 92 insertions(+)
diff --git a/cpukit/score/cpu/i386/cpu_asm.S b/cpukit/score/cpu/i386/cpu_asm.S
index 9b39567..c9e366d 100644
--- a/c
---
c/src/lib/libbsp/i386/pc386/Makefile.am | 1 +
c/src/lib/libbsp/i386/pc386/configure.ac | 5 +
c/src/lib/libbsp/i386/pc386/include/bsp.h | 6 ++
c/src/lib/libbsp/i386/pc386/include/bsptblsizes.h | 25 ++
c/src/lib/libbsp/i386/pc386/prei
---
c/src/lib/libbsp/i386/shared/irq/idt.c | 147 +
c/src/lib/libcpu/i386/cpu.h| 83 ++-
2 files changed, 194 insertions(+), 36 deletions(-)
diff --git a/c/src/lib/libbsp/i386/shared/irq/idt.c
b/c/src/lib/libbsp/i386/shared/irq/idt.c
i
---
c/src/lib/libbsp/i386/pc386/Makefile.am| 2 +
c/src/lib/libbsp/i386/pc386/preinstall.am | 4 +
c/src/lib/libbsp/i386/shared/int16/int16.c | 397 +
c/src/lib/libbsp/i386/shared/int16/int16.h | 93 +++
4 files changed, 496 insertions(+)
create mode 1006
On Wed, Nov 12, 2014 at 8:47 AM, Ralf Corsepius
wrote:
> On 11/10/2014 06:11 PM, Joel Sherrill wrote:
>
>> While at the GSOC Mentor Summit, I heard a story from another
>> organization about some inappropriate behavior by someone.
>> They were fairly easily able to deal with this because their
>>
Change semaphore attributes to resolve problem where semaphore is not
released upon a context switch.
---
testsuites/smptests/smpschedaffinity05/init.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity05/init.c
b/testsuites/smptests/
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity04/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity04/init.c
b/testsuites/smpt
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity02/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity02/init.c
b/testsuites/smpt
On 11/10/2014 06:11 PM, Joel Sherrill wrote:
While at the GSOC Mentor Summit, I heard a story from another
organization about some inappropriate behavior by someone.
They were fairly easily able to deal with this because their
organization had an agreed upon Community Code of Conduct (CCoC).
Thi
---
c/src/lib/libbsp/arm/beagle/Makefile.am | 1 -
c/src/lib/libbsp/arm/gdbarmsim/Makefile.am | 2 -
c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 1 -
c/src/lib/libbsp/arm/shared/abort/abort.c| 29 +
c/src/lib/libbsp/arm/shared/abort/abort.h| 52
Hi,
The Beagle BSP from Ben Gras has only enabled the UART0 for console.
Since I need another available UART; I wrote the code and I successfully
enabled the UART1 (Rx pin: P9_26 and Tx pin: P9_24) for the Beaglebone
Black.
Attached you will find the patch code for this.
If you have any qu
30 matches
Mail list logo