Don't forget that TI has some baremetal drivers (StarterWare) for
beagle bone. You can base your work with it.
On Tue, Mar 15, 2016 at 4:58 PM, Marcos Díaz
wrote:
> On Tue, Mar 15, 2016 at 4:20 PM, punit vara wrote:
>> On Tue, Mar 15, 2016 at 12:24 PM, punit vara wrote:
>
>>> output along with best modifications.
>>>>>>
>>>>>> Next target you can set for SPI after both drivers are tested and
>>>>>> committed.
>>>>>>
>>>>>> For the references you can always have a loot at c
as mentor for BBB but this time I
> don't know that's why I would like to know who can mentor me. If nobody is
> going to mentor BBB this time then my proposal might be rejected :-(
>
> ___
> devel mail
Mar 2, 2016 at 2:22 PM, Marcos Díaz <
> marcos.d...@tallertechnologies.com> wrote:
>
>>
>>
>> On Wed, Mar 2, 2016 at 4:56 PM, Joel Sherrill wrote:
>>
>>>
>>>
>>> On Wed, Mar 2, 2016 at 1:41 PM, punit vara wrote:
>>>
>&g
___
>>>> > devel mailing list
>>>> > devel@rtems.org
>>>> > http://lists.rtems.org/mailman/listinfo/devel
>>>>
>>>>
>>>>
>>>> --
>>>> Hesham
>>>> ___
___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
--
______
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
C
You should use the toolchain built with the source builder to do the
bootstrapping
On Mon, Feb 15, 2016 at 10:24 AM, Marcos Díaz <
marcos.d...@tallertechnologies.com> wrote:
> Check your automake and autoconf versions, I think they must be automake
> 1.12.6 and autoconf 2.69 The b
?
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office
2016 at 3:33 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 21/01/16 14:50, Daniel Gutson wrote:
>
>>
>>
>> El 21/1/2016 10:08, "Sebastian Huber" > <mailto:sebastian.hu...@embedded-brains.de>> escribió:
>>
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-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des E
list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211/ +54 351
t; Best regards,
>
>Jan
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
--
______
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
S
289.html
>
> There is still a bug in it, since we must disable interrupts in the is
> pending function, but the general approach should work.
>
> - Am 11. Jan 2016 um 20:05 schrieb Marcos Díaz
> marcos.d...@tallertechnologies.com:
>
> > I made a fast search:
> >
t;>>> * @brief Performs a simple timecounter tick.
>>>> *
>>>> * This is a special purpose tick function for simple timecounter to
>>>> support
>>>> @@ -169,8 +196,14 @@ void _Timecounter_Tick( void );
>>>> * @param[in] delta The t
>> #endif /* __rtems__ */
>>
>> /*
>> @@ -1538,7 +1540,7 @@ tc_windup(void)
>> timekeep_push_vdso();
>> #endif /* __rtems__ */
>> #ifdef __rtems__
>> - _ISR_lock_Release_and_ISR_
: +49 89 189 47 41-09
> E-Mail : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
--
__
<http://www.tallertechnologies.com>
Marcos
gt; Phone : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
--
__
<http://
27;m suspecting of some problem related with interrupts and the updating of
bintime uptime in kern_tc.c related to the simple downcounter ticker this
bsp has.
Has anybody seen something like this in any other bsp?
Thanks!
--
__
<http://www.tallertechnologies.
gt; E-Mail : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
> ___
> devel mailing list
> devel@rtems.org
> http://
cht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
--
______
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452
Skype: markdiaz22
___
e enabled, it is not working. With this
> image cache is enabled & networking is not working. Just configure a valid
> ip address & test if it is working on your board.
>
> I will try booting from SD card & let you know.
>
> Thanks,
> Ragunath
>
By the way we flashed the eMMC with the u-boot image. Follow the guide to
know how to do so.
On Fri, Sep 18, 2015 at 12:42 PM, Marcos Díaz <
marcos.d...@tallertechnologies.com> wrote:
> Well, after talking with the guys of beagleboard, they made me update the
> u-boot version.
>
o-the-beaglebone-black/#Flashing_the_BBB_with_the_SD_Card_Image
Hope it helps! Let me know how the tests go.
Greetings!
On Thu, Sep 17, 2015 at 5:53 PM, Marcos Díaz <
marcos.d...@tallertechnologies.com> wrote:
> I can only tell you about the boards i tested:
>
> I have a revisi
and when
> it works?
>
> I emailed the BB project lead and he didn't know anything
> off hand but suggested subscribing to beaglebo...@googlegroups.com
> and asking there. Someone there may actually have an answer.
>
> --joel
>
> On 9/17/2015 2:05 PM, Marcos Díaz wrote
id). Thanks!
>
> On Thu, Sep 17, 2015 at 11:12 AM, Joel Sherrill > wrote:
>
>>
>>
>> On 9/17/2015 8:43 AM, Marcos Díaz wrote:
>>
>>> Yes, in my case the older (that doesn't work) revision is a
>>> XAM3359AZCZ100
>>>
>>>
;
>
> On 9/17/2015 8:43 AM, Marcos Díaz wrote:
>
>> Yes, in my case the older (that doesn't work) revision is a
>> XAM3359AZCZ100
>>
>> And the rev C (that works well with cache) is
>> AM3358BZCZ100
>>
>
> Can we determine that
Yes, in my case the older (that doesn't work) revision is a
XAM3359AZCZ100
And the rev C (that works well with cache) is
AM3358BZCZ100
On Thu, Sep 17, 2015 at 10:32 AM, Joel Sherrill
wrote:
>
>
> On September 17, 2015 8:26:41 AM CDT, "Marcos Díaz" <
> marcos.d...
oard is? That way the BSP could auto-detect the
> right
> thing to do. Otherwise, we may be looking at a BSP variant or a build
> option.
> I would rather avoid those if we can auto-detect.
>
> --joel
>
>
>> Thanks,
>> Ragunath
>>
>>
>> On Mon, Sep
works with
cache enabled (using the same sdcard in both boards, one works and the
other doesn't).
Greetings
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54
: /* No outputs */
>> +: /* No inputs */
>> +: "r0","memory"
>> +);
>> }
>>
>> #define __arch_getb(a) (*(volatile unsigned char *)(a))
>>
>>
> --
> Joel Sherrill, Ph.D. Director o
te?
Thanks
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452
Skype: markdiaz22
_
t; Thanks Marcos. I will let you know if there is any progress.
>>
>> Regards,
>> Ragunath
>>
>> On Tue, Jun 30, 2015 at 12:50 AM, Marcos Díaz <
>> marcos.d...@tallertechnologies.com> wrote:
>>
>>> Hi,
>>> I'm sorry but in the
;
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452
Skype: markdiaz22
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
>
> Thanks,
>
> Daniel.
>
>
>
> On March 13, 2015 6:30:40 PM CDT, "Marcos Díaz"
> wrote:
>>Hi,
>>Indeed we have it working but we only can use it with the cache
>>disabled because the system crashes otherway.
>
> This could be an MMU setu
Hi,
Indeed we have it working but we only can use it with the cache disabled
because the system crashes otherway.
About what's next, I think there should be a revision of the code and
debugging in order to make it work with the cache enabled. And also see the
way of submitting it to rtems. It was
, 2015 2:25:29 PM CDT, "Marcos Díaz" <
> marcos.d...@tallertechnologies.com> wrote:
> >Hi!
> >
> >I wanted to know which warning this raised, and how is the correct way
> >to set this flag in production code?
>
> First, there should be no assert
xecutable.
> # is currently required.
> --
> 1.9.3
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
--
______
<http://www.tallertechnologies.com>
Marcos Díaz
Hi, I didn't know how to submit it but I have it here:
On Fri, Jan 16, 2015 at 6:50 PM, Chris Johns wrote:
> On 17/01/2015 8:20 am, Joel Sherrill wrote:
>
>>
>> On 1/16/2015 2:46 PM, Marcos Díaz wrote:
>>
>>> Hi, We were running all tests for the TMS5
instruction to generate a .ralf file, so was our case and
that's why it fails.
--
__
<http://www.tallertechnologies.com>
Marcos Díaz
Software Engineer
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 42182
using a Linux/Ubuntu host and I have the
> same error.
>
> I have also try different autoconf and automake versions and I have the
> same error.
>
> How can I fix this issue?
>
>
>
> Thanks,
>
> Francois Arsenault
>
> Software Engineer
>
>
>
> __
t; >> devel@rtems.org
> >> http://lists.rtems.org/mailman/listinfo/devel
> >
> >
> > --
> > 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...@em
ers?
> I think they go away when building the STL without EH and RTTI support,
> right?
>
> On Wed, Dec 17, 2014 at 2:44 PM, Marcos Díaz <
> marcos.d...@tallertechnologies.com> wrote:
>>
>> That particular test I could see it uses like four tasks. The problem we
>&
;http://lists.rtems.org/mailman/listinfo/devel
>>
>> --joel
>> ___
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>>
>
>
> --
>
> Daniel F. Gutson
> Ch
On Thu, Nov 6, 2014 at 6:26 PM, Joel Sherrill
wrote:
>
> On 11/4/2014 3:01 PM, Marcos Díaz wrote:
>
> Hi!
> We are currently using a LWIP implementation on the Beagle Bone Black
> bsp, recently uploaded by Ben Gras.
> We developed this port based on ethernet and lwip dri
ould we add this application example to the list of RTEMS
> testsuites/samples?
>
> Regards.
>
>
>
>>
>> Regards.
>>
>>
>> --
>> [image: http://www.tallertechnologies.com]
>> <http://www.tallertechnologies.com>
>>
Ok I'll do it.. Thanks!
On Thu, Sep 18, 2014 at 12:59 PM, Joel Sherrill
wrote:
>
> On 9/18/2014 10:40 AM, Marcos Díaz wrote:
>> What I printed is the internal representation of those types (at AST
>> of gcc), as I could see the types for each architecture are defined
>&
WEOF};
> printf("%ls",wc);
>
> The other could be that gcc has wrongly defined the types for wchar_t
> and wint_t for those architectures. This should be analysed
>
> On Wed, Sep 17, 2014 at 4:55 PM, Marcos Díaz
> wrote:
>> Thanks, I will look into it.
>>
variable as follows:
wchar_t wc[2]= {L'a'}; (or wchar_t wc[2]= {L'a', WEOF};
printf("%ls",wc);
The other could be that gcc has wrongly defined the types for wchar_t
and wint_t for those architectures. This should be analysed
On Wed, Sep 17, 2014 at 4:55 PM, Marcos Díaz
Thanks, I will look into it.
On Wed, Sep 17, 2014 at 4:02 PM, Joel Sherrill
wrote:
>
> On 9/17/2014 1:38 PM, Marcos Díaz wrote:
>> Where can we see in which BSP's and with which tools this warning was
>> generated? Thanks
> OK. It is with the tools generated by the c
(256) 722-9985
>>>
>>> ___
>>> devel mailing list
>>> devel@rtems.org
>>> http://lists.rtems.org/mailman/listinfo/devel
>>
>>
>
> --
> Joel Sherrill, Ph.D. Director of Research &a
stat() instead, but stat returns a different
struct, and I need the major and minors numbers that
rtems_io_lookup_name returns.
So, why has been that function deprecated? what is the correct way of
develop a driver like this? thanks!
--
__
Marcos Díaz
Software Engineer
51 matches
Mail list logo
