From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Date: Wed, 5 Feb 2014 08:43:22 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c12c607e8dc404f19b8728 Subject: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b650ba1c-ead8-11e9-9d60-3106f5b1d025 --001a11c12c607e8dc404f19b8728 Content-Type: text/plain; charset=ISO-8859-1 Hello 9fans, I saw references to the GreenArrays chip on list, and did some more investigation: http://www.parallella.org/board/ I thought this may be a worthy target of even a Styx-on-a-chip implementation. I have contacted their forums, and one of their moderators said it would be a good idea. I have already made contact with a member of the community who is playing with their SDK for a single core - making a "grid on a chip" after that would be an easy exercise I imagine. I recommended to him that he make a Styx-on-a-chip implementation first, with a payload program (basically, a fast floating point algorithm decoding a stream from a SDR, so the grid decodes multiple streams in parallel), and see if that flies. Thoughts? Comments? Critique? Flames? Thanks! --001a11c12c607e8dc404f19b8728 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello 9fans,

I saw references to the Gr= eenArrays chip on list, and did some more investigation:

http://www.parallella.o= rg/board/

I thought this may be a worthy target of even a S= tyx-on-a-chip implementation. I have contacted their forums, and one of the= ir moderators said it would be a good idea.

I have= already made contact with a member of the community who is playing with th= eir SDK for a single core - making a "grid on a chip" after that = would be an easy exercise I imagine. I recommended to him that he make a St= yx-on-a-chip implementation first, with a payload program (basically, a fas= t floating point algorithm decoding a stream from a SDR, so the grid decode= s multiple streams in parallel), and see if that flies.

Thoughts? Comments? Critique? Flames?
Thanks!
--001a11c12c607e8dc404f19b8728-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <04526c19813c79eb14aa143d23b2eb7e@proxima.alt.za> To: 9fans@9fans.net Date: Wed, 5 Feb 2014 07:26:59 +0200 From: lucio@proxima.alt.za In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6575494-ead8-11e9-9d60-3106f5b1d025 > Thoughts? Comments? Critique? Flames? Sounds like fun. I would suggest keeping (some of) us posted. Maybe the occasional posting on G+? ++L From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <04526c19813c79eb14aa143d23b2eb7e@proxima.alt.za> References: <04526c19813c79eb14aa143d23b2eb7e@proxima.alt.za> Date: Wed, 5 Feb 2014 16:40:58 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c12bf08ee42204f1a233fd Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b65cf458-ead8-11e9-9d60-3106f5b1d025 --001a11c12bf08ee42204f1a233fd Content-Type: text/plain; charset=ISO-8859-1 I suppose, if you bug me enough, and I have some time up my sleeve (like 3:30am in the morning when I can't sleep) I'll try typing a coherent reply. I don't G+, I hardly ever use their 3D printing group, which I think has some great suff, I think its another duplicity of an already old concept. Then again, talking about old concepts, sometimes, when I could be bothered, I go on #plan9 on Freenode IRC - boris_G is me, again, bug me enough, and I might respond. I go on there for #neo900, #hackrf, a few others. As a last suggestion, interested persons email me directly, put something along the lines of "Parallella" in the title, and I'll make an impromptu mailing list. I've contacted a couple of specific people already, and I'd imagine they'd want to be informed. I hope the Parallella people reopen their preorders soon-ish, website says January, no change in status yet. Thanks! On Wed, Feb 5, 2014 at 4:26 PM, wrote: > > Thoughts? Comments? Critique? Flames? > > Sounds like fun. I would suggest keeping (some of) us posted. Maybe > the occasional posting on G+? > > ++L > > > > --001a11c12bf08ee42204f1a233fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I suppose, if you bug me enough, and I have some time up m= y sleeve (like 3:30am in the morning when I can't sleep) I'll try t= yping a coherent reply. I don't G+, I hardly ever use their 3D printing= group, which I think has some great suff, I think its another duplicity of= an already old concept.

Then again, talking about old concepts, sometimes, when I co= uld be bothered, I go on #plan9 on Freenode IRC - boris_G is me, again, bug= me enough, and I might respond. I go on there for #neo900, #hackrf, a few = others.

As a last suggestion, interested persons email me direc= tly, put something along the lines of "Parallella" in the title, = and I'll make an impromptu mailing list. I've contacted a couple of= specific people already, and I'd imagine they'd want to be informe= d.

I hope the Parallella people reopen their preorders soo= n-ish, website says January, no change in status yet.

<= div>Thanks!


On Wed, Feb 5, 2014 at 4:26 PM, <lucio@proxima.alt.za> w= rote:
> Thoughts? Comments? Critique? Flames?

Sounds like fun. =A0I would suggest keeping (some of) us posted. =A0Maybe the occasional posting on G+?

++L




--001a11c12bf08ee42204f1a233fd-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> To: 9fans@9fans.net Date: Wed, 5 Feb 2014 08:06:11 +0200 From: lucio@proxima.alt.za In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6684362-ead8-11e9-9d60-3106f5b1d025 > Thoughts? Comments? Critique? Flames? I guess this is the real value of efforts like GSOC, if only they could be extended to a much greater public either with an infinite budget or by pushing a far more socially-aware ethos. I'll refrain from pontificating further. ++L From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> Date: Wed, 5 Feb 2014 17:20:11 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c12bf0c683f504f1a2bf15 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6782cc8-ead8-11e9-9d60-3106f5b1d025 --001a11c12bf0c683f504f1a2bf15 Content-Type: text/plain; charset=ISO-8859-1 Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, I'm hardware type, even if I will be a uni student this year going forward - "If it draws blood, its hardware" as the old maxim goes. The Parallella board is US$99, a far more modest investment in hardware than a GizmoBoard as I had previously suggested, and packs more power for the price, in terms of coding value. Whether it could be accepted as a coding project of the type for GSoC, a mentor for it found, and other logistical concerns are a issue for the GSoC organisers, but I suppose, could it happen? An abstract topic for the time being. On Wed, Feb 5, 2014 at 5:06 PM, wrote: > > Thoughts? Comments? Critique? Flames? > > I guess this is the real value of efforts like GSOC, if only they > could be extended to a much greater public either with an infinite > budget or by pushing a far more socially-aware ethos. > > I'll refrain from pontificating further. > > ++L > > > > --001a11c12bf0c683f504f1a2bf15 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Oh, its ok. I like the GSoC idea. I just don't think I= 'm GSoC material, I'm hardware type, even if I will be a uni studen= t this year going forward - "If it draws blood, its hardware" as = the old maxim goes.

The Parallella board is US$99, a far more modest investment = in hardware than a GizmoBoard as I had previously suggested, and packs more= power for the price, in terms of coding value. Whether it could be accepte= d as a coding project of the type for GSoC, a mentor for it found, and othe= r logistical concerns are a issue for the GSoC organisers, but I suppose, c= ould it happen?

An abstract topic for the time being.


On Wed, Feb 5, 2014= at 5:06 PM, <lucio@proxima.alt.za> wrote:
> Thoughts? Comments? Critique? Flames?
I guess this is the real value of efforts like GSOC, if only they
could be extended to a much greater public either with an infinite
budget or by pushing a far more socially-aware ethos.

I'll refrain from pontificating further.

++L




--001a11c12bf0c683f504f1a2bf15-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> Date: Tue, 4 Feb 2014 22:32:39 -0800 Message-ID: From: Henry Millican To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e0153695c5f149204f1a2ecb3 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b680ed22-ead8-11e9-9d60-3106f5b1d025 --089e0153695c5f149204f1a2ecb3 Content-Type: text/plain; charset=ISO-8859-1 Parallella seems very cool. I'll probably pick one up when I have free time. I've worked with the Zynq chip on board, which is also great. For $99 it's one hell of a dev board, considering you get an FPGA with hard ARM cores, as well as the Ephiphany chip. The Ephiphany processor fills in the gap between CPU and FPGA tasks in my opinion. Things that would require complex state machines on an FPGA could be done in parallel on the RISC cores very easily (and quickly). I can imagine doing some image processing or something (that doesn't lend itself well to FPGAs) of the like with this. I'll be following you guys and may have time to contribute, but I am just a hardware guy after all. -- Henry On Tue, Feb 4, 2014 at 10:20 PM, Shane Morris wrote: > Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, > I'm hardware type, even if I will be a uni student this year going forward > - "If it draws blood, its hardware" as the old maxim goes. > > The Parallella board is US$99, a far more modest investment in hardware > than a GizmoBoard as I had previously suggested, and packs more power for > the price, in terms of coding value. Whether it could be accepted as a > coding project of the type for GSoC, a mentor for it found, and other > logistical concerns are a issue for the GSoC organisers, but I suppose, > could it happen? > > An abstract topic for the time being. > > > On Wed, Feb 5, 2014 at 5:06 PM, wrote: > >> > Thoughts? Comments? Critique? Flames? >> >> I guess this is the real value of efforts like GSOC, if only they >> could be extended to a much greater public either with an infinite >> budget or by pushing a far more socially-aware ethos. >> >> I'll refrain from pontificating further. >> >> ++L >> >> >> >> > --089e0153695c5f149204f1a2ecb3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Parallella seems very cool. I'= ;ll probably pick one up when I have free time.

I've work= ed with the Zynq chip on board, which is also great. For $99 it's one h= ell of a dev board, considering you get an FPGA with hard ARM cores, as wel= l as the Ephiphany chip.

The Ephiphany processor fills in the gap between CPU and FPGA tas= ks in my opinion. Things that would require complex state machines on an FP= GA could be done in parallel on the RISC cores very easily (and quickly). I= can imagine doing some image processing or something (that doesn't len= d itself well to FPGAs) of the like with this.

I'll be following you guys and may have time to contribute, b= ut I am just a hardware guy after all.
--

Henry
=


On Tue,= Feb 4, 2014 at 10:20 PM, Shane Morris <edgecomberts@gmail.com>= ; wrote:
Oh, its ok. I like the GSoC= idea. I just don't think I'm GSoC material, I'm hardware type,= even if I will be a uni student this year going forward - "If it draw= s blood, its hardware" as the old maxim goes.

The Parallella board is US$99, a far more modest investment = in hardware than a GizmoBoard as I had previously suggested, and packs more= power for the price, in terms of coding value. Whether it could be accepte= d as a coding project of the type for GSoC, a mentor for it found, and othe= r logistical concerns are a issue for the GSoC organisers, but I suppose, c= ould it happen?

An abstract topic for the time being.


On Wed, Feb 5, 2014 at 5:06 PM, <= ;lucio@proxima.al= t.za> wrote:
> Thoughts? Comments? Critique? Flames?
I guess this is the real value of efforts like GSOC, if only they
could be extended to a much greater public either with an infinite
budget or by pushing a far more socially-aware ethos.

I'll refrain from pontificating further.

++L





--089e0153695c5f149204f1a2ecb3-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> Date: Wed, 5 Feb 2014 17:40:33 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c12c60a1125704f1a308a4 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b68996e8-ead8-11e9-9d60-3106f5b1d025 --001a11c12c60a1125704f1a308a4 Content-Type: text/plain; charset=ISO-8859-1 Seems there is some interest in this chip, and the board. As you said Henry, state machines would run very quickly in parallel - I had some wad arguing that an FPGA is the only thing you need, but nothing beats a hard core for hard tasks. Grid it up in parallel, times sixteen, and thats a fair bit of processing power. I have already sent a few people emails concerning this, independently of the list, to garner their opinions. Out of four people, only one has replied, I suppose, Australia is on the other side of the world to most of you guys, time zones and all. But I'm going to make an open call - if a GSoC mentor in parallelism could be found, willing to advise the project, could this be a GSoC project? I suppose I should tender the idea on the wiki, but I'd rather not. Never played with wiki's, nor had the interest to try. Too busy designing robots. Tried a TAFENSW Moodle once, that was bad enough. On Wed, Feb 5, 2014 at 5:32 PM, Henry Millican wrote: > Parallella seems very cool. I'll probably pick one up when I have free > time. > > I've worked with the Zynq chip on board, which is also great. For $99 it's > one hell of a dev board, considering you get an FPGA with hard ARM cores, > as well as the Ephiphany chip. > > The Ephiphany processor fills in the gap between CPU and FPGA tasks in my > opinion. Things that would require complex state machines on an FPGA could > be done in parallel on the RISC cores very easily (and quickly). I can > imagine doing some image processing or something (that doesn't lend itself > well to FPGAs) of the like with this. > > I'll be following you guys and may have time to contribute, but I am just > a hardware guy after all. > -- > > Henry > > > On Tue, Feb 4, 2014 at 10:20 PM, Shane Morris wrote: > >> Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, >> I'm hardware type, even if I will be a uni student this year going forward >> - "If it draws blood, its hardware" as the old maxim goes. >> >> The Parallella board is US$99, a far more modest investment in hardware >> than a GizmoBoard as I had previously suggested, and packs more power for >> the price, in terms of coding value. Whether it could be accepted as a >> coding project of the type for GSoC, a mentor for it found, and other >> logistical concerns are a issue for the GSoC organisers, but I suppose, >> could it happen? >> >> An abstract topic for the time being. >> >> >> On Wed, Feb 5, 2014 at 5:06 PM, wrote: >> >>> > Thoughts? Comments? Critique? Flames? >>> >>> I guess this is the real value of efforts like GSOC, if only they >>> could be extended to a much greater public either with an infinite >>> budget or by pushing a far more socially-aware ethos. >>> >>> I'll refrain from pontificating further. >>> >>> ++L >>> >>> >>> >>> >> > --001a11c12c60a1125704f1a308a4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Seems there is some interest in this chip, and the board. = As you said Henry, state machines would run very quickly in parallel - I ha= d some wad arguing that an FPGA is the only thing you need, but nothing bea= ts a hard core for hard tasks. Grid it up in parallel, times sixteen, and t= hats a fair bit of processing power.

I have already sent a few people emails concerning this, ind= ependently of the list, to garner their opinions. Out of four people, only = one has replied, I suppose, Australia is on the other side of the world to = most of you guys, time zones and all. But I'm going to make an open cal= l - if a GSoC mentor in parallelism could be found, willing to advise the p= roject, could this be a GSoC project?

I suppose I should tender the idea on the wiki, but I&#= 39;d rather not. Never played with wiki's, nor had the interest to try.= Too busy designing robots. Tried a TAFENSW Moodle once, that was bad enoug= h.


On Wed,= Feb 5, 2014 at 5:32 PM, Henry Millican <henry@tehserv.net> = wrote:
Pa= rallella seems very cool. I'll probably pick one up when I have free ti= me.

I've worked with the Zynq chip on board, which is also great.= For $99 it's one hell of a dev board, considering you get an FPGA with= hard ARM cores, as well as the Ephiphany chip.

The Ephiphany processor fills in the gap between CPU and FPGA tas= ks in my opinion. Things that would require complex state machines on an FP= GA could be done in parallel on the RISC cores very easily (and quickly). I= can imagine doing some image processing or something (that doesn't len= d itself well to FPGAs) of the like with this.

I'll be following you guys and may have time to contribute, b= ut I am just a hardware guy after all.
--

Henr= y


On Tue, Feb 4, 2014 at= 10:20 PM, Shane Morris <edgecomberts@gmail.com> wrote:=
Oh, its ok. I like the GSoC= idea. I just don't think I'm GSoC material, I'm hardware type,= even if I will be a uni student this year going forward - "If it draw= s blood, its hardware" as the old maxim goes.

The Parallella board is US$99, a far more modest investment = in hardware than a GizmoBoard as I had previously suggested, and packs more= power for the price, in terms of coding value. Whether it could be accepte= d as a coding project of the type for GSoC, a mentor for it found, and othe= r logistical concerns are a issue for the GSoC organisers, but I suppose, c= ould it happen?

An abstract topic for the time being.
<= div>


On Wed, F= eb 5, 2014 at 5:06 PM, <lucio@proxima.alt.za> wrote:
> Thoughts? Comments? Critique? Flames?
I guess this is the real value of efforts like GSOC, if only they
could be extended to a much greater public either with an infinite
budget or by pushing a far more socially-aware ethos.

I'll refrain from pontificating further.

++L






--001a11c12c60a1125704f1a308a4-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> Date: Wed, 5 Feb 2014 15:57:33 +0500 Message-ID: From: Muhammad Junaid Muzammil To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e0149cdb2b83b9704f1a69f90 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6a26650-ead8-11e9-9d60-3106f5b1d025 --089e0149cdb2b83b9704f1a69f90 Content-Type: text/plain; charset=ISO-8859-1 Well!! I have no idea about the Styx implementation. But certainly this parallela board seems an interesting target. Currently they are only producing with 16 core epiphancy board and not 64 core ones. Definitely hard cores will always be faster than the multi cores. The cost to these faster FPGA design is the longer design time as compared to the multicore counterpart. I think, the generic architecture of multi cores has always been the key to this rapid developemnt. Junaid On Wednesday, February 5, 2014, Shane Morris wrote: > Seems there is some interest in this chip, and the board. As you said > Henry, state machines would run very quickly in parallel - I had some wad > arguing that an FPGA is the only thing you need, but nothing beats a hard > core for hard tasks. Grid it up in parallel, times sixteen, and thats a > fair bit of processing power. > > I have already sent a few people emails concerning this, independently of > the list, to garner their opinions. Out of four people, only one has > replied, I suppose, Australia is on the other side of the world to most of > you guys, time zones and all. But I'm going to make an open call - if a > GSoC mentor in parallelism could be found, willing to advise the project, > could this be a GSoC project? > > I suppose I should tender the idea on the wiki, but I'd rather not. Never > played with wiki's, nor had the interest to try. Too busy designing robots. > Tried a TAFENSW Moodle once, that was bad enough. > > > On Wed, Feb 5, 2014 at 5:32 PM, Henry Millican > > wrote: > >> Parallella seems very cool. I'll probably pick one up when I have free >> time. >> >> I've worked with the Zynq chip on board, which is also great. For $99 >> it's one hell of a dev board, considering you get an FPGA with hard ARM >> cores, as well as the Ephiphany chip. >> >> The Ephiphany processor fills in the gap between CPU and FPGA tasks in my >> opinion. Things that would require complex state machines on an FPGA could >> be done in parallel on the RISC cores very easily (and quickly). I can >> imagine doing some image processing or something (that doesn't lend itself >> well to FPGAs) of the like with this. >> >> I'll be following you guys and may have time to contribute, but I am just >> a hardware guy after all. >> -- >> >> Henry >> >> >> On Tue, Feb 4, 2014 at 10:20 PM, Shane Morris >> > wrote: >> >>> Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, >>> I'm hardware type, even if I will be a uni student this year going forward >>> - "If it draws blood, its hardware" as the old maxim goes. >>> >>> The Parallella board is US$99, a far more modest investment in hardware >>> than a GizmoBoard as I had previously suggested, and packs more power for >>> the price, in terms of coding value. Whether it could be accepted as a >>> coding project of the type for GSoC, a mentor for it found, and other >>> logistical concerns are a issue for the GSoC organisers, but I suppose, >>> could it happen? >>> >>> An abstract topic for the time being. >>> >>> >>> On Wed, Feb 5, 2014 at 5:06 PM, >>> > wrote: >>> >>>> > Thoughts? Comments? Critique? Flames? >>>> >>>> I guess this is the real value of efforts like GSOC, if only they >>>> could be extended to a much greater public either with an infinite >>>> budget or by pushing a far more socially-aware ethos. >>>> >>>> I'll refrain from pontificating further. >>>> >>>> ++L >>>> >>>> >>>> >>>> >>> >> > --089e0149cdb2b83b9704f1a69f90 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well!! I have no idea about the Styx implementation. But certainly=A0this p= arallela board seems an interesting target. Currently they are only produci= ng with 16 core epiphancy board and not 64 core ones. Definitely hard cores= will always be faster than the multi cores. The cost to these faster FPGA = design is the longer design time as compared to the multicore counterpart. = I think, the=A0generic architecture of multi cores has always been the key = to this=A0rapid developemnt.

Junaid

On Wednesday, February 5, 2014, Shane Morris &= lt;edgecomberts@gmail.com>= wrote:
Seems there is some interest in this chip, and the board. = As you said Henry, state machines would run very quickly in parallel - I ha= d some wad arguing that an FPGA is the only thing you need, but nothing bea= ts a hard core for hard tasks. Grid it up in parallel, times sixteen, and t= hats a fair bit of processing power.

I have already sent a few people emails concerning this, ind= ependently of the list, to garner their opinions. Out of four people, only = one has replied, I suppose, Australia is on the other side of the world to = most of you guys, time zones and all. But I'm going to make an open cal= l - if a GSoC mentor in parallelism could be found, willing to advise the p= roject, could this be a GSoC project?

I suppose I should tender the idea on the wiki, but I&#= 39;d rather not. Never played with wiki's, nor had the interest to try.= Too busy designing robots. Tried a TAFENSW Moodle once, that was bad enoug= h.


On Wed,= Feb 5, 2014 at 5:32 PM, Henry Millican <henry@tehserv.net> wrote:
Pa= rallella seems very cool. I'll probably pick one up when I have free ti= me.

I've worked with the Zynq chip on board, which is also great.= For $99 it's one hell of a dev board, considering you get an FPGA with= hard ARM cores, as well as the Ephiphany chip.

The Ephiphany processor fills in the gap between CPU and FPGA tas= ks in my opinion. Things that would require complex state machines on an FP= GA could be done in parallel on the RISC cores very easily (and quickly). I= can imagine doing some image processing or something (that doesn't len= d itself well to FPGAs) of the like with this.

I'll be following you guys and may have time to contribute, b= ut I am just a hardware guy after all.
--

Henry


On Tue, Feb 4, 2014 at 10:20 PM, Shane Morris <<= a href=3D"javascript:_e(%7B%7D,'cvml','edgecomberts@gmail.com&#= 39;);" target=3D"_blank">edgecomberts@gmail.com> wrote:
Oh, its ok. I like the GSoC= idea. I just don't think I'm GSoC material, I'm hardware type,= even if I will be a uni student this year going forward - "If it draw= s blood, its hardware" as the old maxim goes.

The Parallella board is US$99, a far more modest investment = in hardware than a GizmoBoard as I had previously suggested, and packs more= power for the price, in terms of coding value. Whether it could be accepte= d as a coding project of the type for GSoC, a mentor for it found, and othe= r logistical concerns are a issue for the GSoC organisers, but I suppose, c= ould it happen?

An abstract topic for the time being.
<= div>


On Wed, F= eb 5, 2014 at 5:06 PM, <lucio= @proxima.alt.za> wrote:
> Thoughts? Comments? Critique? Flames?
I guess this is the real value of efforts like GSOC, if only they
could be extended to a much greater public either with an infinite
budget or by pushing a far more socially-aware ethos.

I'll refrain from pontificating further.

++L






--089e0149cdb2b83b9704f1a69f90-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 5 Feb 2014 07:46:51 -0500 To: edgecomberts@gmail.com, 9fans@9fans.net Message-ID: <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6c488e8-ead8-11e9-9d60-3106f5b1d025 > Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, I'm > hardware type, even if I will be a uni student this year going forward - > "If it draws blood, its hardware" as the old maxim goes. it's great to hear the enthusiam, but sadly, it seems over ambitious. to work with this heterogeneous co-processor with the usual tools, and be any more interesting than a standard arm, i think at least the following needs to be done 1. bootstrap the arm processor get plan 9 running. 1a. program the fpga with adapteva's binary blob. 1b. drivers for a minmal set of devices. 2. write a compiler/assembler/linker for the epiphany multicore; populate /epi/include. a emulator may need to be written. 3. write the libmach hooks for the same 4. write the asm for /sys/src/lib*/epi (or at least libc) 5. decide what kind of operating framework the epi should have, and write the appropriate glue. it's not clear to me that a standard kernel could work at all. (what kind of coherence model is there?) this can't be done by one gsoc student in a summer. and there's the open ended question of how to use the epi coprocessor. a very bright, gifted, experienced, stubborn, and diligent student might have some hope of accomplishing 1/1a or a significant part of 2. but that's a stretch. 3, 4 seem to be properly sized for one student gsoc. 5 is unknown. so, in order to have something usable at the end, one would need 5 students, 5 mentors, someone to do 1b, and sort of a scrum master to help coordinate. i see several serious risks to this idea. a. what if we get less than 5 students, or mentors, or slots? b. sadly, not all students complete the summer. how do we recover if even one person drops out? c. do we have someone qualified to be scrum master for 10 people (5 students and 5 mentors)? with enough time? d. 5 is open ended. this seems too big a leap, given the student success rate is not yet 100%. so if you're a student still excited about this project, reframing the problem so that it stands alone (even if it's just bootstrapping the arm chip) seems like the best option to me. now i could be wrong or overly pessamistic, so i'd love to hear other opinions. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> Date: Thu, 6 Feb 2014 01:41:00 +1100 Message-ID: From: Shane Morris To: erik quanstrom Content-Type: multipart/alternative; boundary=001a1136b374dfc2b104f1a9be4a Cc: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b6cc8476-ead8-11e9-9d60-3106f5b1d025 --001a1136b374dfc2b104f1a9be4a Content-Type: text/plain; charset=ISO-8859-1 You mention the word "heterogeneous" but I think it should take this tack: For what I'd like to do, I would require GNU Radio running on the host (ie, ARM) CPU. GNU Radio isn't going to run under Plan 9 on an ARM target, as much as I'd like. You also mention "to be (much) more interesting than a standard ARM..." but in effect, it already is. I could be barking up the wrong tree here, and I made a suggestion of Styx-on-a-chip to ease development times, and also student commitment, it will have to talk to Linux at the end of the day, lets start now? On Wed, Feb 5, 2014 at 11:46 PM, erik quanstrom wrote: > > Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, > I'm > > hardware type, even if I will be a uni student this year going forward - > > "If it draws blood, its hardware" as the old maxim goes. > > it's great to hear the enthusiam, but sadly, it seems over > ambitious. > > to work with this heterogeneous co-processor with the usual tools, > and be any more interesting than a standard arm, i think at least > the following needs to be done > 1. bootstrap the arm processor get plan 9 running. > 1a. program the fpga with adapteva's binary blob. > 1b. drivers for a minmal set of devices. > 2. write a compiler/assembler/linker for the epiphany multicore; > populate /epi/include. a emulator may need to be written. > 3. write the libmach hooks for the same > 4. write the asm for /sys/src/lib*/epi (or at least libc) > 5. decide what kind of operating framework the epi > should have, and write the appropriate glue. it's not > clear to me that a standard kernel could work at all. > (what kind of coherence model is there?) > > this can't be done by one gsoc student in a summer. > and there's the open ended question of how to use the > epi coprocessor. > > a very bright, gifted, experienced, stubborn, and diligent > student might have some hope of accomplishing 1/1a or > a significant part of 2. but that's a stretch. 3, 4 seem > to be properly sized for one student gsoc. 5 is unknown. > > so, in order to have something usable at the end, one would > need 5 students, 5 mentors, someone to do 1b, and sort of a > scrum master to help coordinate. > > i see several serious risks to this idea. > a. what if we get less than 5 students, or mentors, or slots? > b. sadly, not all students complete the summer. how do we > recover if even one person drops out? > c. do we have someone qualified to be scrum master for > 10 people (5 students and 5 mentors)? with enough time? > d. 5 is open ended. > > this seems too big a leap, given the student success rate is > not yet 100%. > > so if you're a student still excited about this project, reframing > the problem so that it stands alone (even if it's just bootstrapping > the arm chip) seems like the best option to me. > > now i could be wrong or overly pessamistic, so i'd love to > hear other opinions. > > - erik > --001a1136b374dfc2b104f1a9be4a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
You mention the word "heterogeneous" but I think= it should take this tack:

For what I'd like to do, = I would require GNU Radio running on the host (ie, ARM) CPU. GNU Radio isn&= #39;t going to run under Plan 9 on an ARM target, as much as I'd like. = You also mention "to be (much) more interesting than a standard ARM...= " but in effect, it already is.

I could be barking up the wrong tree here, and I made a= suggestion of Styx-on-a-chip to ease development times, and also student c= ommitment, it will have to talk to Linux at the end of the day, lets start = now?


On Wed,= Feb 5, 2014 at 11:46 PM, erik quanstrom <quanstro@quanstro.net>= ; wrote:
> Oh, its ok. I like th= e GSoC idea. I just don't think I'm GSoC material, I'm
> hardware type, even if I will be a uni student this year going forward= -
> "If it draws blood, its hardware" as the old maxim goes.

it's great to hear the enthusiam, but sadly, it seems over
ambitious.

to work with this heterogeneous co-processor with the usual tools,
and be any more interesting than a standard arm, i think at least
the following needs to be done
1. =A0bootstrap the arm processor get plan 9 running.
1a. program the fpga with adapteva's binary blob.
1b. drivers for a minmal set of devices.
2. =A0write a compiler/assembler/linker for the epiphany multicore;
populate /epi/include. =A0a emulator may need to be written.
3. =A0write the libmach hooks for the same
4. =A0write the asm for /sys/src/lib*/epi (or at least libc)
5. =A0decide what kind of operating framework the epi
should have, and write the appropriate glue. =A0it's not
clear to me that a standard kernel could work at all.
(what kind of coherence model is there?)

this can't be done by one gsoc student in a summer.
and there's the open ended question of how to use the
epi coprocessor.

a very bright, gifted, experienced, stubborn, and diligent
student might have some hope of accomplishing 1/1a or
a significant part of 2. =A0but that's a stretch. =A03, 4 seem
to be properly sized for one student gsoc. =A05 is unknown.

so, in order to have something usable at the end, one would
need 5 students, 5 mentors, someone to do 1b, and sort of a
scrum master to help coordinate.

i see several serious risks to this idea.
a. =A0what if we get less than 5 students, or mentors, or slots?
b. =A0sadly, not all students complete the summer. =A0how do we
recover if even one person drops out?
c. =A0do we have someone qualified to be scrum master for
10 people (5 students and 5 mentors)? =A0with enough time?
d. =A05 is open ended.

this seems too big a leap, given the student success rate is
not yet 100%.

so if you're a student still excited about this project, reframing
the problem so that it stands alone (even if it's just bootstrapping the arm chip) seems like the best option to me.

now i could be wrong or overly pessamistic, so i'd love to
hear other opinions.

- erik

--001a1136b374dfc2b104f1a9be4a-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 5 Feb 2014 09:47:14 -0500 To: edgecomberts@gmail.com, quanstro@quanstro.net, 9fans@9fans.net Message-ID: <0adc03fe37ebac68dc31a2683d7a66ec@mikro.quanstro.net> In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b74cde82-ead8-11e9-9d60-3106f5b1d025 On Wed Feb 5 09:41:04 EST 2014, edgecomberts@gmail.com wrote: > You mention the word "heterogeneous" but I think it should take this tack: > > For what I'd like to do, I would require GNU Radio running on the host (ie, > ARM) CPU. GNU Radio isn't going to run under Plan 9 on an ARM target, as > much as I'd like. You also mention "to be (much) more interesting than a > standard ARM..." but in effect, it already is. why would it require gnu radio? > I could be barking up the wrong tree here, and I made a suggestion of > Styx-on-a-chip to ease development times, and also student commitment, it > will have to talk to Linux at the end of the day, lets start now? before one gets to some sort of communication mechanism, it's important to understand what problem you want to solve. could you tell us about that? (this part is powerful enough to do proper 9p; there is no need for styx-on-a-chip style solutions.) - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/signed; boundary="Apple-Mail=_7447976E-7A79-47A6-838E-0E24BEEEAAA3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) From: Anthony Sorace In-Reply-To: <0adc03fe37ebac68dc31a2683d7a66ec@mikro.quanstro.net> Date: Wed, 5 Feb 2014 10:40:55 -0500 Message-Id: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> <0adc03fe37ebac68dc31a2683d7a66ec@mikro.quanstro.net> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b752e82c-ead8-11e9-9d60-3106f5b1d025 --Apple-Mail=_7447976E-7A79-47A6-838E-0E24BEEEAAA3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I mostly agree with Erik (I don't think it's *quite* as bad as = presented, but certainly in the ballpark, and it's worth erring in that direction). In addition, one other thing to note about hardware projects in GSoC: = you have to make sure that the student, the mentor, and the backup mentor = all either have or have ready access to the part in question. For things = folks are likely to have or which can be picked up at a local shop, that's no big = deal; for "fringe" parts like this, with backorders, preorders, and/or supply constraints, it's a significant hurdle. It's not impossible, but it's = another thing that has to be sorted out. Any proposal for a hardware-based GSoC project will need to answer this question ("I have 4 and will ship them at my cost...", "you can reliably = buy these at Radio Shack...", "Potential mentors Joe and Jane have said they already have the part...", or similar). [I expect to have a first draft of the wiki pages and application up = tonight or tomorrow morning; news as it happens.] --Apple-Mail=_7447976E-7A79-47A6-838E-0E24BEEEAAA3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlLyW40ACgkQyrb52b5lrs4XbgCfRKxUnFKkd1MX0nueaNXJ0Oe0 gXkAn0e3NBGMFW9sYWnmNkbLjxSvbW4N =WHYc -----END PGP SIGNATURE----- --Apple-Mail=_7447976E-7A79-47A6-838E-0E24BEEEAAA3-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> <0adc03fe37ebac68dc31a2683d7a66ec@mikro.quanstro.net> Date: Wed, 5 Feb 2014 09:59:21 -0600 Message-ID: From: Steven Stallion To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b75941b8-ead8-11e9-9d60-3106f5b1d025 On Wed, Feb 5, 2014 at 9:40 AM, Anthony Sorace wrote: > Any proposal for a hardware-based GSoC project will need to answer this > question ("I have 4 and will ship them at my cost...", "you can reliably buy > these at Radio Shack...", "Potential mentors Joe and Jane have said they > already have the part...", or similar). Don't forget: "I will not be upset if the student decides to keep my hardware for one reason or another." From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 5 Feb 2014 11:02:15 -0500 To: 9fans@9fans.net Message-ID: <3fd455838d301799bb697dd4e8bbc2b8@mikro.quanstro.net> In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> <0adc03fe37ebac68dc31a2683d7a66ec@mikro.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b75f36e0-ead8-11e9-9d60-3106f5b1d025 On Wed Feb 5 11:00:42 EST 2014, sstallion@gmail.com wrote: > On Wed, Feb 5, 2014 at 9:40 AM, Anthony Sorace wrote: > > Any proposal for a hardware-based GSoC project will need to answer this > > question ("I have 4 and will ship them at my cost...", "you can reliably buy > > these at Radio Shack...", "Potential mentors Joe and Jane have said they > > already have the part...", or similar). > > Don't forget: "I will not be upset if the student decides to keep my > hardware for one reason or another." ha! - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> Date: Wed, 5 Feb 2014 10:03:07 -0800 Message-ID: From: Skip Tavakkolian To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=047d7b33d67ca7633e04f1ac911d Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b7ec3f18-ead8-11e9-9d60-3106f5b1d025 --047d7b33d67ca7633e04f1ac911d Content-Type: text/plain; charset=ISO-8859-1 this isn't exactly GNU Radio, but porting librtlsdr to Plan 9 would enable interesting signal processing applications. it would be doable as a GSoC project since the majority of the work would involve switching from libusb to Plan 9's usb (this was a project suggestion for 2013). there are several useful apps that use rtlsdr, written in C and portable to Plan 9 (AM/FM receiver, AIS, ADS-B, etc.). alternatively, Plan 9 nodes can be a receiver network to feed GNU Radio running on another OS. On Wed, Feb 5, 2014 at 6:41 AM, Shane Morris wrote: > You mention the word "heterogeneous" but I think it should take this tack: > > For what I'd like to do, I would require GNU Radio running on the host > (ie, ARM) CPU. GNU Radio isn't going to run under Plan 9 on an ARM target, > as much as I'd like. You also mention "to be (much) more interesting than a > standard ARM..." but in effect, it already is. > > I could be barking up the wrong tree here, and I made a suggestion of > Styx-on-a-chip to ease development times, and also student commitment, it > will have to talk to Linux at the end of the day, lets start now? > > > On Wed, Feb 5, 2014 at 11:46 PM, erik quanstrom wrote: > >> > Oh, its ok. I like the GSoC idea. I just don't think I'm GSoC material, >> I'm >> > hardware type, even if I will be a uni student this year going forward - >> > "If it draws blood, its hardware" as the old maxim goes. >> >> it's great to hear the enthusiam, but sadly, it seems over >> ambitious. >> >> to work with this heterogeneous co-processor with the usual tools, >> and be any more interesting than a standard arm, i think at least >> the following needs to be done >> 1. bootstrap the arm processor get plan 9 running. >> 1a. program the fpga with adapteva's binary blob. >> 1b. drivers for a minmal set of devices. >> 2. write a compiler/assembler/linker for the epiphany multicore; >> populate /epi/include. a emulator may need to be written. >> 3. write the libmach hooks for the same >> 4. write the asm for /sys/src/lib*/epi (or at least libc) >> 5. decide what kind of operating framework the epi >> should have, and write the appropriate glue. it's not >> clear to me that a standard kernel could work at all. >> (what kind of coherence model is there?) >> >> this can't be done by one gsoc student in a summer. >> and there's the open ended question of how to use the >> epi coprocessor. >> >> a very bright, gifted, experienced, stubborn, and diligent >> student might have some hope of accomplishing 1/1a or >> a significant part of 2. but that's a stretch. 3, 4 seem >> to be properly sized for one student gsoc. 5 is unknown. >> >> so, in order to have something usable at the end, one would >> need 5 students, 5 mentors, someone to do 1b, and sort of a >> scrum master to help coordinate. >> >> i see several serious risks to this idea. >> a. what if we get less than 5 students, or mentors, or slots? >> b. sadly, not all students complete the summer. how do we >> recover if even one person drops out? >> c. do we have someone qualified to be scrum master for >> 10 people (5 students and 5 mentors)? with enough time? >> d. 5 is open ended. >> >> this seems too big a leap, given the student success rate is >> not yet 100%. >> >> so if you're a student still excited about this project, reframing >> the problem so that it stands alone (even if it's just bootstrapping >> the arm chip) seems like the best option to me. >> >> now i could be wrong or overly pessamistic, so i'd love to >> hear other opinions. >> >> - erik >> > > --047d7b33d67ca7633e04f1ac911d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
this isn't exactly GNU Radio, but porting librtlsdr to= Plan 9 would enable interesting signal processing applications. =A0it woul= d be doable as a GSoC project since the majority of the work would involve = switching from libusb to Plan 9's usb (this was a project suggestion fo= r 2013).

there are several useful apps that use rtlsdr, written in C = and portable to Plan 9 (AM/FM receiver, AIS, ADS-B, etc.). alternatively, P= lan 9 nodes can be a receiver network to feed GNU Radio running on another = OS.



On Wed, Feb 5, 2014 at 6:41 AM, Shane Morris <= ;edgecomberts@g= mail.com> wrote:
You mention the word "= heterogeneous" but I think it should take this tack:

For what I'd like to do, I would require GNU Radio running on the host = (ie, ARM) CPU. GNU Radio isn't going to run under Plan 9 on an ARM targ= et, as much as I'd like. You also mention "to be (much) more inter= esting than a standard ARM..." but in effect, it already is.

I could be barking up the wrong tree here, and I made a= suggestion of Styx-on-a-chip to ease development times, and also student c= ommitment, it will have to talk to Linux at the end of the day, lets start = now?

On Wed, Feb 5, 2014 at 11:46 PM, erik quan= strom <quanstro@quanstro.net> wrote:
> Oh, its ok. I like the GSoC idea. = I just don't think I'm GSoC material, I'm
> hardware type, even if I will be a uni student this year going forward= -
> "If it draws blood, its hardware" as the old maxim goes.

it's great to hear the enthusiam, but sadly, it seems over
ambitious.

to work with this heterogeneous co-processor with the usual tools,
and be any more interesting than a standard arm, i think at least
the following needs to be done
1. =A0bootstrap the arm processor get plan 9 running.
1a. program the fpga with adapteva's binary blob.
1b. drivers for a minmal set of devices.
2. =A0write a compiler/assembler/linker for the epiphany multicore;
populate /epi/include. =A0a emulator may need to be written.
3. =A0write the libmach hooks for the same
4. =A0write the asm for /sys/src/lib*/epi (or at least libc)
5. =A0decide what kind of operating framework the epi
should have, and write the appropriate glue. =A0it's not
clear to me that a standard kernel could work at all.
(what kind of coherence model is there?)

this can't be done by one gsoc student in a summer.
and there's the open ended question of how to use the
epi coprocessor.

a very bright, gifted, experienced, stubborn, and diligent
student might have some hope of accomplishing 1/1a or
a significant part of 2. =A0but that's a stretch. =A03, 4 seem
to be properly sized for one student gsoc. =A05 is unknown.

so, in order to have something usable at the end, one would
need 5 students, 5 mentors, someone to do 1b, and sort of a
scrum master to help coordinate.

i see several serious risks to this idea.
a. =A0what if we get less than 5 students, or mentors, or slots?
b. =A0sadly, not all students complete the summer. =A0how do we
recover if even one person drops out?
c. =A0do we have someone qualified to be scrum master for
10 people (5 students and 5 mentors)? =A0with enough time?
d. =A05 is open ended.

this seems too big a leap, given the student success rate is
not yet 100%.

so if you're a student still excited about this project, reframing
the problem so that it stands alone (even if it's just bootstrapping the arm chip) seems like the best option to me.

now i could be wrong or overly pessamistic, so i'd love to
hear other opinions.

- erik


--047d7b33d67ca7633e04f1ac911d-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> Date: Wed, 5 Feb 2014 19:32:18 +0000 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=047d7bb70ae498793004f1add068 Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b7f2d972-ead8-11e9-9d60-3106f5b1d025 --047d7bb70ae498793004f1add068 Content-Type: text/plain; charset=UTF-8 On 5 February 2014 18:03, Skip Tavakkolian wrote: > this isn't exactly GNU Radio, but porting librtlsdr to Plan 9 would enable > interesting signal processing applications. I don't remember that from last time, but it seems a good project. --047d7bb70ae498793004f1add068 Content-Type: text/html; charset=UTF-8

On 5 February 2014 18:03, Skip Tavakkolian <skip.tavakkolian@gmail.com> wrote:
this isn't exactly GNU Radio, but porting librtlsdr to Plan 9 would enable interesting signal processing applications.

I don't remember that from last time, but it seems a good project.
--047d7bb70ae498793004f1add068-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <5778ffc079ca4ad7227b37b1158b29f1@proxima.alt.za> <3b72cf2290d28c849e1f7a5ffde134a6@mikro.quanstro.net> Date: Thu, 6 Feb 2014 07:13:01 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e01183a003b09e004f1ae628e Subject: Re: [9fans] Inferno and the Parallella Topicbox-Message-UUID: b80b4fc0-ead8-11e9-9d60-3106f5b1d025 --089e01183a003b09e004f1ae628e Content-Type: text/plain; charset=ISO-8859-1 Thanks for the interesting debate. I wish to, in the first instance, take an RTLSDR, sample 8MHz of RF spectrum, use GNU radio to "fish out" any streams, pass those streams along to the Epiphany chip, have the cores on the Epiphany chip decode the streams, and return a result. Results are time sensitive, they must be timestamped (syncfs?). Thats probably the most simple way of explaining what I need done. Erik said the chip is "powerful enough" to do full 9P, and he is probably right. I thought Styx on a chip, with a payload program of the stream decoder, might be easier to implement. These are only suggestions - I could be barking up the wrong tree. Charles - I sent you an email with further details. On Thu, Feb 6, 2014 at 6:32 AM, Charles Forsyth wrote: > > On 5 February 2014 18:03, Skip Tavakkolian wrote: > >> this isn't exactly GNU Radio, but porting librtlsdr to Plan 9 would >> enable interesting signal processing applications. > > > I don't remember that from last time, but it seems a good project. > --089e01183a003b09e004f1ae628e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the interesting debate.

I wi= sh to, in the first instance, take an RTLSDR, sample 8MHz of RF spectrum, u= se GNU radio to "fish out" any streams, pass those streams along = to the Epiphany chip, have the cores on the Epiphany chip decode the stream= s, and return a result. Results are time sensitive, they must be timestampe= d (syncfs?). Thats probably the most simple way of explaining what I need d= one.

Erik said the chip is "powerful enough" to do= full 9P, and he is probably right. I thought Styx on a chip, with a payloa= d program of the stream decoder, might be easier to implement. These are on= ly suggestions - I could be barking up the wrong tree.

Charles - I sent you an email with further details.


On Th= u, Feb 6, 2014 at 6:32 AM, Charles Forsyth <charles.forsyth@gmail.= com> wrote:
=

On 5 February 2014 18:03, = Skip Tavakkolian <skip.tavakkolian@gmail.com> wrote= :
this isn't exactly GNU Radio, but portin= g librtlsdr to Plan 9 would enable interesting signal processing applicatio= ns.

I don't remember that from last time, but it seems a go= od project.

--089e01183a003b09e004f1ae628e--