On Tue, Nov 08, 2011 at 02:31:00PM -0800, Jesse Barnes wrote:
> On Tue, 8 Nov 2011 22:57:03 +0100 Daniel Vetter wrote:
> > > @@ -270,8 +270,14 @@ void intel_fb_restore_mode(struct drm_device *dev)
> > > {
> > > int ret;
> > > drm_i915_private_t *dev_priv = dev->dev_private;
> > > + struct drm
At Tue, 8 Nov 2011 12:23:30 -0800,
Linus Torvalds wrote:
>
> Hmm, I don't know what caused this to trigger, but I'm adding both the
> i915 people and the HDA people to the cc, and they can fight to the
> death about this in the HDMI Thunderdome.
It must be the new addition of ELD-passing code.
F
On Tue, Nov 8, 2011 at 7:08 PM, Greg Dietsche wrote:
> Hi,
> I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
> there is no sound (hdmi connection). Also, the playback speed is in a sort
> of fast forward (for example, after a few seconds of real time, rhythmbox
> shows
Hi,
I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
there is no sound (hdmi connection). Also, the playback speed is in a sort
of fast forward (for example, after a few seconds of real time, rhythmbox
shows something like 30 seconds into the song). This seems to be a ker
On Tue, Nov 08, 2011 at 10:57:03PM +0100, Daniel Vetter wrote:
> > + /*
> > +* Clamp the width & height into the visible area. Note we don't
> > +* try to scale the source if part of the visible region is offscreen.
> > +* The caller must handle that by adjusting source offset and si
On Mon, Nov 07, 2011 at 10:02:56AM -0800, Jesse Barnes wrote:
> To save power when the sprite is full screen, we can disable the primary
> plane on the same pipe. Track the sprite status and enable/disable the
> primary opportunistically.
>
> Signed-off-by: Jesse Barnes
I'll again look at this w
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
> Add new ioctls for getting and setting the current destination color
> key. This allows for simple overlay display control by matching a color
> key value in the primary plane before blending the overlay on top.
>
> Signed-off-by: Je
On Mon, Nov 07, 2011 at 10:02:54AM -0800, Jesse Barnes wrote:
> The video sprites support various video surface formats natively and can
> handle scaling as well. So add support for them using the new DRM core
> sprite support functions.
>
> Signed-off-by: Jesse Barnes
I've not checked the wate
On Tue, 8 Nov 2011 13:18:33 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
> S
On Tue, Nov 08, 2011 at 05:55:17PM +, Russell King - ARM Linux wrote:
> On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> > Actually I think the importer should get a _mapped_ scatterlist when it
> > calls get_scatterlist. The simple reason is that for strange stuff like
> > memo
On Tue, Nov 8, 2011 at 7:08 PM, Greg Dietsche wrote:
> Hi,
> I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
> there is no sound (hdmi connection). Also, the playback speed is in a sort
> of fast forward (for example, after a few seconds of real time, rhythmbox
> shows
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/335a23cb/attachment.html>
From: Michel D?nzer
This was only the case if the GPU reset was triggered from the CS ioctl,
otherwise other processes could happily enter the CS ioctl and wreak havoc
during the GPU reset.
This is a little complicated because the GPU reset can be triggered from the
CS ioctl, in which case we're
On Tue, Nov 08, 2011 at 10:59:56AM -0600, Clark, Rob wrote:
> On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
> > 2. dma-mapping api is very limited in the area of the dynamic buffer
> > management,
> > this API has been designed definitely for static buffer allocation and
> > mapping.
> >
> > I
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #58 from Rafael Ávila de Espíndola
2011-11-08 18:10:31 UTC ---
I also decided to try reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df and it
works.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #58 from Rafael ?vila de Esp?ndola
2011-11-08 18:10:31 UTC ---
I also decided to try reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df and it
works.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> Actually I think the importer should get a _mapped_ scatterlist when it
> calls get_scatterlist. The simple reason is that for strange stuff like
> memory remapped into e.g. omaps TILER doesn't have any sensible notion of
> an address
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> +int drm_mode_getplane(struct drm_device *dev, void *data,
> + struct drm_file *file_priv)
> +{
> + struct drm_mode_get_plane *plane_resp = data;
> + struct drm_mode_object *obj;
> + struct drm_plane *plane;
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
> S
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #57 from Rafael Ávila de Espíndola
2011-11-08 17:43:24 PST ---
Created attachment 53309
--> https://bugs.freedesktop.org/attachment.cgi?id=53309
xorg log with the ati driver in fedora16
I have just installed fedora 16 on an "imac1
On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter wrote:
> On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
>> Add new ioctls for getting and setting the current destination color
>> key. ?This allows for simple overlay display control by matching a color
>> key value in the primary plane
Hi all !
I would like to ask, if there is any news on implementing the Short
Video Descriptors parsing in the EDID data.
There was already a patch before, but I don't think it went into mainline.
http://www.spinics.net/lists/dri-devel/msg02626.html
Without this, htpc users with XBMC, MythTV, or
And, I want to know something:
1, Does GPU use MC to access GTT?
2, What can cause MC timeout?
> Hi,
>
> Some status update.
> ? 2011?9?29? ??5:17?Chen Jie ???
>> Hi,
>> Add more information.
>> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
>> platform with a mips64 compa
Hi,
Some status update.
? 2011?9?29? ??5:17?Chen Jie ???
> Hi,
> Add more information.
> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> platform with a mips64 compatible CPU and rs780e, the kernel is 3.1.0-rc8
> 64bit). Related kernel message:
> /* return from STR */
>
On Mon, Nov 07, 2011 at 10:02:52AM -0800, Jesse Barnes wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Signed-off-by: Jesse Barnes
One question belowk, but still:
Reviewed-by:
On Tue, Nov 08, 2011 at 05:36:11PM -0500, Alex Deucher wrote:
> On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter wrote:
> > On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
> >> Add new ioctls for getting and setting the current destination color
> >> key. This allows for simple overlay
On Tue, Nov 08, 2011 at 02:31:00PM -0800, Jesse Barnes wrote:
> On Tue, 8 Nov 2011 22:57:03 +0100 Daniel Vetter wrote:
> > > @@ -270,8 +270,14 @@ void intel_fb_restore_mode(struct drm_device *dev)
> > > {
> > > int ret;
> > > drm_i915_private_t *dev_priv = dev->dev_private;
> > > + struct drm
On Tue, 8 Nov 2011 23:06:57 +0100
Daniel Vetter wrote:
> On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
> > Add new ioctls for getting and setting the current destination color
> > key. This allows for simple overlay display control by matching a color
> > key value in the primary
On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter wrote:
> On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
>> Add new ioctls for getting and setting the current destination color
>> key. This allows for simple overlay display control by matching a color
>> key value in the primary plane
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/f9a302f8/attachment.pgp>
On Tue, 8 Nov 2011 22:57:03 +0100
Daniel Vetter wrote:
> I've not checked the watermarks, that kind of magic eludes me ;-) A few
> other comments below.
I need to get docs on that; in particular WM handling with downscaling
is an unknown.
> > +#define DVS_SCALE_ENABLE (1<<31)
> > +#define DV
+ struct intel_plane *intel_plane = to_intel_plane(plane);
> > + int ret = 0;
> > +
> > + mutex_lock(&dev->struct_mutex);
> > +
> > + intel_plane->disable_plane(plane);
>
> Again, move the vblank_wait which is inside the disable_plane outside of
> the struct_mutex lock. We really need some generic infrastructure to run
> something after the next vblank in a workqueu. Would clean up pageflip,
> the legacy overlay and kill the vblank here ...
Yeah, that would be nice. Blocking userspace on the vblank is also not
nice.
> > + ret = i915_gem_object_finish_gpu(intel_plane->obj);
> > + if (ret)
> > + goto out_unlock;
>
> What's the reason for that finish_gpu here?
Slavish emulation of some other teardown code paths. If we ever do
flipping on the sprites, I think we'll want it.
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/106eae76/attachment-0001.pgp>
On Tue, Nov 08, 2011 at 10:57:03PM +0100, Daniel Vetter wrote:
> > + /*
> > +* Clamp the width & height into the visible area. Note we don't
> > +* try to scale the source if part of the visible region is offscreen.
> > +* The caller must handle that by adjusting source offset and si
On Mon, Nov 07, 2011 at 10:02:56AM -0800, Jesse Barnes wrote:
> To save power when the sprite is full screen, we can disable the primary
> plane on the same pipe. Track the sprite status and enable/disable the
> primary opportunistically.
>
> Signed-off-by: Jesse Barnes
I'll again look at this w
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
> Add new ioctls for getting and setting the current destination color
> key. This allows for simple overlay display control by matching a color
> key value in the primary plane before blending the overlay on top.
>
> Signed-off-by: Je
On Mon, Nov 07, 2011 at 10:02:54AM -0800, Jesse Barnes wrote:
> The video sprites support various video surface formats natively and can
> handle scaling as well. So add support for them using the new DRM core
> sprite support functions.
>
> Signed-off-by: Jesse Barnes
I've not checked the wate
On Tue, 8 Nov 2011 13:18:33 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
> S
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new mode_fb_cmd
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 257 +++
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new mode_fb_cmd
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 257 +++
On Tue, 08 Nov 2011 17:50:51 +
Chris Wilson wrote:
> On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
> wrote:
> > +int drm_mode_getplane(struct drm_device *dev, void *data,
> > + struct drm_file *file_priv)
> > +{
> > + struct drm_mode_get_plane *plane_resp = data;
> >
Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/a0e3de45/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #8 from Lauri Kasanen 2011-11-08 05:06:44
PST ---
I can't; the same function is used for everything from r600 on - I have no idea
whether it would break other hw. As mentioned in the comment above, the bug is
not there on a r700 dedi
Hmm, I don't know what caused this to trigger, but I'm adding both the
i915 people and the HDA people to the cc, and they can fight to the
death about this in the HDMI Thunderdome.
Guys: One.. Two.. Three.. FIGHT!
Linus
On Tue, Nov 8, 2011 at 6:55 AM, Nick Bowler wrote:
>
> Mod
Hmm, I don't know what caused this to trigger, but I'm adding both the
i915 people and the HDA people to the cc, and they can fight to the
death about this in the HDMI Thunderdome.
Guys: One.. Two.. Three.. FIGHT!
Linus
On Tue, Nov 8, 2011 at 6:55 AM, Nick Bowler wrote:
>
> Mod
On Tue, Nov 08, 2011 at 09:11:20AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> >From: Jerome Glisse
> >
> >Use the ttm_tt page ptr array for page allocation, move the list to
> >array unwinding into the page allocation functions.
> >
> >V2 split the fix t
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
wrote:
> Hello,
>
> I'm sorry for a late reply, but after Kernel Summit/ELC I have some comments.
>
> On Friday, October 14, 2011 5:35 PM Daniel Vetter wrote:
>
>> On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote:
>> > >+/**
>> >
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
wrote:
> Hello,
>
> I'm sorry for a late reply, but after Kernel Summit/ELC I have some comments.
>
> On Friday, October 14, 2011 5:35 PM Daniel Vetter wrote:
>
>> On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote:
>> > >+/**
>> >
On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> Actually I think the importer should get a _mapped_ scatterlist when it
> calls get_scatterlist. The simple reason is that for strange stuff like
> memory remapped into e.g. omaps TILER doesn't have any sensible notion of
> an address
And, I want to know something:
1, Does GPU use MC to access GTT?
2, What can cause MC timeout？
> Hi,
>
> Some status update.
> 在 2011年9月29日 下午5:17，Chen Jie 写道：
>> Hi,
>> Add more information.
>> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
>> platform with a mips64 compa
On Tue, Nov 08, 2011 at 05:55:17PM +, Russell King - ARM Linux wrote:
> On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> > Actually I think the importer should get a _mapped_ scatterlist when it
> > calls get_scatterlist. The simple reason is that for strange stuff like
> > memo
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #12 from Filip 2011-11-08 02:35:35 PST ---
Thanks for the input.
At this moment I have reinstalled the open source drivers and it seems stable
now. I have tried using catalyst and maybe that has caused issues (as catalyst
apparently
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #11 from Michel D?nzer 2011-11-08 02:33:27
PST ---
If none of Alex's suggestions help, does either of the following options work
around the problem?
Option "SwapbuffersWait" "off"
Option "EnablePageFlip" "off"
--
Configure
On Mon, Nov 07, 2011 at 06:40:20PM -0500, j.glisse at gmail.com wrote:
> Ok so here is full patchset, including nouveau support, Ben if you
> could review (if change to nouveau in patch 7 are correct then others
> change to nouveau are more than likely 100% correct :)).
You are missing one patch (
On Tue, Nov 08, 2011 at 03:33:03PM +0800, Chen Jie wrote:
> Hi,
>
> Some status update.
> ? 2011?9?29? ??5:17?Chen Jie ???
> > Hi,
> > Add more information.
> > We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> > platform with a mips64 compatible CPU and rs780e, the kernel
On Tue, Nov 08, 2011 at 08:56:17AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> >From: Jerome Glisse
> >
> >Split btw highmem and lowmem page was rendered useless by the
> >pool code. Remove it.
>
> Actually it was introduced so that we could call set_pag
From: Alex Deucher
Can happen when there is no DP panel attached, confusing
users. Make it debug only.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
> index ae06e42..beef9ab 100644
> --- a/include/drm/ttm/ttm_bo_driver.h
> +++ b/include/drm/ttm/ttm_bo_driver.h
> @@ -104,6 +104,7 @@ enum ttm_caching_state {
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> +int drm_mode_getplane(struct drm_device *dev, void *data,
> + struct drm_file *file_priv)
> +{
> + struct drm_mode_get_plane *plane_resp = data;
> + struct drm_mode_object *obj;
> + struct drm_plane *plane;
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> ttm_backend will exist only and only with a ttm_tt, and ttm_tt
> will be of interesting use only when bind to a backend. Thus to
> avoid code& data duplication btw the two merge them.
>
>
Looks mainly good, but I'd
From: Michel Dänzer
This was only the case if the GPU reset was triggered from the CS ioctl,
otherwise other processes could happily enter the CS ioctl and wreak havoc
during the GPU reset.
This is a little complicated because the GPU reset can be triggered from the
CS ioctl, in which case we're
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
> S
On Tue, Nov 08, 2011 at 10:59:56AM -0600, Clark, Rob wrote:
> On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
> > 2. dma-mapping api is very limited in the area of the dynamic buffer
> > management,
> > this API has been designed definitely for static buffer allocation and
> > mapping.
> >
> > I
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new mode_fb_cmd
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 251 +++
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new mode_fb_cmd
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 251 +++
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Move the page allocation and freeing to driver callback and
> provide ttm code helper function for those.
>
> Most intrusive change, is the fact that we now only fully
> populate an object this simplify some of code desi
2011/11/8 :
> And, I want to know something:
> 1, Does GPU use MC to access GTT?
Yes. All GPU clients (display, 3D, etc.) go through the MC to access
memory (vram or gart).
> 2, What can cause MC timeout?
Lots of things. Some GPU client still active, some GPU client hung or
not properly initi
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/gpu/drm/ttm/ttm_tt.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/dri
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Use the ttm_tt page ptr array for page allocation, move the list to
> array unwinding into the page allocation functions.
>
> V2 split the fix to use ttm put page as a separate fix
> properly fill pages array when TTM_PA
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> On failure we need to make sure the page we free has wb cache
> attribute. Do this pas call the proper ttm page helper function.
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad Rzes
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This field is not use by any of the driver just drop it.
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c |1 -
> in
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Split btw highmem and lowmem page was rendered useless by the
> pool code. Remove it.
Actually it was introduced so that we could call set_pages_array_xx
when changing caching attributes of an existing TTM, since the
se
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This was never use in none of the driver, properly using userspace
> page for bo would need more code (vma interaction mostly). Removing
> this dead code in preparation of ttm_tt& backend merge.
>
>
This is not exa
On Tue, 8 Nov 2011 15:20:37 +0100
Daniel Vetter wrote:
> On Mon, Nov 07, 2011 at 10:02:52AM -0800, Jesse Barnes wrote:
> > Planes are a bit like half-CRTCs. They have a location and fb, but
> > don't drive outputs directly. Add support for handling them to the core
> > KMS code.
> >
> > Signed
truct drm_plane {
> > + struct drm_device *dev;
> > + struct device kdev;
> > + struct device_attribute *attr;
>
> What are these two for?
Oh I can drop those. I had plans to expose some sysfs stuff, but I
don't think I'll bother. Thanks.
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/25222089/attachment.pgp>
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This was never use in none of the driver, properly using userspace
> page for bo would need more code (vma interaction mostly). Removing
> this dead code in preparation of ttm_tt& backend merge.
>
>
Jerome,
I actua
On Tue, Nov 08, 2011 at 09:11:20AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
> >From: Jerome Glisse
> >
> >Use the ttm_tt page ptr array for page allocation, move the list to
> >array unwinding into the page allocation functions.
> >
> >V2 split the fix to u
Hi all !
I would like to ask, if there is any news on implementing the Short
Video Descriptors parsing in the EDID data.
There was already a patch before, but I don't think it went into mainline.
http://www.spinics.net/lists/dri-devel/msg02626.html
Without this, htpc users with XBMC, MythTV, or
On Mon, Nov 07, 2011 at 06:40:20PM -0500, j.gli...@gmail.com wrote:
> Ok so here is full patchset, including nouveau support, Ben if you
> could review (if change to nouveau in patch 7 are correct then others
> change to nouveau are more than likely 100% correct :)).
You are missing one patch (tho
On Tue, Nov 08, 2011 at 08:56:17AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
> >From: Jerome Glisse
> >
> >Split btw highmem and lowmem page was rendered useless by the
> >pool code. Remove it.
>
> Actually it was introduced so that we could call set_pages_
On Tue, Nov 08, 2011 at 03:33:03PM +0800, Chen Jie wrote:
> Hi,
>
> Some status update.
> 在 2011年9月29日 下午5:17，Chen Jie 写道：
> > Hi,
> > Add more information.
> > We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> > platform with a mips64 compatible CPU and rs780e, the kernel
From: Alex Deucher
Can happen when there is no DP panel attached, confusing
users. Make it debug only.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/at
2011/11/8 :
> And, I want to know something:
> 1, Does GPU use MC to access GTT?
Yes. All GPU clients (display, 3D, etc.) go through the MC to access
memory (vram or gart).
> 2, What can cause MC timeout？
Lots of things. Some GPU client still active, some GPU client hung or
not properly initi
On Mon, Nov 07, 2011 at 10:02:52AM -0800, Jesse Barnes wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Signed-off-by: Jesse Barnes
One question belowk, but still:
Reviewed-by:
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #8 from Lauri Kasanen 2011-11-08 05:06:44
PST ---
I can't; the same function is used for everything from r600 on - I have no idea
whether it would break other hw. As mentioned in the comment above, the bug is
not there on a r700 dedi
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #12 from Filip 2011-11-08 02:35:35 PST ---
Thanks for the input.
At this moment I have reinstalled the open source drivers and it seems stable
now. I have tried using catalyst and maybe that has caused issues (as catalyst
apparently
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #11 from Michel Dänzer 2011-11-08 02:33:27 PST
---
If none of Alex's suggestions help, does either of the following options work
around the problem?
Option "SwapbuffersWait" "off"
Option "EnablePageFlip" "off"
--
Configure
>
> Thanks,
> Daniel
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: lspci-v-x20.txt
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/3891ab5d/attachment-0001.txt>
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
index ae06e42..beef9ab 100644
--- a/include/drm/ttm/ttm_bo_driver.h
+++ b/include/drm/ttm/ttm_bo_driver.h
@@ -104,6 +104,7 @@ enum ttm_caching_state {
* @cachi
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
ttm_backend will exist only and only with a ttm_tt, and ttm_tt
will be of interesting use only when bind to a backend. Thus to
avoid code& data duplication btw the two merge them.
Looks mainly good, but I'd still like
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Move the page allocation and freeing to driver callback and
provide ttm code helper function for those.
Most intrusive change, is the fact that we now only fully
populate an object this simplify some of code designed around
t
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_tt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Use the ttm_tt page ptr array for page allocation, move the list to
array unwinding into the page allocation functions.
V2 split the fix to use ttm put page as a separate fix
properly fill pages array when TTM_PAGE_FLAG_ZERO_
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Split btw highmem and lowmem page was rendered useless by the
pool code. Remove it.
Actually it was introduced so that we could call set_pages_array_xx
when changing caching attributes of an existing TTM, since the
set_pages
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
On failure we need to make sure the page we free has wb cache
attribute. Do this pas call the proper ttm page helper function.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
--
98 matches
Mail list logo
