> On Wed, Feb 9, 2011 at 6:49 AM, James Simmons <jsimmons@xxxxxxxxxxxxx> wrote: > > > >> I was looking at the radeon support state in libkms and I found out the > >> following patch was proposed back in September, but never commented nor > >> merged. The patch was submitted by nobled. > >> > >> http://lists.freedesktop.org/archives/dri-devel/2010-September/003740.html > >> > >> I applied it on the latest drm git version without any problem and > >> compilation looks fine. Is there a reason preventing it from being merged? > >> > >> If it needs testing, make your suggestion, I'll gladly make my best to > >> test it. > > > > Good point. Is KMS dead? Anyone? > > I was seriously hoping that Dave's dumb buffer API would go upstream > and that libkms would be able to use that generic path for all KMS > drivers, rather than needing shim code for every driver it supports. The email suggest it is highly discouraged to use that api for anything accelerated. Also the one thing missing is the ablity to target which pool the memory comes from. I like to be able to pick VRAM or pci DMA etc. > That said, yeah, the libkms maintainer probably should pull that code > in. Who is that, anyway? I see in the following email he lives. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
