idexx.com
We help pets lead fuller lives + + + + + + +
[Shape Description automatically generated with medium confidence]
From: Kirspel, Kevin
Sent: Monday, November 27, 2023 7:19 PM
To: devel@rtems.org
Subject: Cyclone 10 LP BSP
I'm trying to create a BSP for a NIOS V/m running on a Cycl
I'm trying to create a BSP for a NIOS V/m running on a Cyclone 10 LP Eval Kit.
The NIOS V/m is a rv32ia/ilp32 architecture so I had to patch the RSB to add
that multilib. I have a Hello World app compiled but I get exceptions when
having the tick timer interrupt enabled. So, I disabled the ti
I have seen similar things as well. In my case it fails in different places
randomly. Sometimes it will get all the way through.
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)-
- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Monday, July 03, 2017 1:47 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: LIBBSD
On 30/06/17 20:08, Kirspel, Kevin wrote:
>
(770)-510- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Kirspel, Kevin
Sent: Friday, June 30, 2017 2:08 PM
To: devel@rtems.org
Subject: RE: LIBBSD
Just some quick numbers. LPC3250 running at 208 MHz
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: ged...@gwmail.gwu.edu [mailto:ged...@gwmail.gwu.edu] On Behalf Of Gedare
Bloom
Sent: Saturday, July 01, 2017 1:30 PM
To: Kirspel, Kevin
Cc: j...@rtems.org; rtems-de...@rtems.org
Subject: Re: LIBBSD TCPDUMP
On Sat, Jul 1
2017 11:39 AM
To: Gedare Bloom
Cc: rtems-de...@rtems.org ; Kirspel, Kevin
Subject: Re: LIBBSD TCPDUMP
On Jul 1, 2017 10:34 AM, "Gedare Bloom"
mailto:ged...@rtems.org>> wrote:
On Sat, Jul 1, 2017 at 10:01 AM, Kirspel, Kevin
mailto:kevin-kirs...@idexx.com>> wrote:
&g
I get a crash when running the tcpdump command in LIBBSD. It is due to the
following structure
struct stp_bpdu_ {
u_int8_t protocol_id[2];
u_int8_t protocol_version;
u_int8_t bpdu_type;
u_int8_t flags;
u_int8_t root_id[8];
u_int8_t root_path_cost[4];
u_int8_t bridge_id
ehalf Of Sebastian Huber
Sent: Friday, June 30, 2017 1:15 AM
To: devel@rtems.org
Subject: Re: LIBBSD
On 29/06/17 20:02, Kirspel, Kevin wrote:
> For those who run a RTEMS 4.12 single processor application with
> LIBBSD, what percentage of time does your application spend in the
> timer s
t: Re: LIBBSD
On 29/06/17 20:02, Kirspel, Kevin wrote:
> For those who run a RTEMS 4.12 single processor application with
> LIBBSD, what percentage of time does your application spend in the
> timer server task? My NXP LPC3250 application spends about 13% of the
> processor time pr
For those who run a RTEMS 4.12 single processor application with LIBBSD, what
percentage of time does your application spend in the timer server task? My
NXP LPC3250 application spends about 13% of the processor time processing the
timer server. Most of that time is spent processing LIBBSD's k
I have rebased my tools via RSB to the latest and have successfully compiled
RTEMS with a custom lpc32xx BSP. When compiling LIBBSD, I am getting the
following error when compiling "freebsd/lib/libc/inet/nsap_addr.c "
/tmp/ccWucPca.s: Assembler messages:
/tmp/ccWucPca.s:474: Error: symbol `inet
I am having trouble with make install today. Nothing gets copied to the
installation directory when invoking make install. Did the recent parallel
build on all sub directories changes affect the way make install works?
Kevin Kirspel
Electrical Engineer - Sr. Staff
Idexx Roswell
235 Hembree Par
I would like to submit a patch to add the Linux framebuffer header file to
RTEMS (linux/fb.h). This is similar to what has been done for Linux i2c/spi
compatibility. Does anyone have an issue with this?
Kevin Kirspel
Electrical Engineer - Sr. Staff
Idexx Roswell
235 Hembree Park Drive
Roswell
Of Sebastian Huber
Sent: Wednesday, May 17, 2017 1:32 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: RTEMS MAP_SHARED support expansion
On 16/05/17 21:28, Kirspel, Kevin wrote:
> The second approach includes the first approach but adds support for
> RTEMS device drivers. We would n
)-510- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Wednesday, May 17, 2017 1:46 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 04/11] Add USB UGEN support for RTEMS
Patch 03
I would like to expand support for MAP_SHARED in mmap(). I would like to run a
few ideas by the group to see which direction to go. I really only need to
expand MAP_SHARED support for some LIBBSD drivers that I want to create. There
are two approaches I can take.
The first approach is to jus
Fax: (770)-510-4445
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Tuesday, May 16, 2017 9:28 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 07/11] Add bitcount inlinesfor RTEMS. These are found in
FREEBSDs types.h
On 16/05/17 15
:06 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 07/11] Add bitcount inlinesfor RTEMS. These are found in
FREEBSDs types.h
On 16/05/17 14:56, Kirspel, Kevin wrote:
> Should we put this in cdefs.h like FREEBSD?
In FreeBSD the __bitcount*() functions are defined in .
--
Sebast
...@embedded-brains.de]
Sent: Tuesday, May 16, 2017 8:20 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 07/11] Add bitcount inlinesfor RTEMS. These are found in
FREEBSDs types.h
On 16/05/17 14:15, Kirspel, Kevin wrote:
> For now, could we just include this in rtems-libbsd until newlib g
Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Tuesday, May 16, 2017 3:47 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 07/11] Add bitcount inlinesfor RTEMS. These are found in
FREEBSDs types.h
Hello Kevin,
I know it is considerable more work, but this should move into
My USB mass storage works without UGEN.
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: devel [mailto:devel-boun...@rtems.org] On Behalf O
I have recently posted patches for TTY and USB serial support for FREEBSD. I
was going to take a stab at supporting UGEN as well. The USB mouse and
keyboard drivers need it as well. The TTY patches contain some support needed
for UGEN but there is more required. Let me take a look at it toda
I will be sending a small patch for ticket 2897. It updates the default
initialization of the termios structure. I know Sebastian is out on holiday so
if someone can process the patch through the ticket I would appreciated it.
Kevin Kirspel
Electrical Engineer - Sr. Staff
Idexx Roswell
235 Hem
The LIBBSD USB Serial patch depends on the LIBBSD TTY patch I sent out earlier.
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
___
: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Friday, April 07, 2017 5:12 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 5/7] Adding RTEMS support for FREEBSD TTY
On 06/04/17 03:11, Kevin Kirspel wrote:
> ---
> rtemsbsd/include/machine/rtems-bsd-commands.h
]
Sent: Thursday, April 06, 2017 1:26 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/7] Adding stty command files from FREEBSD tree
I updated the FreeBSD baseline two days ago. Is this patch series based on this
version?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr
I have compiled all BSPs for the following toolsets:
arm, bfin, sh, i386, m68k, lm32, powerpc, and sparc
All BSPs for these toolsets build without error. I had to fix some arm and sh
code so I will send version 3 of the patch soon. These toolsets were chosen
due to the fact that a BSP within
[mailto:devel-boun...@rtems.org] On Behalf Of Kirspel, Kevin
Sent: Monday, March 20, 2017 1:50 PM
To: devel@rtems.org
Subject: RE: [PATCH 1/5] Adding modified FREEBSD headers to sync RTEMS termios
with FREEBSD
I tracked the arm failure down to a header file (s3c2410.h) that contains a
structure that
-4445
From: Joel Sherrill [mailto:j...@rtems.org]
Sent: Monday, March 20, 2017 1:33 PM
To: Kirspel, Kevin
Cc: devel@rtems.org
Subject: Re: [PATCH 1/5] Adding modified FREEBSD headers to sync RTEMS termios
with FREEBSD
I just built all BSPs and didn't see any failures.
Sebastian.. what was goi
- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Tuesday, March 14, 2017 9:42 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/5] Adding modified FREEBSD headers to sync
an.hu...@embedded-brains.de]
Sent: Tuesday, March 14, 2017 2:35 AM
To: devel@rtems.org
Cc: Kirspel, Kevin
Subject: Re: [PATCH 2/5] Modify termios to support dedicated input and output
baud rates for termios structure
On 13/03/17 17:00, Kevin Kirspel wrote:
> - case RTEMS_IO_SNDWAKEUP:
> + cas
: (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
: (770)-510- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
-Original Message-
From: Christian Mauderer [mailto:christian.maude...@embedded-brains.de]
Sent: Friday, February 10, 2017 6:04 AM
To: Kirspel, Kevin
Cc: RTEMS Devel
Subject: Re: [PATCH 7/9] Patching STTY command for
: Thursday, February 09, 2017 3:36 PM
To: Kirspel, Kevin
Cc: RTEMS Devel
Subject: Re: [PATCH 7/9] Patching STTY command for use in RTEMS
Hello Kevin,
thanks for your work.
Out of curiosity: It seems that you are one of the first users of the new
porting process for user space applications (benea
We could probably create a tty test driver and convert usbserialXX test cases
into termiosXX test cases. This would delink the two and we would only have
the one usbserial test case.
As far as the copyright, I can change it to whatever you want. I based the
test cases off Sebastian's test s
I use the rtems tester.
ftp://ftp.rtems.org/pub/rtems/people/chrisj/rtems-tester/rtems-tester.html
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-
I have created a ticket to update TERMIOS to include support for LIBBSD. The
changes will allow the TTY driver in LIBBSD to work with few modifications. I
am almost done with a LIBBSD port for the USB serial driver stack. This port
requires the use of LIBBSD's TTY kernel driver and the curren
I'm getting a build error with the latest master due to the changes removing
CONFIGURE_SMP_APPLICATION. The default-configuration.c file sets
CONFIGURE_SMP_MAXIMUM_PROCESSORS to 32 thus enabling the internal
_CONFIGURE_SMP_APPLICATION define on targets without SMP. I had to add a
#if defined(
n 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: Monday, January 30, 2017 1:49 A
ve
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, January 24, 2017 1:16 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2] Adding
, 2017 9:37 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2] Adding ARM VFP V2 support
On 23/01/17 14:51, Kevin Kirspel wrote:
> +#ifdef __FAST_MATH__
> + /* Enable Fast FPU options */
> + mov r0, #(3 << 24)
> + vmsr FPSCR, r0
> +#endif
This def
10-4445
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Thursday, December 15, 2016 3:52 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/7] Adding pipe support
Hello Kevin,
looks good so far (except one white space change, which I will fix
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: Thursday, December 15, 2016 3:52 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/7] Adding pipe
-3A__git.rtems.org_rtems_tree_cpukit_libcsupport_src_pipe.c&d=DgIF-g&c=2do6VJGs3LvEOe4OFFM1bA&r=dbavT-WIJ4nBfQFKYnKdAD52Vyq3ZXSzrL9TAm21lZI&m=JsBiBqByZuuh7FFKuLujX-9gC7BaNG4-3Xa1ytmRgcA&s=kS0AINMLfVS4Eoot_vf4iYhQwj3ENj3xMIyrqerJfIc&e=
What is the befit of using the FreeBSD pipe implementation?
On 07/12/16 19:49, Kirsp
The attached patch pulls in FreeBSDs pipe functionality into RTEMS LIBBSD.
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
rtems-libbsd-pipe-submit.diff
Description: rte
-1642
Fax: (770)-510-4445
From: Jennifer Averett [mailto:jennifer.aver...@oarcorp.com]
Sent: Wednesday, December 07, 2016 1:56 PM
To: Kirspel, Kevin
Subject: RE: QT 5.8 Port
Just a guess but you have probably converted the file to dos format thus the
entire file looks different
run dos2unix on th
I'm porting QT 5.8 to RTEMS 4.12 and rtems-libbsd. I had to add pipe support
to rtems-libbsd. I would like to submit the pipe patch but the "git diff" is
long due to the fact that the diff includes the entire file contents of the
modified sys_pipe.c and pipe.h files. How do you usually submit
diff --git a/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
b/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
old mode 100644
new mode 100755
index f184741..441976d
--- a/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
+++ b/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
@@ -
diff --git
a/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
b/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
old mode 100644
new mode 100755
index 66c83b9..8639083
--- a/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
+++ b/rtems/confi
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: Monday, August 22, 2016 7:34 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2
: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Monday, August 22, 2016 1:41 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2] RTEMS Source Builder changes for lpc32xx VFP support
On 19/08/16 17:18, Kirspel, Kevin wrote:
> I built GCC with the hard abi. The softw
Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Friday, August 19, 2016 8:56 AM
To: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2] RTEMS Source Builder changes for lpc32xx VFP support
On 19/08/16 14:39, Kirspel, Kevin wrote:
> This goes back 5 or more year
rical Engineer - Sr. Staff
Opti Medical
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: Friday, August 19, 2016 1:42 AM
To: Kirspel,
o: Kirspel, Kevin ; devel@rtems.org
Subject: Re: [PATCH 1/2] RTEMS Source Builder changes for lpc32xx VFP support
On 19/08/16 02:11, Kirspel, Kevin wrote:
>
> diff --git
> a/source-builder/patches/gcc-6.1.1-arm-eabi-multilib-20160816.diff
> b/source-builder/patches/gcc-6.1.1-arm-eabi-
I have created a libbsd port for a modified version of the lpc32xx BSP. The
lpc code from FREEBSD 10 was backported to FREEBSD 9.3 because FREEBSD 9.3 did
not support ARM LPC processors. I ran into some issues that I would like to
run by the group.
Issue 1 - the order of declared modules in n
diff --git a/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
b/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
old mode 100644
new mode 100755
index f184741..1d478ce
--- a/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
+++ b/c/src/lib/libbsp/arm/lpc32xx/make/custom/lpc32xx.inc
@@ -
diff --git
a/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
b/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
old mode 100644
new mode 100755
index 66c83b9..6c553e6
--- a/rtems/config/tools/rtems-gcc-6-20160609-newlib-2.4.0.20160527-1.cfg
+++ b/rtems/confi
From: Joel Sherrill [mailto:joel.sherr...@gmail.com]
Sent: Wednesday, August 17, 2016 3:06 PM
To: Kirspel, Kevin ; Chris Johns
Cc: devel@rtems.org
Subject: Re: VFP support for lpc32xx
On Wed, Aug 17, 2016 at 2:04 PM, Kirspel, Kevin
mailto:kevin-kirs...@idexx.com>> wrote:
I have a patch f
: Kirspel, Kevin ; Chris Johns
Cc: devel@rtems.org
Subject: Re: VFP support for lpc32xx
On Wed, Aug 17, 2016 at 2:04 PM, Kirspel, Kevin
mailto:kevin-kirs...@idexx.com>> wrote:
I have a patch for the RTEMS source builder as well as RTEMS itself to support
the VFP on the lpc32xx. I don’
I have a patch for the RTEMS source builder as well as RTEMS itself to support
the VFP on the lpc32xx. I don't have hardware the matches the lpc32xx BSP but
I do have some custom hardware that I can run the test suite on. Can you point
me to some documentation that tells you how to automate th
61 matches
Mail list logo
