BeagleBoard-X15 - seriously? :)

[Maxim Podbereznyy]

Hey guys!

BeagleBoard-X15 - Are you really going to release such monster? :)

--

LinkedIn - http://www.linkedin.com/in/maximpodbereznyy

Company - http://www.linkedin.com/company/mentorel

Facebook - https://www.facebook.com/mentorel.company

[Alfredo Muniz]

On Fri, Nov 7, 2014 at 4:05 AM, Maxim Podbereznyy <lisa...@gmail.com> wrote:

BeagleBoard-X15 - Are you really going to release such monster? :)

That sounds amazing. What are we looking at in terms of expected price?

[William Hermans]

No announcement, pictures, or price. I'm sure Gerald will comment when he sees fit.

http://www.cnx-software.com/2014/11/07/beagleboard-x15-development-board-to-feature-ti-sitara-am5728-dual-core-cortex-a15-processor/

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Bas Laarhoven]

On 7-11-2014 10:42, William Hermans wrote:

No announcement, pictures, or price. I'm sure Gerald will comment when he sees fit.

http://www.cnx-software.com/2014/11/07/beagleboard-x15-development-board-to-feature-ti-sitara-am5728-dual-core-cortex-a15-processor/

But notice that the processor still has PRUSS units integrated (4 PRUs if I'm reading it right) ! So this looks very promising :-)

-- Bas

[Gerald Coley]

Yep. That monster is showing some life! It is actually looking good. But there is that other issue we always seem to have to deal with.

Processor availability of a new part. We plan to build  a limited number of these initially just to make sure we get it all pounded out before we build a bunch of them.

Oh and we also have a plan for a lower cost version based on a single core version.

Gerald

[Drew Fustini]

On Fri, Nov 7, 2014 at 10:07 AM, _rh__ <richard...@lavabit.com> wrote:
> On Fri, 7 Nov 2014 12:05:13 +0300>
> Beagleboard-x15, the nexgen pseudo-opensource hardware based on

Why "pseudo-opensource hardware"?

thanks,
drew
http://keybase.io/pdp7

[Robert Nelson]

On Fri, Nov 7, 2014 at 10:39 AM, Drew Fustini <pdp7...@gmail.com> wrote:
> On Fri, Nov 7, 2014 at 10:07 AM, _rh__ <richard...@lavabit.com> wrote:
>> On Fri, 7 Nov 2014 12:05:13 +0300>
>> Beagleboard-x15, the nexgen pseudo-opensource hardware based on
>
> Why "pseudo-opensource hardware"?

He's probably irritated about the 'sgx' graphics. He's more then free
to contact TI, place a $bil order and request TI use an "open source"
gpu, probably take around a year for development.

Or he could just start reverse engineering sgx or pay someone. But in
my 6 years working bb.org no user has done that and gotten anywhere
yet..

Regards,

--
Robert Nelson
http://www.rcn-ee.com/

[Gerald Coley]

Definitely not one of those. Look at what it has on it and make a good guess.

Gerald

On Fri, Nov 7, 2014 at 10:07 AM, _rh__ <richard...@lavabit.com> wrote:

On Fri, 7 Nov 2014 12:05:13 +0300

Maxim Podbereznyy <lisa...@gmail.com> wrote:

> Hey guys!
>
> BeagleBoard-X15 <http://www.elinux.org/Beagleboard:BeagleBoard-X15> -

> Are you really going to release such monster? :)

Beagleboard-x15, the nexgen pseudo-opensource hardware based on

TI AM5728 SoC dual core 1.5GHZ A15,2GB DDR3L (dual 32bit busses),
eSATA, 3 USB3.0 ports, integrated HDMI (1920x1080@60),separate LCD
port, video In port, 4GB eMMC, microSD, analog audio i/o, dual-Gb
ethernet.

Will it fall under $100 or will it be $100-200? Make your bets.

[Dr. H. Nikolaus Schaller]

There is even a GNU project (wiki, mailing list) with this goal. But a project
with nobody contributing recently:

http://powervr.gnu.org.ve/doku.php

>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>

[Maxim Podbereznyy]

I believe RPi is really pseudo open source because you can't make the same board although you have all schematics. Stuff from bb.org was cloned dozens of times

07 Ноя 2014 г. 21:38 пользователь "Dr. H. Nikolaus Schaller" <h...@goldelico.com> написал:

[Robert Nelson]

On Fri, Nov 7, 2014 at 12:38 PM, Dr. H. Nikolaus Schaller
<h...@goldelico.com> wrote:
>
> Am 07.11.2014 um 19:12 schrieb Robert Nelson <robert...@gmail.com>:
>
>> On Fri, Nov 7, 2014 at 10:39 AM, Drew Fustini <pdp7...@gmail.com> wrote:
>>> On Fri, Nov 7, 2014 at 10:07 AM, _rh__ <richard...@lavabit.com> wrote:
>>>> On Fri, 7 Nov 2014 12:05:13 +0300>
>>>> Beagleboard-x15, the nexgen pseudo-opensource hardware based on
>>>
>>> Why "pseudo-opensource hardware"?
>>
>> He's probably irritated about the 'sgx' graphics. He's more then free
>> to contact TI, place a $bil order and request TI use an "open source"
>> gpu, probably take around a year for development.
>>
>> Or he could just start reverse engineering sgx or pay someone. But in
>> my 6 years working bb.org no user has done that and gotten anywhere
>> yet..
>
> There is even a GNU project (wiki, mailing list) with this goal. But a project
> with nobody contributing recently:
>
> http://powervr.gnu.org.ve/doku.php

Yeah, that gnu project has been around for awhile, they have only
updated the list of boards..

I thought this we a little interesting..

http://blog.imgtec.com/powervr/the-latest-powervr-sdk-v3-4-and-tools-are-live

imgtec must be now desperate for new business, as they provide the isa
for the 6 series..

PowerVR SGX544 is used on the am57xx

[Robert Nelson]

On Fri, Nov 7, 2014 at 12:48 PM, Maxim Podbereznyy <lisa...@gmail.com> wrote:
> I believe RPi is really pseudo open source because you can't make the same
> board although you have all schematics. Stuff from bb.org was cloned dozens
> of times

more like "mob" open source.. you can start making a board
(hardkernel guys), but then broadcom stops selling you chips ;)
Because they don't want you to compete with the foundation..

[Laurent Desnogues]

On Fri, Nov 7, 2014 at 7:32 PM, Gerald Coley <ger...@beagleboard.org> wrote:
> Definitely not one of those. Look at what it has on it and make a good
> guess.

You got me wondering because Richard basically copied his info
from Nishanth Menon himself:

https://patchwork.kernel.org/patch/5245961/

"BeagleBoard-X15 is the next generation Open Source Hardware
BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHZ A15
processor. The platform features 2GB DDR3L (w/dual 32bit busses),
eSATA, 3 USB3.0 ports, integrated HDMI (1920x108@60), separate LCD
port, video In port, 4GB eMMC, uSD, Analog audio in/out, dual 1G
Ethernet."

So where's the truth? :-)

AM5728 looks exciting, in particular the 2xC66!


Laurent

[Nishanth Menon]

On Fri, Nov 7, 2014 at 3:40 PM, Laurent Desnogues
<laurent....@gmail.com> wrote:
> On Fri, Nov 7, 2014 at 7:32 PM, Gerald Coley <ger...@beagleboard.org> wrote:
>> Definitely not one of those. Look at what it has on it and make a good
>> guess.
>
> You got me wondering because Richard basically copied his info
> from Nishanth Menon himself:
>
> https://patchwork.kernel.org/patch/5245961/
>

Sigh.. at least use the typo corrected patch V2:
https://patchwork.kernel.org/patch/5254791/ :P

--
Regards,
NM


--
---
Regards,
Nishanth Menon

[sa_Penguin]

I must admit to a little curiosity about the design process.
Is there a particular reason to avoid DIMM socket RAM?

I find the idea of recycling old PC RAM, or buying new from a PC shop, rather appealing.
I get a cheap(er) board, can upgrade, and can even venture into overclocking...

[John Syn]

Looking at BeagleBoard-X15 wiki, I like that the connectors are only on two sides, so now it is possible to use enclosures like this:

http://www.contextengineering.com/split_body_enclosures.html

Pricing is pretty reasonable:

http://www.frys.com/product/2090771?site=sr:SEARCH:MAIN_RSLT_PG

Nice work Gerald. 

Regards,

John

[Kumar Abhishek]

I see almost nil GPIO pin headers on this board. How many GPIO pins would be there on this one, and would it include all the PRU pins?

Also, just to confirm if there's an eSATA port onboard.

[Gerald Coley]

There is only four connectors with 66 pins each, so I could only get 157 GPIO pins on it. And yes it is eSATA.

BTW, the connectosr are on the back of the board. You can see their mounting holes from the top of the board, three on each end. The connectors are SMT.

Gerald

[sixvolts]

Any ideas how this compares to the wandboard quad? 4x Cortex-A9 vs 2x Cortex-A15?

Also, this would be awesome to setup a small Arm cluster with since it has a decent RAM/core count ratio, gig/e and sata. 

[Scott Murray]

Are either of the AM5278's PCIe ports run out to the connectors?

Thanks,

Scott

[Robert Nelson]

On Nov 8, 2014 1:06 PM, "Scott Murray" <sc...@spiteful.org> wrote:
>
> Are either of the AM5278's PCIe ports run out to the connectors?

Yeap!

[Kumar Abhishek]

I'm just hoping that the pricing is right - this is a killer board at around 150$.
Not sure if this can replace a desktop but it sounds like a good NAS/Media server/HTPC builds though that might not be an intended application of this beast :)

Is it the PCIe part which isn't open source on the board?

You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/1t3yxkPYSB8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com.

[Robert Nelson]

On Nov 8, 2014 1:27 PM, "Kumar Abhishek" <kumar.abhi...@gmail.com> wrote:
>
> I'm just hoping that the pricing is right - this is a killer board at around 150$.
> Not sure if this can replace a desktop but it sounds like a good NAS/Media server/HTPC builds though that might not be an intended application of this beast :)
>
> Is it the PCIe part which isn't open source on the board?

Imgtech, sgx 3d graphics core is closed..

[William Hermans]

So, *why* does TI keep using hardware that has closed source drivers ? Does TI realize this is killing their stuff in the eyes of many ppl out there ?

On Sat, Nov 8, 2014 at 1:05 PM, rh_ <richard...@lavabit.com> wrote:

On Fri, 7 Nov 2014 12:32:19 -0600
Gerald Coley <ger...@beagleboard.org> wrote:

> Definitely not one of those. Look at what it has on it and make a good
> guess.

Ok "definitely" must mean $200-400. Is this not good guessing?
This starts to be a in different realm and the competition is more
fierce. But you know more about that than I ever will and it's
likely that I just don't understand the landscape. Dual Gb ethernet
will attract a lot of attention for server/firewall/IDS/IPS.

[Robert Nelson]

On Nov 8, 2014 3:05 PM, "William Hermans" <yyr...@gmail.com> wrote:
>
> So, *why* does TI keep using hardware that has closed source drivers ? Does TI realize this is killing their stuff in the eyes of many ppl out there ?

Well it does have a Vivante GC320 2D GPU so maybe they are starting the transition....

[Gerald Coley]

Both PCIe ports are connected to the expansion headers.

As to TI using closed source drivers,that is the result of buying IP from other sources, something that most SOC suppliers do in one area or the other.

Gerald

[William Hermans]

Gerald, perhaps, but it is a huge disappointment to me, and I am sure to many others out there.

This board to me screams low-end x86 killer, and squarely lands in the multimedia arena. A bit much for a NAS like system if you ask me, but surely would do a great job of it.

It will be interesting to see how the USB3 drivers shape up as well.

[Robert Nelson]

On Nov 8, 2014 4:12 PM, "William Hermans" <yyr...@gmail.com> wrote:
>
> Gerald, perhaps, but it is a huge disappointment to me, and I am sure to many others out there.
>
> This board to me screams low-end x86 killer, and squarely lands in the multimedia arena. A bit much for a NAS like system if you ask me, but surely would do a great job of it.

With the dual dsp's and dual m4's, video decoding should be nice..

>
> It will be interesting to see how the USB3 drivers shape up as well.

It's not the classic 'musb' IP from a completely different manufacture.

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/usb/dwc3

[John Syn]

From: sixvolts <drew...@gmail.com>
Reply-To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Saturday, November 8, 2014 at 8:31 AM
To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Subject: [beagleboard] Re: BeagleBoard-X15 - seriously? :)

Any ideas how this compares to the wandboard quad? 4x Cortex-A9 vs 2x Cortex-A15?

According to this article:

http://www.arm.com/products/processors/cortex-a/cortex-a15.php

Cortex-A15 performance is double that of Cortex-A9. Given that Wandboard runs at just at 1GHz and the X15 runs at 1.5GHz, I would guess that the X15 runs about 30% faster; however, the X15 has a dual 32bit bus, so the memory bandwidth is way higher. Also, the X15 also has dual C66x DSP processors, dual Cortex M4s and dual PRUs, so this board will be a screamer compared to the wandboard.

Regards,

John

Also, this would be awesome to setup a small Arm cluster with since it has a decent RAM/core count ratio, gig/e and sata. 

--

[William Hermans]

I did not notice the eSATA on the specs that I've read so far. However assuming this board does have an eSATA port on it, does this port also support hardware, or software port multipliers ?

[Gerald Coley]

There is eSATA on the board. I do not know if it supports port multipliers. That would be a TI question.

Gerald

Gerald

 

ger...@beagleboard.org

http://beagleboard.org/

http://circuitco.com/support/

[William Hermans]

I'd be surprised if it did. I've been keeping up with the technology for many years now, and mostly only Silicon image ( SIL3132 most notably ) chip sets support port multiplication. However, in the last year or so I have not been keeping as close an eye on this stuff.

Id be pleasantly surprised though !

[robert.berger]

Hi,

On Saturday, November 8, 2014 6:31:25 PM UTC+2, sixvolts wrote:

Any ideas how this compares to the wandboard quad? 4x Cortex-A9 vs 2x Cortex-A15

Well the Cortex-A15 includes full hardware visualization, which the Cortex-A9 lacks. If this new board with multiple Cortex-A15 and dual Cortex-M4 is reasonably priced it might used as a references board for an open source Linux/RTOS solution.

*) FreeRTOS on one Cortex-A15, GNU/Linux on the other
*) FreeRTOS on one Cortex-M4, GNU/Linux on the Cortex-A15 cores,...

anyone interested in something like this?

Regards,

Robert

[Maxim Podbereznyy]

John Syn,
Wandboard Quad does have 64 bit memory bus.

P.S. I don't know who needs dual DSP onboard because TI definitely will not support them as should like it was for omap3/dm37. I'd better have well supported hardware video encoder/decoder rather than double general purpose DSPs without any software support

09 Ноя 2014 г. 1:21 пользователь "John Syn" <john...@gmail.com> написал:

[Dr. H. Nikolaus Schaller]

Am 08.11.2014 um 21:05 schrieb rh_ <richard...@lavabit.com>:

> On Fri, 7 Nov 2014 12:32:19 -0600
> Gerald Coley <ger...@beagleboard.org> wrote:
>
>> Definitely not one of those. Look at what it has on it and make a good
>> guess.
>
> Ok "definitely" must mean $200-400. Is this not good guessing?
> This starts to be a in different realm and the competition is more
> fierce. But you know more about that than I ever will and it's
> likely that I just don't understand the landscape. Dual Gb ethernet
> will attract a lot of attention for server/firewall/IDS/IPS.

I think the feature set of the X15 is almost comparable to the
OMAP5432EVM (which AFAIR was originally planned to become
a PandaBoard 5):

http://www.svtronics.com/5432

So this seems to confirm the price range $200-400...

[Laurent Desnogues]

On Sun, Nov 9, 2014 at 7:13 AM, Maxim Podbereznyy <lisa...@gmail.com> wrote:
>
> P.S. I don't know who needs dual DSP onboard because TI definitely will not
> support them as should like it was for omap3/dm37. I'd better have well
> supported hardware video encoder/decoder rather than double general purpose
> DSPs without any software support

Do you mean there won't be any way to access and use the DSP
from Linux, or just that TI won't provide us with codecs and other
software goodies?

My understanding is that DSP Bridge and DSP Link have been
replaced by IPC 3.x (which has OMAP5 support).

http://processors.wiki.ti.com/index.php/IPC_Software_Options

I hope we'll have support for that on the new shiny board!


Laurent

[Robert Nelson]

The am57xx uses the omap4 interface which is mainline as rpmsg.

>
>
> Laurent

[Chris Morgan]

The bbb sgfx is one reason why I've found the minnowboard is so
appealing. While we (my company) are using the bbb, and its a great
board, if we needed something in a higher performance range and could
float the cost we've been eyeing the minnowboard due to its fully open
graphics stack.

If the sgx was easier to get working with yocto or mainline kernels we
might think differently but we've already sunk a few weeks of effort
into getting accelerated graphics working without much success.

Chris

[John Syn]

From: Robert Nelson <robert...@gmail.com>
Reply-To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Sunday, November 9, 2014 at 6:42 AM
To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Subject: Re: [beagleboard] Re: BeagleBoard-X15 - seriously? :)

On Nov 9, 2014 4:17 AM, "Laurent Desnogues" <laurent....@gmail.com> wrote:
>
> On Sun, Nov 9, 2014 at 7:13 AM, Maxim Podbereznyy <lisa...@gmail.com> wrote:
> >
> > P.S. I don't know who needs dual DSP onboard because TI definitely will not
> > support them as should like it was for omap3/dm37. I'd better have well
> > supported hardware video encoder/decoder rather than double general purpose
> > DSPs without any software support
>
> Do you mean there won't be any way to access and use the DSP
> from Linux, or just that TI won't provide us with codecs and other
> software goodies?
>
> My understanding is that DSP Bridge and DSP Link have been
> replaced by IPC 3.x (which has OMAP5 support).
>
> http://processors.wiki.ti.com/index.php/IPC_Software_Options
>
> I hope we'll have support for that on the new shiny board!

The am57xx uses the omap4 interface which is mainline as rpmsg.

Did you mean OMAP5 interface? The last I looked, OMAP5 support wasn’t complete and as you know I’ve been pushing for RPMSG/REMOTEPROC support on this processor and the only feedback I received was that support wasn’t going to happened anytime soon. To me, RPMSG/REMOTEPROC and SGX should be on TI’s high priority list or as Maxim said, this processor will end up just like the DM3730; great processor without any ability to use all the features. BTW, I believe IPC3.x is SYSLINK3 which is RPMSG. Once we have RPMSG/REMOTEPROC, all the video encoding/decoding together with codecs etc should pretty simple for TI to add and that would make this a fantastic product. 

Regards,

John

[manu....@gmail.com]

Please tell me that the whole MCASP port 1 & 2 are exposed on the connectors (or port 3 to 8 ...)

Emmanuel.

[Gerald Coley]

They are not. Ports 5 and 6 should be, but I have not tried counting all the pins of the McASP that are out there lately. Been a little busy. 

Gerald

[Jason Kridner]

On Sun, Nov 9, 2014 at 1:13 AM, Maxim Podbereznyy <lisa...@gmail.com> wrote:
> John Syn,
> Wandboard Quad does have 64 bit memory bus.
>
> P.S. I don't know who needs dual DSP onboard because TI definitely will not
> support them as should like it was for omap3/dm37. I'd better have well
> supported hardware video encoder/decoder rather than double general purpose
> DSPs without any software support

When OMAP3 came out, the only compilers for C6000 were expensive,
closed-source compilers. Now, there is support in mainline GCC for
C6000. As the BeagleBoard.org community, we have to work together to
enable use of the DSPs if they are of interest to the
community---there aren't any barriers in our way.

[John Syn]

On 11/10/14, 1:15 AM, "Jason Kridner" <jkri...@beagleboard.org> wrote:

>On Sun, Nov 9, 2014 at 1:13 AM, Maxim Podbereznyy <lisa...@gmail.com>
>wrote:
>> John Syn,
>> Wandboard Quad does have 64 bit memory bus.
>>
>> P.S. I don't know who needs dual DSP onboard because TI definitely will
>>not
>> support them as should like it was for omap3/dm37. I'd better have well
>> supported hardware video encoder/decoder rather than double general
>>purpose
>> DSPs without any software support
>
>When OMAP3 came out, the only compilers for C6000 were expensive,
>closed-source compilers. Now, there is support in mainline GCC for
>C6000. As the BeagleBoard.org community, we have to work together to
>enable use of the DSPs if they are of interest to the
>community---there aren't any barriers in our way.

The TI C6000 does some amazing pipeline optimization, which seems to be
missing from the GCC compiler. Anyway, using CCSV6 is no big deal, but
support for RPMSG/REMOTEPROC on this processor is a big issue. The source
is difficult to follow and my guess is we would need input from the
original authors to do this work.

Regards,
John

[Nishanth Menon]

On Mon, Nov 10, 2014 at 11:54 AM, John Syn <john...@gmail.com> wrote:
>
> On 11/10/14, 1:15 AM, "Jason Kridner" <jkri...@beagleboard.org> wrote:
>
>>On Sun, Nov 9, 2014 at 1:13 AM, Maxim Podbereznyy <lisa...@gmail.com>
>>wrote:
>>> John Syn,
>>> Wandboard Quad does have 64 bit memory bus.
>>>
>>> P.S. I don't know who needs dual DSP onboard because TI definitely will
>>>not
>>> support them as should like it was for omap3/dm37. I'd better have well
>>> supported hardware video encoder/decoder rather than double general
>>>purpose
>>> DSPs without any software support
>>
>>When OMAP3 came out, the only compilers for C6000 were expensive,
>>closed-source compilers. Now, there is support in mainline GCC for
>>C6000. As the BeagleBoard.org community, we have to work together to
>>enable use of the DSPs if they are of interest to the
>>community---there aren't any barriers in our way.
> The TI C6000 does some amazing pipeline optimization, which seems to be
> missing from the GCC compiler. Anyway, using CCSV6 is no big deal, but
> support for RPMSG/REMOTEPROC on this processor is a big issue. The source
> is difficult to follow and my guess is we would need input from the
> original authors to do this work.

Why dont we get involved in linux-omap discussions on the topic? most
of the rpmsg and remote proc discussions do take place in kernel
mailing list. usually discussing in context helps move patches forward
since it makes it clear to certain maintainers that these things are
important and help community.


Do you have anything specific that you are concerned about?

--
---
Regards,
Nishanth Menon

[Robert Nelson]

I think the biggest concern of bb.org, is that we don't end up in a
similar situation to the omap3. Where dsplink/etc never went mainline,
thus 5 years later, we still need to run the 2.6.32 psp to even
utilize the omap3's dsp.

Just the classic.. burn me once... ;)

For the am57x, since the foundation rpmsg/remoteproc is mainline, we
should be in good shape... (fingers crossed)

Regards,

--
Robert Nelson
http://www.rcn-ee.com/

[Thaddeus Woskowiak]

From the datasheet, it looks like the SoC does not have dual ethernet MAC's. Instead it has an internal 3 port switch, two run off-chip to the ethernet ports and one to the SoC's MAC. This is a bit of a disappointment as I was hoping for true dual GbE MAC's.

On Friday, November 7, 2014 4:05:21 AM UTC-5, lisarden wrote:

Hey guys!

BeagleBoard-X15 - Are you really going to release such monster? :)

--

LinkedIn - http://www.linkedin.com/in/maximpodbereznyy

Company - http://www.linkedin.com/company/mentorel

Facebook - https://www.facebook.com/mentorel.company

[John Syn]

Looking at git.ti.com/rpmsg/rpmsg, I don¹t see any support for AM572x
processors. Also, Beagleboard-X15 is to be released with Kernel V3.18 but
I don¹t see support for this kernel versions. Last I heard, RPMSG was
working on OMAP4, but not fully implemented on OMAP5, but this was a while
ago and perhaps this has changed. Perhaps Suman can give us an update.
Similar concerns about REMOTEPROC. What I know is that I have been pushing
this issue on the beta list and the only feedback I received was that
"RPMSG/REMOTEPROC was in a SW blackhole².

Based on the TRM, this processor looks extremely attractive, and we need
RPMSG/REMOTEPROC to take advantage of the powerful dual DSPs and dual
CortexM4s.

Regards,
John

>
>--
>---
>Regards,
>Nishanth Menon
>

[John Syn]

On 11/10/14, 1:06 PM, "Suman Anna" <s-a...@ti.com> wrote:

>Hi John,

>One should be able to directly download the C6000 compilers at
>http://software-dl.ti.com/codegen/non-esd/downloads/download.htm#C6000

>
>>>> support for RPMSG/REMOTEPROC on this processor is a big issue. The
>>>> source
>>>> is difficult to follow and my guess is we would need input from the
>>>> original authors to do this work.
>>>
>>> Why dont we get involved in linux-omap discussions on the topic? most
>>> of the rpmsg and remote proc discussions do take place in kernel
>>> mailing list. usually discussing in context helps move patches forward
>>> since it makes it clear to certain maintainers that these things are
>>> important and help community.
>>>
>>>
>>> Do you have anything specific that you are concerned about?
>
>> Looking at git.ti.com/rpmsg/rpmsg, I don¹t see any support for AM572x
>> processors. Also, Beagleboard-X15 is to be released with Kernel V3.18
>>but
>> I don¹t see support for this kernel versions. Last I heard, RPMSG was
>> working on OMAP4, but not fully implemented on OMAP5, but this was a
>>while
>> ago and perhaps this has changed. Perhaps Suman can give us an update.
>> Similar concerns about REMOTEPROC. What I know is that I have been
>>pushing
>> this issue on the beta list and the only feedback I received was that
>> "RPMSG/REMOTEPROC was in a SW blackhole².
>

>The rpmsg-ti-linux-3.14.y branch in the above tree is the feature
>integration branch for rpmsg/remoteproc and does support all the
>processors on OMAP4, OMAP5 and AM572x/DRA7x. The AM572x support should
>be present through the am57xx-beagle-x15.dts file (its been sometime
>since I pulled the required platform branch with any updates to this).
>
>I am in the process of pushing all these features/patches upstream, but
>it will mostly be sometime next year before all the patches and their
>dependencies will make it into the upstream kernel, so until then have
>to rely on a TI tree.
Hi Suman,

That is really good news. I’m guessing that V3.18 support will occur with
the push to mainline? Any chance that we will see support when
Beagleboard-X15 launches in Feb 2015?

Regards,
John
>
>regards
>Suman

[Graham]

Gerald:

The picture on  
http://www.elinux.org/Beagleboard:BeagleBoard-X15
looks great. 

But, I note that it does not show a heatsink or fan on the Sitara.

Is this just some "photographic license" or is this Sitara going to need
some proactive cooling?

Thanks,
--- Graham

==

[John Syn]

From: Graham <gra...@flex-radio.com>
Reply-To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Monday, November 10, 2014 at 1:54 PM

To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Subject: [beagleboard] Re: BeagleBoard-X15 - seriously? :)

Gerald:

The picture on  
http://www.elinux.org/Beagleboard:BeagleBoard-X15
looks great. 

But, I note that it does not show a heatsink or fan on the Sitara.

Is this just some "photographic license" or is this Sitara going to need
some proactive cooling?

Gerald added two layers to the PCB to act as a heatsink, so no additional heatsink or fan will be necessary. At least that is the plan.

Regards,

John

Thanks,
--- Graham

==


On Friday, November 7, 2014 3:05:21 AM UTC-6, lisarden wrote:

Hey guys!

BeagleBoard-X15 - Are you really going to release such monster? :)

--

LinkedIn - http://www.linkedin.com/in/maximpodbereznyy

Company - http://www.linkedin.com/company/mentorel

Facebook - https://www.facebook.com/mentorel.company

--

[Gerald Coley]

TBD. We have a heatsink and a fan option

Gerald

[Graham Haddock]

Gerald:

Thanks. Let us know when you know.

As a comment, I could not find any on-die temperature sensor.

In dealing with FPGA's and other high power chips, having a way to

directly read die temperature has helped us solve all kinds of problems.

Please pass on to TI marketing, if you get a chance.

--- Graham

==

You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/1t3yxkPYSB8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com.

[Gerald Coley]

There are on die and onboard temperature sensors. Current boards have a heatsink only.

Gerald

[John Syn]

From: Gerald Coley <ger...@beagleboard.org>
Reply-To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Date: Monday, November 10, 2014 at 2:21 PM
To: "beagl...@googlegroups.com" <beagl...@googlegroups.com>
Subject: Re: [beagleboard] BeagleBoard-X15 - seriously? :)

There are on die and onboard temperature sensors. Current boards have a heatsink only.

Did the heatsink layers work as expected? 

Regards,

John

[Gerald Coley]

Yes. They helped a lot. But crank everything up and it may still need some help.

[Nishanth Menon]

Fixing up linux-omap mailing list

[Thaddeus Woskowiak]

Graham,

I had a quick look through the manual: http://www.ti.com/lit/ug/spruhz6/spruhz6.pdf

On page 4007 it states: "There are five temperature sensors on the device die."

[Robert Nelson]

On Mon, Nov 10, 2014 at 4:29 PM, Thaddeus Woskowiak
<tswos...@gmail.com> wrote:
> Graham,
> I had a quick look through the manual:
> http://www.ti.com/lit/ug/spruhz6/spruhz6.pdf
> On page 4007 it states: "There are five temperature sensors on the device
> die."

For each core...

MPU/GPU/CORE/IVA/DSPEVE

[Graham Haddock]

All:

Excellent. I was not searching for the right terms.

That will prove to be most helpful.

Thanks,

--- Graham