Hi,
I probably should mention that the patch is in reply to: (I got Li's ack here)
http://lists.freedesktop.org/archives/intel-gfx/2010-October/008302.html
School kept me busy since then and I haven't been able to find any free
time until this winter break to respin. (College unexpectedly took mo
On Mon, 2011-01-03 at 14:54 +0800, Jyotsana wrote:
> Hi,
>
> I am trying to play multiple video files one after the other using
> GStreamer(vaapidecode and vaapisink plugins) and libVA-1.0.3.
> I am able to play one file successfully but once the first file is
> played to completion, we delete al
On Tue, 04 Jan 2011 00:09:19 +0100, Knut Petersen
wrote:
> Kernel 2.6.37-rc8-git2
> =
>
> text mode console: ok, resolution 1280x1024, fully used by framebuffer
> output
> X: first device detected is LVDS with resolution 1024x768. VGA and DVI
> connector work in X,
> but X switch
On Mon, 3 Jan 2011 17:52:27 -0500, Adam Jackson wrote:
> scrn->currentMode is a hack for xf86vidmode and in general is wrong for
> RANDRful drivers. Use the mode on the associated CRTC instead.
Thanks Adam, that looks much saner than scrn->currentMode.
Fixed up the Ptr/Rec confusion and pushed.
scrn->currentMode is a hack for xf86vidmode and in general is wrong for
RANDRful drivers. Use the mode on the associated CRTC instead.
Signed-off-by: Adam Jackson
---
src/intel_dri.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/src/intel_dri.c b/src/intel_dri.c
scrn->currentMode is a hack for xf86vidmode and in general is wrong for
RANDRful drivers. Use the mode on the associated CRTC instead.
Signed-off-by: Adam Jackson
---
src/intel_video.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/intel_video.c b/src/intel_video.
[ related, but independent, issue ]
On Mon, Jan 3, 2011 at 11:59 AM, Chris Wilson wrote:
>
>That function currently requires
> GMBUS to differentiate between a NAK and an IO error (bitbanging just
> returns EREMOTEIO regardless, iirc).
Hmm. That sounds like something
On Mon, 3 Jan 2011 11:45:48 -0800, Linus Torvalds
wrote:
> On Mon, Jan 3, 2011 at 10:12 AM, Knut Petersen
> wrote:
> >
> > I tried 2.6.37-rc8-git2 with both patches applied.
>
> I thought Chris meant "instead of", rather than "both". Chris?
Right, I was trying to ascertain whether the intel_lv
On Mon, Jan 3, 2011 at 10:12 AM, Knut Petersen
wrote:
>
> I tried 2.6.37-rc8-git2 with both patches applied.
I thought Chris meant "instead of", rather than "both". Chris?
Linus
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
On Mon, 03 Jan 2011 19:33:05 +
Chris Wilson wrote:
> On Mon, 3 Jan 2011 13:28:56 -0500, Alexander Lam
> wrote:
> > I changed 945's self refresh to work without the need for the driver to
> > enable/disable self refresh manually based on the idle state of the gpu.
> > This is much better th
On Mon, 3 Jan 2011 13:28:56 -0500, Alexander Lam wrote:
> I changed 945's self refresh to work without the need for the driver to
> enable/disable self refresh manually based on the idle state of the gpu.
> This is much better than enabling/disabling self refresh for various
> reasons, including
I changed 945's self refresh to work without the need for the driver to
enable/disable self refresh manually based on the idle state of the gpu.
This is much better than enabling/disabling self refresh for various
reasons, including staying in a lower power state for more time and
avoiding the need
Hello.
In my double-carded ASUS U30JC (nvidia + intel i915) I do the following:
stop X
This is the output of /sys/kernel/debug/vgaswitcheroo/switch
daphne linux # cat /sys/kernel/debug/vgaswitcheroo/switch
0: :Pwr::01:00.0
1:+:Pwr::00:02.0 (intel graphic card in use, ok)
echo "DDIS" >
On Mon, 03 Jan 2011 15:25:05 +0100, Knut Petersen
wrote:
> The AOpen i915GMm-HFS is a desktop motherboard for the Intel Pentium M.
> A mobile chipset is used
> (Intel 915GM / ICH6-M). Kernel 2.6.31.14 works fine for that mobo, but
> from 2.6.32 on graphics support
> is broken because the i915 dri
14 matches
Mail list logo
