Hi Pavel,
This information is quite helpful. Thank you!
Isaac
On 06/06/2016 04:36 AM, Pavel Pisa wrote:
Hello Isaac,
On Thursday 02 of June 2016 17:09:31 Isaac Gutekunst wrote:
On 06/01/2016 07:18 PM, Pavel Pisa wrote:
Hello Isaac,
On Wednesday 01 of June 2016 23:09:39 Isaac Gutekunst
On 06/01/2016 07:18 PM, Pavel Pisa wrote:
Hello Isaac,
On Wednesday 01 of June 2016 23:09:39 Isaac Gutekunst wrote:
I believe I solved all my problems. Not enough memory. After updating the
linker script to use SDRAM, everything appears to be working well! (Knock
on wood).
I think that SAM
queue limit:50 length:0Dropped:0
-E- TimeOut ReadPhy
This matches the slow blinking of both LEDs at about 0.5Hz.
Isaac
On 06/01/2016 11:46 AM, Isaac Gutekunst wrote:
Hi All,
I'm trying to bring up tHE Atmel SAMV71 Explained Ultra board with networking,
and can't figure out
ped:0
-E- TimeOut ReadPhy
This matches the slow blinking of both LEDs at about 0.5Hz.
Isaac
On 06/01/2016 11:46 AM, Isaac Gutekunst wrote:
Hi All,
I'm trying to bring up tHE Atmel SAMV71 Explained Ultra board with networking,
and can't figure out how to. Does anyone have any quic
Hi All,
I'm trying to bring up tHE Atmel SAMV71 Explained Ultra board with networking,
and can't figure out how to. Does anyone have any quick pointers?
Isaac
To limit potential email traffic, this is my setup as of now:
I've compiled the BSP with --enable-networking, verified by sprinkli
Hi Vivek,
This is looking good!
I somewhat sketchy solution for getting binary files off a target is to print
them as intel hex, and copy them from the terminal. If the Zynq bsp supports
networking, you could setup a TFTP server. My ugly trace implementation
implements the lttng-live protocol
Hi Vivek,
Awesome progress! Sorry if I missed this, but do you have a GitHub repository,
or some location where we can take a look at your work? I'm excited to see what
changes you've made, even if they are not final yet.
Isaac
On 04/02/2016 10:30 AM, vivek kukreja wrote:
Hi Joel
Sorry for
. It sends some messages and
gets
some replies from the server, and then starts receiving the trace stream.
Isaac
Regards,
Vivek
On 17-Mar-2016, at 17:54, Isaac Gutekunst wrote:
I Vivek,
Thanks for the proposal. I am looking it over now!
Welcome to the program and hello!
A bit about me:
On 03/07/2016 02:44 PM, Sebastian Huber wrote:
- Am 7. Mrz 2016 um 20:07 schrieb Joel Sherrill j...@rtems.org:
On Mon, Mar 7, 2016 at 12:04 PM, Isaac Gutekunst
wrote:
Hi Developers,
We have used IMFS_GENERIC_INITIALIZER as part of some code that makes IMFS
nodes for devices.
The
Hi Developers,
We have used IMFS_GENERIC_INITIALIZER as part of some code that makes
IMFS nodes for devices.
It used to live in cpukit/libfs/src/imfs/imfs.h
This function doesn't seem to be around in master anymore. What is the
suggested workaround/way to do filesystem based devices moving f
Hi Vivek,
Chris is definitely the person most knowledgeable in this area.
On 03/03/2016 11:45 AM, Joel Sherrill wrote:
On Thu, Mar 3, 2016 at 10:25 AM, Vivek Kukreja mailto:vivekkukr...@outlook.com>> wrote:
Hi everyone
I am Vivek Kukreja, currently pursuing Masters from India.
6 18:49, Chris Johns wrote:
> On 12/22/15 02:38, Isaac Gutekunst wrote:
>>
>>
>> On 12/20/2015 08:02 PM, Chris Johns wrote:
>>> On 19/12/2015 6:36 AM, isaac.gutekunst wrote:
>>>>
>>>> We're interested in trace some application data in our RTE
On 12/20/2015 08:02 PM, Chris Johns wrote:
On 19/12/2015 6:36 AM, isaac.gutekunst wrote:
We're interested in trace some application data in our RTEMS project.
Here's a bunch of background and thoughts:
I've read the following pages:
* https://devel.rtems.org/wiki/Developer/Tracing
We finally have a culprit. Enabling the CAN driver causes the same tests to
fail.
Thank you everyone for all the help! We actually have something to go on now.
Isaac
On 10/23/2015 09:37 AM, Joel Sherrill wrote:
On 10/23/2015 8:01 AM, Isaac Gutekunst wrote:
On 10/23/2015 08:50 AM, Joel
On 10/23/2015 08:50 AM, Joel Sherrill wrote:
On October 23, 2015 7:02:34 AM CDT, Joel Sherrill
wrote:
On October 22, 2015 1:37:18 PM CDT, Isaac Gutekunst
wrote:
I think I may have some information that's actually useful.
I've managed to actually execute some tests and lo
/22/2015 01:40 AM, Sebastian Huber wrote:
On 21/10/15 15:48, Jay Doyle wrote:
On 10/21/2015 09:35 AM, Sebastian Huber wrote:
On 21/10/15 15:08, Isaac Gutekunst wrote:
On 10/21/2015 09:00 AM, Sebastian Huber wrote:
On 21/10/15 14:56, Isaac Gutekunst wrote:
On 10/21/2015 08:24 AM, Sebast
On 10/22/2015 10:30 AM, Joel Sherrill wrote:
On 10/22/2015 8:55 AM, Isaac Gutekunst wrote:
On 10/22/2015 01:33 AM, Sebastian Huber wrote:
On 21/10/15 21:53, Isaac Gutekunst wrote:
Hi Devel,
I looked for a while, but couldn't find a way to specify what resources
(semaphores, tasks
On 10/22/2015 01:33 AM, Sebastian Huber wrote:
On 21/10/15 21:53, Isaac Gutekunst wrote:
Hi Devel,
I looked for a while, but couldn't find a way to specify what resources
(semaphores, tasks,
etc) a BSP requires for an empty project (empty Init function).
There is no useful suppor
, by specifying configuration in the main C
file using the standard method (#defining options and including condefs.h).
Isaac
On 10/21/2015 04:00 PM, Joel Sherrill wrote:
On 10/21/2015 2:53 PM, Isaac Gutekunst wrote:
Hi Devel,
I looked for a while, but couldn't find a way to specify what resources
RTEMS-Configuration-Table.html
but couldn't glean the correct method.
What is the preferred way to do so?
Our BSP uses a number of resources for hardware drivers, including UART, CAN, SPI, I2C and
Ethernet.
--
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www
On 10/21/2015 12:30 PM, Isaac Gutekunst wrote:
Hi All,
I'm trying to run the RTEMS tests for our new BSP. I've managed to get close,
but am missing
something. In general, I'm trying to figure out how the build system decides
what tests to
build.
Below is a bunch of information
athf
tar03
mathl
complex
sptimecounter01
spfatal26
spinternalerror01
fsnofs01
--
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
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.
+ *
On Mon, Sep 28, 2015 at 4:25 PM, Isaac Gutekunst
wrote:
Hi Devel,
As mentioned earlier, Vecna has develo
On 10/21/2015 09:58 AM, Joel Sherrill wrote:
On 10/21/2015 8:35 AM, Sebastian Huber wrote:
On 21/10/15 15:08, Isaac Gutekunst wrote:
On 10/21/2015 09:00 AM, Sebastian Huber wrote:
On 21/10/15 14:56, Isaac Gutekunst wrote:
On 10/21/2015 08:24 AM, Sebastian Huber wrote:
On 21/10
On 10/21/2015 09:00 AM, Sebastian Huber wrote:
On 21/10/15 14:56, Isaac Gutekunst wrote:
On 10/21/2015 08:24 AM, Sebastian Huber wrote:
On 21/10/15 14:13, Isaac Gutekunst wrote:
Thanks for the reply.
On 10/21/2015 01:50 AM, Sebastian Huber wrote:
On 20/10/15 16:02, Isaac Gutekunst
On 10/21/2015 08:24 AM, Sebastian Huber wrote:
On 21/10/15 14:13, Isaac Gutekunst wrote:
Thanks for the reply.
On 10/21/2015 01:50 AM, Sebastian Huber wrote:
On 20/10/15 16:02, Isaac Gutekunst wrote:
[...]
As far as I can tell this would only occur if the caller of
Thanks for the reply.
On 10/21/2015 01:50 AM, Sebastian Huber wrote:
On 20/10/15 16:02, Isaac Gutekunst wrote:
Hi Devel,
I'm pretty sure this is a devel question, not users.
I'm working with a colleague at Vecna to port lwIP to the STM32F7 BSP we've
developed.
We ha
om lwIP.
Does this ring any bells?
As far as I can tell this would only occur if the caller of pthread_mutex_lock was in a "bad"
state. I don't believe it is in an interrupt context, and don't know what other bad states
could exist.
Thanks,
--
Isaac Gutekunst
Embedded Sys
Hi Ian,
That's exciting! I clearly should have looked a bit harder before posting. Is there any special
config? Or is it sufficient to instantiate another shell with a different file descriptor for IO?
Isaac
On 10/04/2015 09:22 PM, Ian Caddy wrote:
Hi Isaac,
On 3/10/2015 4:24 AM,
rection
for logging, and running multiple shell instances, perhaps via multiple telnet and serial
sessions.
Thoughts?
Isaac
--
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com
Cambridge Research Laboratory
Vecna Technologies, Inc.
36 Cambridge Park Drive
Hi Pavel,
Thanks for the detailed reply. I guess you aren't as "horribly out of time" as you said, or
perhaps are no even more out of time :)
We will definitely take a good look at the LinCAN source for baud rate
calculations.
The more I think about it, the more I think it's worth to port Li
/drive.google.com/open?id=0BxaqNLUoI5onM3JsenRJRkotWm8
--
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com
Cambridge Research Laboratory
Vecna Technologies, Inc.
36 Cambridge Park Drive
Cambridge, MA 02140
Office: (617) 864-0636 x3069
Fax: (617) 864-0638
http://vec
Hi Sebastian,
The zip file contains a number of files that we don't want, even inside the relevant
sub-directory. Should the commit bring in only the file we care about?
Of course, for the fortunately very minor modifications, we will wrap them with
#ifdef __rtems__
#else
#endif
In a subsequ
Hi Sebastian,
The license is standard BSD. Every file includes this 3-clause header
**
* @attention
*
* © COPYRIGHT(c) 2015 STMicroelectronics
*
* Redistribution and use in source and binary forms, with or wit
it hard to find the relevant new
code written by Vecna.
Thanks for the info,
Isaac
On 09/17/2015 11:53 AM, Joel Sherrill wrote:
On 9/17/2015 9:09 AM, Isaac Gutekunst wrote:
Hey RTEMS Developers,
Vecna has recently reached the final stretch of our BSP development
effort for the STM32F4 and
The in progress code is viewable here:
https://github.com/vecnatechnologies/rtems/pull/4
Kind Regards,
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com
Cambridge Research Laboratory
Vecna Technologies, Inc.
36 Cambridge Park Drive
Cambridge, MA
ialize the device to change parameters.
This is a bit awkward with first calling open, and then IOCTL to
configure the bus. Any thoughts?
Thanks,
Isaac
P.S. I'm having trouble with git send-email. Something is not quite
right with our mail server here. I've attached the patch instead.
at's going on ?
Thanks,
Isaac
--
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Thank you everyone for the information! It was very helpful!
I've gone ahead and made a port based on the AVR and Unix ports.
I adapted unix_timers.c and unix.c to use the RTEMS traditional API. So
far everything appears to be working. I'll be cleaning it up and
submitting a patch to CanFestiv
y specific questions I would be more
than happy to help out.
regards,
Ian Caddy
On 20/08/2015 12:51 AM, Isaac Gutekunst wrote:
Hi
I'm thinking about porting CANFestival to RTEMS. I think it should be
relatively doable do to the posix support, and because the core files
don't have any platf
Hi
I'm thinking about porting CANFestival to RTEMS. I think it should be
relatively doable do to the posix support, and because the core files
don't have any platform specific code as far as I can tell.
Has anyone had any experience porting CANFestival so far, are could
offer some advice?
RTEMS tree?
I want to focus on the licensing concerns first, and when these are
resolved, move onto other issues such as style, technical
considerations, and the fun stuff: BSP architecture and development!
--
Isaac Gutekunst
Embedded Systems So
interrupt
> controllers. You must be able to disable a single interrupt source in the
> interrupt controller.
>
> On 28/05/15 14:23, Isaac Gutekunst wrote:
>
>> I'm going to chime in since this sounds like a similar problem I've
>> experienced on a PIC32.
>>
I'm going to chime in since this sounds like a similar problem I've
experienced on a PIC32.
I wanted to reword what Ragunath said in my own words to see if I
understand it.
1) The RX ISR fires, vectoring the code to the ISR entry.
2) The code in the ISR disables interrupts, creates an event to be
nd regards,
ketul
___
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
--
Isaac Guteku
45 matches
Mail list logo
