I am completely sold on pico-ITX. 72mm x 100mm, and it would fit in my q3ube case design nicely (http://q3u.be)
As for cpus.... I need synthesizable VHDL or Verilog I can start testing some tools with. I downloaded the sparc/leon grlib ( http://www.gaisler.com/index.php/downloads/leongrlib ), but the docs say 'make xconfig', but it does not seem to work. I need to spend some more time with it. On Fri, Dec 07, 2012 at 02:35:59PM -0800, gary sheppard wrote: > Upon more searching, MicroATX seems the best bet, because then we open up a > world of rack mount options as well. No need to artificially limit > ourselves for sales opportunities. > > Make it 64 bit, and flexible so we can "stack" it if a sales opportunity > like that presents itself. > > > On Fri, Dec 7, 2012 at 2:27 PM, gary sheppard <[email protected]> wrote: > > > I just did a search for cases, upon further reflection perhaps MiniITX > > would be a better idea. > > This is just for pure eye candy and to provoke some thought... > > > > http://www.neweggbusiness.com/Product/Product.aspx?Item=N82E16811108196 > > > > A lot of options open up to us if we can tap currently produced enclosures > > and power supplies. The most important is open drivers that are fully > > functional. By the way, Displayport 1.2+ is gaining traction as well and it > > is royalty free. > > > > > > > > On Fri, Dec 7, 2012 at 2:06 PM, gary sheppard <[email protected]> wrote: > > > >> I honestly think because of ARM's encroachment there is a window of > >> opportunity for a "PC" that is powered by something other than x86. Keep in > >> mind Joe six pack has no clue what "chip" arch is inside. They just care > >> about the internet, facebook, email, and a few games. With android and ARM > >> making waves, we would do well to look into what it would take to "port" > >> app's over to whatever arch we run with. > >> > >> On the other hand if we were to run with OpenSPARC our most likely game > >> plan would be more University / Educationally oriented. That does not mean > >> we should forgo a means to Port things like Steam and their Source Engine. > >> Hey, everyone likes some kind of game :) > >> > >> > >> On Fri, Dec 7, 2012 at 1:51 PM, Gregory Carter <[email protected]> wrote: > >> > >>> I am not a SoC expert but I think the general idea of a lot of these GPU > >>> designs tie them to CPU's and whole memory infrastructure as well, which > >>> makes the whole software end of things really a mess. Sending messages to > >>> a Mali GPU in MIPS from a Intel BUS does not after thinking about some of > >>> the comments here sound very well, efficient. > >>> > >>> I think that would go for just about any chip infrastructure that is > >>> integrated. > >>> > >>> We really need something that is naked/bare and tied only to PCI/Xpress. > >>> Which at the moment from what I can find ties us to Nvidia, AMD or a chip > >>> that we make. > >>> > >>> Certainly it is most efficient. > >>> > >>> Perhaps we need a marketing plan instead? We could use my last idea, > >>> however, we buy AMD chips, put them on boards and compete in the market > >>> place and use the funds to build a open GPU. > >>> > >>> Although, if AMD found out what we were doing with the profits, I think > >>> they might get upset and probably sue us. > >>> > >>> :-) > >>> > >>> -gc > >>> > >>> > >>> On 12/07/2012 03:33 PM, gary sheppard wrote: > >>> > >>>> Unless some one has an ARM Lic. perhaps either OpenRISC or OpenSPARC > >>>> would > >>>> be a better starting place. While I do like the momentum of ARM the > >>>> price > >>>> of admission might be prohibitive. > >>>> > >>>> > >>>> On Fri, Dec 7, 2012 at 1:04 PM, "Ing. Daniel Rozsny?" < > >>>> [email protected]>wrote: > >>>> > >>>> These integrated GPU's are not available without the processor. And you > >>>>> will have very hard time, to find one which has PCIe (and that would be > >>>>> pcie host not device). > >>>>> > >>>>> Putting a SoC on a PCIe card has no real benefit. You are probably > >>>>> trapped > >>>>> in a recursion - and if you get again to the surface, you has to > >>>>> acknowledge that you can do your work on the SoC itself. No need to > >>>>> put it > >>>>> into another system. > >>>>> > >>>>> Daniel > >>>>> > >>>>> > >>>>> > >>>>> On 12/07/2012 10:00 PM, Gregory Carter wrote: > >>>>> > >>>>> Well, what about the Mali GPU work being done right now? > >>>>>> > >>>>>> http://www.malideveloper.com/****developer-resources/drivers/****<http://www.malideveloper.com/**developer-resources/drivers/**> > >>>>>> open-source-mali-gpus-linux-****kernel-device-drivers.php<http** > >>>>>> ://www.malideveloper.com/**developer-resources/drivers/** > >>>>>> open-source-mali-gpus-linux-**kernel-device-drivers.php<http://www.malideveloper.com/developer-resources/drivers/open-source-mali-gpus-linux-kernel-device-drivers.php> > >>>>>> > > >>>>>> > >>>>>> > >>>>>> > >>>>>> Seems like the source code is available, and at least one Linux > >>>>>> desktop > >>>>>> at the moment is up on OpenGL ES, which might be a little more > >>>>>> realistic > >>>>>> than a Ivy Bridge setup on a card. (Which people have written to me > >>>>>> that that is not really practical. Although they haven't spelled out > >>>>>> the specifics. :-) > >>>>>> > >>>>>> OpenGL ES is supported by KDE 4.10 right now, or at least I think Kwin > >>>>>> builds and runs fine on it completely accelerated last time I looked. > >>>>>> > >>>>>> Maybe a little Mali coprocessor to start would be a better idea to > >>>>>> getting a card out quickly to get a revenue stream for funding a open > >>>>>> architecture. > >>>>>> > >>>>>> -gc > >>>>>> > >>>>>> On 12/07/2012 02:06 AM, Dieter BSD wrote: > >>>>>> > >>>>>> So how much interest is there in my idea of a graphics card > >>>>>>> > >>>>>>>> with a framebuffer and a socket to optionally add the future gpu? > >>>>>>>>> Can we build one with existing off the shelf parts (that have > >>>>>>>>> datasheets)? > >>>>>>>>> > >>>>>>>>> Daniel writes: > >>>>>>>> I am interested, but my target is to pack it into a mini-pcie > >>>>>>>> embedded > >>>>>>>> design, however I can live with the fact that it can be prototyped > >>>>>>>> as a > >>>>>>>> standard PCIe card. > >>>>>>>> > >>>>>>>> They make adapters to plug mini-pcie cards into PCIe slots. > >>>>>>> > >>>>>>> 1) Is a mini-pcie card large enough? > >>>>>>> > >>>>>>> 2) If we go mini-pcie, how do we handle the connections to the > >>>>>>> displays? > >>>>>>> > >>>>>>> One idea I had awhile back was rather than have the OGP GPU chip > >>>>>>> plug into a socket, put it on a mini-pcie card and then plug that > >>>>>>> into the PCIe framebuffer card. > >>>>>>> ______________________________****_________________ > >>>>>>> Open-graphics mailing list > >>>>>>> [email protected] > >>>>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics<http://lists.duskglow.com/**mailman/listinfo/open-graphics> > >>>>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > >>>>>>> **> > >>>>>>> > >>>>>>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> ______________________________****_________________ > >>>>>> Open-graphics mailing list > >>>>>> [email protected] > >>>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics<http://lists.duskglow.com/**mailman/listinfo/open-graphics> > >>>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > >>>>>> **> > >>>>>> > >>>>>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >>>>>> > >>>>>> ______________________________****_________________ > >>>>> Open-graphics mailing list > >>>>> [email protected] > >>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics<http://lists.duskglow.com/**mailman/listinfo/open-graphics> > >>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > >>>>> **> > >>>>> > >>>>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >>>>> > >>>>> > >>>> > >>>> ______________________________**_________________ > >>>> Open-graphics mailing list > >>>> [email protected] > >>>> http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > >>>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >>>> > >>> > >>> ______________________________**_________________ > >>> Open-graphics mailing list > >>> [email protected] > >>> http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > >>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >>> > >> > >> > > > _______________________________________________ > Open-graphics mailing list > [email protected] > http://lists.duskglow.com/mailman/listinfo/open-graphics > List service provided by Duskglow Consulting, LLC (www.duskglow.com) _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
