Please use b...@decadent.org.uk for all mail related to my work on
firmware separation, which has nothing to do with my employment.
On Mon, 2009-04-13 at 21:57 +0530, Jaswinder Singh Rajput wrote:
Moved datah before datal because datah is required before datal.
Firmware blob looks like
On Mon, 2009-04-13 at 19:26 +0100, Ben Hutchings wrote:
Please use b...@decadent.org.uk for all mail related to my work on
firmware separation, which has nothing to do with my employment.
On Mon, 2009-04-13 at 21:57 +0530, Jaswinder Singh Rajput wrote:
Moved datah before datal because datah
Jerome,
looks good overall. Some comments inline.
Jerome Glisse wrote:
I have no more list corruption but my tree have few other fixes
it would be nice if you could check if my not missunderstanding
vm code (patch attached).
Cheers,
Jerome
http://bugs.freedesktop.org/show_bug.cgi?id=21164
--- Comment #2 from Neil J. Patel njpa...@gmail.com 2009-04-14 02:54:12 PST
---
Created an attachment (id=24784)
-- (http://bugs.freedesktop.org/attachment.cgi?id=24784)
glxinfo output of machine
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21164
--- Comment #1 from Neil J. Patel njpa...@gmail.com 2009-04-14 02:53:31 PST
---
Created an attachment (id=24783)
-- (http://bugs.freedesktop.org/attachment.cgi?id=24783)
xorg.conf of machine
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21164
Summary: Very bad Clutter performance with DRI2 UXA
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Tue, Apr 14, 2009 at 10:24:41AM +0530, Jaswinder Singh Rajput wrote:
On Mon, 2009-04-13 at 19:26 +0100, Ben Hutchings wrote:
Please use b...@decadent.org.uk for all mail related to my work on
firmware separation, which has nothing to do with my employment.
On Mon, 2009-04-13 at 21:57
http://bugs.freedesktop.org/show_bug.cgi?id=21164
Kristian Høgsberg k...@bitplanet.net changed:
What|Removed |Added
CC||k...@bitplanet.net
Ben Hutchings b...@decadent.org.uk writes:
I don't copy Signed-off-by if I make significant changes as the original
author should not be held responsible for any errors. I'll be happy to
ask for your S-o-b before submitting a patch based on your work in future.
I think we should never
In apparent haste to generalize, the old version got left behind. This patch
removes the old version and cleans up the generalization in the new one.
Signed-off-by: Jonas Bonn jo...@southpole.se
---
drivers/gpu/drm/i915/intel_display.c | 10 ++
1 files changed, 2 insertions(+), 8
http://bugs.freedesktop.org/show_bug.cgi?id=20856
David John david...@mail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, 30 Mar 2009 01:10:51 -0500
Robert Noland rnol...@2hip.net wrote:
The Intel driver continues to call modeset before installing the irq
handler. I discussed this issue several months ago, but have only
recently become painfully aware of the deeper issues. Things seem to
work ok, when
Hi,
I'm testing Jerome Glisse's drm-next-radeon branch which provides
Radeon Kernel-modesetting support on a Samsung UP1500 with a PCI
Radeon X1550.
See http://cgit.freedesktop.org/~glisse/drm-next/log/?h=drm-next-radeon
While doing so, I've hit a few snags, and placed DRM_INFOs and printks
Here's an updated patchset for the DRI2 swapbuffers code. There are
still some outstanding issues, but I made some changes to the
interfaces and refreshed the patches against more recent X server and
Mesa bits.
The main open issue at this point is how to handle getting the new
buffers. The
This part is pretty simple. I think I've left it flexible enough to
accommodate triple buffering (or n-buffering) but would appreciate
feedback there.
diff --git a/dri2proto.h b/dri2proto.h
index dc3f2d1..6f5ddf0 100644
--- a/dri2proto.h
+++ b/dri2proto.h
@@ -35,7 +35,7 @@
#define DRI2_NAME
Eric suggested moving the ioctl handling into libdrm, which makes
sense. The API prototype could probably be more consistent with the
xf86drmMode stuff, I'm happy to hear suggestions on that.
diff --git a/libdrm/intel/intel_bufmgr.c b/libdrm/intel/intel_bufmgr.c
index 25a6828..3b99b45 100644
Add a new page flipping ioctl to the i915 driver, using KMS
functionality.
Internally, the new flip ioctl will use the mode_set_base function,
which will simply update the front buffer pointer, taking care to pin
the new buffer and unpin the old one. This means userspace needs to
create an FB id
Add support to Mesa for handling the new DRI2 swapbuffers request,
along with support in the Intel drivers for the new setBuffers
callback, which is responsible for updating the renderbuffers
appropriately following a swapbuffers call.
diff --git a/include/GL/internal/dri_interface.h
Add support to the X server for the new DRI2 swapbuffers request. This
requires a new driver callback, SwapBuffers, which takes care of
performing the swap and allocating new buffers if necessary.
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index 4544a2c..af6755b 100644
--- a/glx/glxdri2.c
+++
Arg, and w/o word wrapping this time.
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index c23b3a9..5273ce0 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -871,6 +871,127 @@ static int i915_set_status_page(struct drm_device
http://bugs.freedesktop.org/show_bug.cgi?id=21122
--- Comment #7 from TeF tefi...@gmail.com 2009-04-14 17:34:49 PST ---
(In reply to comment #6)
does removing the gartsize or AGPMode options from your config help?
nothing chang
--
Configure bugmail:
On 04/06/2009 08:50 PM, Wang, Zhenyu Z wrote:
On 2009.04.07 00:52:16 +0800, Jesse Barnes wrote:
On Mon, 6 Apr 2009 10:11:25 -0400
Jarod Wilsonja...@redhat.com wrote:
There are a number of small form factor desktop systems with Intel
mobile graphics chips that lie and say they have an LVDS.
Hi Matt
Jerome and I think that the hang may be caused by being unable to read
the PCI ROM.
I have been taking a little bit of a look at reading the PCI ROM on a
radeon video card to try to get the radeonhd xserver video driver
going on Alpha. On one of my Alphas the SRM can't post the
Krzysztof Halasa wrote:
Ben Hutchings b...@decadent.org.uk writes:
I don't copy Signed-off-by if I make significant changes as the original
author should not be held responsible for any errors. I'll be happy to
ask for your S-o-b before submitting a patch based on your work in future.
I
24 matches
Mail list logo