clarifying the state of drm-next-3.9 and next steps
Matthew Macy
mmacy at nextbsd.org
Thu Apr 14 20:55:51 UTC 2016
---- On Thu, 14 Apr 2016 13:53:10 -0700 Arto Pekkanen <isoa at kapsi.fi> wrote ----
> Ah okay ... hmmm, that would mean Radeon R9 -series gfx cards right?
Yes.
> In that case I'll have to see if I can get such a card somewhere dirt
> cheap. No promises though.
>
> If I happen to get Fiji architecture based device somewhere I would help
> in testing AMD GPGPU.
Polaris is coming out shortly, at which point lower-end Fiji cards will probably come down in price.
-M
> On 14.04.2016 23:38, Matthew Macy wrote:
> >
> >
> >
> > ---- On Thu, 14 Apr 2016 13:30:16 -0700 Arto Pekkanen <isoa at kapsi.fi> wrote ----
> > > Can't promise anything for certain. I don't have a Radeon chip or a
> > > spare rig right now, but I might get one later. If not, I might be able
> > > to fix a cheap, older laptop with a Radeon GPU.
> > >
> > > I've no experience systems level programming or anything like that. I
> > > was thinking more about *coin mining or SETI at Home, you know, the kinda
> > > entry level, brick layer stuff wannabe hackers run on their petty home
> > > servers. I could try enabling AMD GPGPU option in some *coin miner in
> > > the ports tree, or if there is no such miner app available try to port
> > > one for FreeBSD, provided that the required libraries are made available
> > > at the time.
> >
> > The HSA/HCC code that I'm looking at only supports Fiji chips. An older Radeon won't buy you anything unless you can piece together the OpenCL bits.
> >
> > -M
> >
> >
> > > On 14.04.2016 22:08, Matthew Macy wrote:
> > > >
> > > >
> > > > Thanks for the heads up :)
> > > >
> > > > I am especially interested in the GPGPU support for AMDs, since this
> > > > would actually make FreeBSD x86 rigs very useful for power efficient
> > > > cluster computing. Thus far cheapest alternatives (on x86 hardware) have
> > > > been based on Windows or Linux.
> > > >
> > > >
> > > > Can I count you as a volunteer to help jmd with user level runtime
> > > > support? :D
> > > >
> > > >
> > > > -M
> > > >
> > > >
> > > >
> > > > On 12.04.2016 22:57, Matthew Macy wrote:
> > > > > There seems to be some confusion about the state of drm-next-3.9.
> > > > All the work is currently going on in jmd's fork of
> > > > freebsd-base-graphics:
> > > > >
> > > > > https://github.com/iotamudelta/freebsd-base-graphics
> > > > >
> > > > > The emphasis has been on bringing i915 and the drm code in
> > > > dev/drm2 closer to upstream as opposed to a simple driver refresh.
> > > > I'm currently implementing missing linuxkpi bits and hope to
> > > > actually be testing in the next week or so.
> > > > >
> > > > > As of this moment there is nothing available for general
> > > > consumption. I very much hope to have this phase done before code
> > > > freeze. I will update the list as soon as there is anything to test.
> > > > Until then, hold your horses.
> > > > >
> > > > > The next phase will be more interesting to anyone who isn't simply
> > > > waiting on bug fixes for Haswell support. My plan is to update DRM
> > > > to 4.6 and import amdgpu and amdkfd support. I would like to be able
> > > > to do GPGPU work using HIP/HSA on my AMD cards. An ETA on 4.6/amdgpu
> > > > support is difficult to come up with. But certainly it will _not_ be
> > > > any earlier than end of May.
> > > > >
> > > > > -M
> > > > >
> > > > > _______________________________________________
> > > > > freebsd-x11 at freebsd.org <mailto:freebsd-x11 at freebsd.org> mailing list
> > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-x11
> > > > > To unsubscribe, send any mail to
> > > > "freebsd-x11-unsubscribe at freebsd.org
> > > > <mailto:freebsd-x11-unsubscribe at freebsd.org>"
> > > > >
> > > >
> > >
> > >
> >
>
>
More information about the freebsd-x11
mailing list