[PATCHES] [RFC] Enable MSAA registers for r300-r500 chipsets
Two patches attached, one for the kernel and one for the DDX. Comments welcome; I have no idea exactly how to handle the case where the DDX is newer than the kernel. Do we need to make a patchlevel version bump and check? ~ C. -- Corbin Simpson mostawesomed...@gmail.com 0001-drivers-gpu-drm-radeon-Permit-userspace-to-write-MSA.patch Description: Binary data 0001-Always-write-MSAA-control-registers.patch Description: Binary data -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCHES] [RFC] Enable MSAA registers for r300-r500 chipsets
On Sun, Jan 17, 2010 at 12:28:20PM -0800, Corbin Simpson wrote: Two patches attached, one for the kernel and one for the DDX. Comments welcome; I have no idea exactly how to handle the case where the DDX is newer than the kernel. Do we need to make a patchlevel version bump and check? If ddx is newer than the kernel than we should not write the mpos reg. I think the issue is more about how mesa knows that ddx is recent enought. Mesa driver need to check before enabling those that ddx will restore its mspos settings. Others solution is to always restore for the ddx the mspos settings (mesa stills need to check for kernel support). Cheers, Jerome -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCHES] [RFC] Enable MSAA registers for r300-r500 chipsets
Version two of these patches. The kernel patchlevel is bumped. DDX now checks kernel version before writing MSPOS, and I've got some Gallium code to do the same, not yet pushed. ~ C. On Sun, Jan 17, 2010 at 12:47 PM, Jerome Glisse gli...@freedesktop.org wrote: On Sun, Jan 17, 2010 at 12:28:20PM -0800, Corbin Simpson wrote: Two patches attached, one for the kernel and one for the DDX. Comments welcome; I have no idea exactly how to handle the case where the DDX is newer than the kernel. Do we need to make a patchlevel version bump and check? If ddx is newer than the kernel than we should not write the mpos reg. I think the issue is more about how mesa knows that ddx is recent enought. Mesa driver need to check before enabling those that ddx will restore its mspos settings. Others solution is to always restore for the ddx the mspos settings (mesa stills need to check for kernel support). Cheers, Jerome -- Only fools are easily impressed by what is only barely beyond their reach. ~ Unknown Corbin Simpson mostawesomed...@gmail.com 0001-drivers-gpu-drm-radeon-Permit-userspace-to-write-MSA.patch Description: Binary data 0001-Re-write-MSAA-registers-if-available.patch Description: Binary data -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel