Krzysztof Halasa wrote:
> Ben Hutchings 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 sh
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 c
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 Wilson wrote:
>>
>>> There are a number of small form factor desktop systems with Intel
>>> mobile graphics chips that lie and say they have an LVDS. With
http://bugs.freedesktop.org/show_bug.cgi?id=21122
--- Comment #7 from TeF 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: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
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 *de
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
+++ b/g
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
b/include/GL
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
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
---
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
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 curre
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
thro
On Mon, 30 Mar 2009 01:10:51 -0500
Robert Noland 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 you first sta
http://bugs.freedesktop.org/show_bug.cgi?id=20856
David John changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
---
drivers/gpu/drm/i915/intel_display.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --gi
Ben Hutchings 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 include the original SOB
drm_connector_init sets both the connector type and the connector type_id
on the newly initialised connector. As the connector type_id is coupled to
the connector type, the connector type cannot simply be modified on an
initialised connector.
This patch changes the order of operations on intel_sd
http://bugs.freedesktop.org/show_bug.cgi?id=21164
Kristian Høgsberg changed:
What|Removed |Added
CC||k...@bitplanet.net
--- Comment #3
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 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, Jaswi
http://bugs.freedesktop.org/show_bug.cgi?id=21164
--- Comment #2 from Neil J. Patel 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/userpref
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
http://bugs.freedesktop.org/show_bug.cgi?id=21164
--- Comment #1 from Neil J. Patel 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/userprefs.cgi
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
>
> ---
23 matches
Mail list logo