On Wed, 16 Mar 2011 17:59:20 -0600, John Harrigan wrote:
> I have a Lenovo X201 laptop with an i7-620M processor. After I resume
> from a Suspend to RAM the graphics are very slow. Suspend to Disk does
> not cause the same problem and doing a Suspend to Disk after a Suspend
> to RAM fixes the pr
On Thu, 17 Mar 2011 09:39:07 -0300, Herton Ronaldo Krzesinski
wrote:
> I don't know if it's the most correct fix, but perhaps the simple fix
> is needed in the code. It's against latest Linus tree. We may have an
> already removed client_list, or we didn't add any item to client_list
> (file_priv
LVDS digital data can be formatted as 18 bits/pixel or one of two
24 bits/pixel possibilities. All are incompatible with one another,
so the GPU's LVDS output has to be configured to match the format
expected by the display device.
In many (most) cases this is generally not a problem because the
An LVDS connected display device typically has a "fixed" mode to
which its video timings are locked, and that mode is not controllable
by the user - user-specified timings are always ignored. If the fixed
mode's expected resolution does not match the user-specified frame
buffer's resolution, then
Back in 2008, I generated these bug reports:
https://bugs.freedesktop.org/show_bug.cgi?id=15200
https://bugs.freedesktop.org/show_bug.cgi?id=15201
These were entered due to a project I've been involved in where we pair
up a special purpose display device with unusual video timings, via
LVDS, t
The logic for LVDS setup in the Intel driver needs to know whether the
LVDS port should be in single or dual channel mode when calculating
video timing. It had been answering this question by probing the
current hardware configuration, under the assumption that the video
BIOS would have already s
I'd very much appreciate it if these could please be merged into
drm/i915. The changes are not complex and should be easy to follow.
I have the feeling that these patches may also help on this topic:
http://lists.freedesktop.org/archives/intel-gfx/2011-February/009376.html
Chris Wilson suppli
On Thu, 17 Mar 2011 08:57:43 -0500 (CDT), Mike Isely wrote:
> This patch series (3 of them) basically implement the same fixes as was
> previously done for the userspace driver back in 2008. The fixes are
> not a direct port; I coded the changes and obviously tested again.
> This is also why
On Thu, 17 Mar 2011, Chris Wilson wrote:
> On Thu, 17 Mar 2011 08:57:43 -0500 (CDT), Mike Isely wrote:
> > This patch series (3 of them) basically implement the same fixes as was
> > previously done for the userspace driver back in 2008. The fixes are
> > not a direct port; I coded the changes
Having now looked at that post (sorry I wasn't even aware of this list
until a few days ago), I agree. I think you were getting had by the
same issues, previously fixed in the old userspace driver 3 years ago.
I also find this very interesting:
http://lists.freedesktop.org/archives/intel-gfx/
* ch...@chris-wilson.co.uk (Mar 17, 2011 @ 07:51+):
> On Wed, 16 Mar 2011 17:59:20 -0600, John Harrigan
> wrote:
> > I have a Lenovo X201 laptop with an i7-620M processor. After I resume
> > from a Suspend to RAM the graphics are very slow. Suspend to Disk does
> > not cause the same proble
On Thu, 17 Mar 2011 13:54:45 -0300, Herton Ronaldo Krzesinski
wrote:
> On Thu, Mar 17, 2011 at 01:46:34PM +, Chris Wilson wrote:
> > This is the single chunk required. I had thought that the actual
> > insertion/deletion was serialised under the struct mutex and the intention
> > of the spinl
From: Ben Widawsky
Have the assembler support creating a byte array for binary blob-like
inclusion. In my case, to write some exception handler which is not
jit'd.
I don't have push access, so if anyone thinks this is useful, please
push
Signed-off-by: Ben Widawsky
---
src/main.c | 53 +
On Thu, Mar 17, 2011 at 07:29:03PM -0700, Ben Widawsky wrote:
> From: Ben Widawsky
>
> Have the assembler support creating a byte array for binary blob-like
> inclusion. In my case, to write some exception handler which is not
> jit'd.
I just noticed that the spacing is a little messed up in thi
mask & (mask - 1) == 0 to make sure we have only one bit set.
use fls instead of ffs to find the right pipe.
Signed-off-by: Yuanhan Liu
---
drivers/gpu/drm/i915/intel_display.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b
15 matches
Mail list logo