On Thu, 2010-10-21 at 17:31 +0800, Chris Wilson wrote:
> On Thu, 21 Oct 2010 16:55:40 +0800, "Xiang, Haihao"
> wrote:
> > Here is the set of patches to enable texture adaptor on Sandybridge.
> > Currently you need to turn off shadow in /etc/xorg.conf to use texture
> > video on Sandybridge
>
>
On Thu, Oct 21, 2010 at 10:36:33AM +0100, Chris Wilson wrote:
> On Wed, 20 Oct 2010 21:45:41 +0200, David Härdeman wrote:
> > On Fri, Sep 24, 2010 at 09:44:32PM +0200, David Härdeman wrote:
> > > Two questions still remain:
> > >
> > > I'm assuming that the sdvo hardware also stores a header ECC
Hi,
Is it possible to have two inteldrmfb devices (/dev/fb[01])
for two output ports using i915 without xorg?
If not, is it possible to force the default inteldrmfb output
port? Here I want my framebuffer size match my netbook's
external LCD rather than its tiny display.
Thanks,
Ali
__
Chia-I,
I've pushed an updated version of the patch to -staging and added acks
from both Kristian and Jesse since they both agreed with your assessment
of the bug.
Thanks,
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Intel-gfx maili
On Thu, Oct 21, 2010 at 1:49 PM, Chia-I Wu wrote:
> On Fri, Oct 22, 2010 at 12:18 AM, Jesse Barnes
> wrote:
>> On Thu, 21 Oct 2010 17:55:13 +0800
>> Chia-I Wu wrote:
>>
>>> Hi list,
>>>
>>> According to the doc for page_flip, intel_crtc_page_flip should
>>>
>>> ... block all rendering to the
On Fri, 22 Oct 2010 01:49:17 +0800
Chia-I Wu wrote:
> On Fri, Oct 22, 2010 at 12:18 AM, Jesse Barnes
> wrote:
> > On Thu, 21 Oct 2010 17:55:13 +0800
> > Chia-I Wu wrote:
> >
> >> Hi list,
> >>
> >> According to the doc for page_flip, intel_crtc_page_flip should
> >>
> >> ... block all rende
On Fri, Oct 22, 2010 at 12:18 AM, Jesse Barnes wrote:
> On Thu, 21 Oct 2010 17:55:13 +0800
> Chia-I Wu wrote:
>
>> Hi list,
>>
>> According to the doc for page_flip, intel_crtc_page_flip should
>>
>> ... block all rendering to the current fb until the flip has
>> completed.
>>
>> I am not e
On Fri, Oct 22, 2010 at 12:56 AM, Jesse Barnes wrote:
> On Thu, 21 Oct 2010 17:32:30 +0800
> Chia-I Wu wrote:
>
>> Block execbuffer for the fb to be flipped away, not the one that is to
>> be flipped in.
> I think we want to block rendering on both? Otherwise we could display
> partial drawing i
On Thu, 21 Oct 2010 17:32:30 +0800
Chia-I Wu wrote:
> Block execbuffer for the fb to be flipped away, not the one that is to
> be flipped in.
>
I think we want to block rendering on both? Otherwise we could display
partial drawing in the new buffer.
--
Jesse Barnes, Intel Open Source Technol
On Thu, 21 Oct 2010 17:55:13 +0800
Chia-I Wu wrote:
> Hi list,
>
> According to the doc for page_flip, intel_crtc_page_flip should
>
>... block all rendering to the current fb until the flip has
>completed.
>
> I am not entirely sure, but it seems that it is
> work->old_fb_obj->pending
On Thu, 21 Oct 2010 17:55:13 +0800, Chia-I Wu wrote:
> Hi list,
>
> According to the doc for page_flip, intel_crtc_page_flip should
>
>... block all rendering to the current fb until the flip has
>completed.
>
> I am not entirely sure, but it seems that it is
> work->old_fb_obj->pending
Block execbuffer for the fb to be flipped away, not the one that is to
be flipped in.
Signed-off-by: Chia-I Wu
---
drivers/gpu/drm/i915/intel_display.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_
Hi list,
According to the doc for page_flip, intel_crtc_page_flip should
... block all rendering to the current fb until the flip has
completed.
I am not entirely sure, but it seems that it is
work->old_fb_obj->pending_flip that needs to be incremented instead of
work->pending_flip_obj->pe
On Wed, 20 Oct 2010 21:45:41 +0200, David Härdeman wrote:
> On Fri, Sep 24, 2010 at 09:44:32PM +0200, David Härdeman wrote:
> > Two questions still remain:
> >
> > I'm assuming that the sdvo hardware also stores a header ECC byte in
> > the MSB of the first dword - is this correct?
> >
> > Doe
On Thu, 21 Oct 2010 16:55:40 +0800, "Xiang, Haihao"
wrote:
> Here is the set of patches to enable texture adaptor on Sandybridge.
> Currently you need to turn off shadow in /etc/xorg.conf to use texture
> video on Sandybridge
So the remaining issue is mixing the TexturedAdaptor with shadow, whi
MI_LOAD_SCAN_LINE_INCL command is not available on sandybridge.
Signed-off-by: Xiang, Haihao
---
src/intel_video.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/intel_video.c b/src/intel_video.c
index afc2405..cdff149 100644
--- a/src/intel_video.c
+++ b/src/intel
Signed-off-by: Xiang, Haihao
---
src/intel_video.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/intel_video.c b/src/intel_video.c
index 5d16778..afc2405 100644
--- a/src/intel_video.c
+++ b/src/intel_video.c
@@ -364,7 +364,6 @@ void I830InitVideo(ScreenPtr s
Signed-off-by: Xiang, Haihao
---
src/brw_structs.h | 100
src/i965_reg.h | 98
src/i965_video.c| 624 +++
src/intel.h |4 +
src/intel_batchbuffer.c | 25 ++-
src/intel_video.h |7 +
Need to update intel-gen4asm to build these fragments
Signed--off-by: Xiang, Haihao
---
configure.ac|2 +-
src/render_program/Makefile.am | 27 +++-
src/render_program/exa_wm_src_affine.g6a| 47 +
src/render_pro
The two fragments will be reused for sampling YUV surface
and send doesn't have implied move on Sandybridge
Signed-off-by: Xiang, Haihao
---
src/render_program/exa_wm_src_sample_argb.g4a |3 ++-
src/render_program/exa_wm_src_sample_argb.g4b |3 ++-
src/render_program/exa_wm_src
To prepare for Xv on Sandybridge. It is easy to fill the binding
table without relocation and make sure that the pointer to binding
table only uses bits[15:0].
Signed-off-by: Xiang, Haihao
---
src/i965_video.c | 141 +
1 files changed, 67 inse
Here is the set of patches to enable texture adaptor on Sandybridge.
Currently you need to turn off shadow in /etc/xorg.conf to use texture
video on Sandybridge
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mail
22 matches
Mail list logo
