https://bugs.freedesktop.org/show_bug.cgi?id=61419
--- Comment #1 from Andreas Boll ---
Make sure that you have xserver >= 1.13 and the new glxinfo with support for
core profile (git version or the new mesa-demos 8.1.0 [1]) installed.
[1] ftp://freedesktop.org/pub/mesa/demos/8.1.0/mesa-demos-8.1
The use of pointer sender should be after the NULL check.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c
b/drivers/gpu/drm/gma500/mdfld_dsi_outpu
From: Julia Lawall
Delete successive tests to the same location.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@s exists@
local idexpression y;
expression x,e;
@@
*if ( \(x == NULL\|IS_ERR(x)\|y != 0\) )
{ ... when forall
Need to initialize the variable wait to false.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/i915/intel_ddi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
index fc95ef0..5d0a687 100644
--- a/driver
kfree on NULL pointer is a no-op.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
drivers/gpu/drm/radeon/radeon_pm.c |3 +--
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drive
Hi Ben,
My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
move link training helpers into core as display methods)
Anything I can try to help solve this?
Note, I'm using the Intel driver as the main cont
https://bugs.freedesktop.org/show_bug.cgi?id=61419
--- Comment #2 from Marek Olšák ---
Yeah, the "server glx extensions" don't list GLX_ARB_create_context, so there
is no way to create the core profile even if the driver can do it.
Also, if you want MSAA visuals, you must install the driver and
On Mon, Feb 25, 2013 at 04:01:48AM +0530, Syam Sidhardhan wrote:
> The use of pointer sender should be after the NULL check.
>
> Signed-off-by: Syam Sidhardhan
> ---
> drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/dr
Hi All,
The final spec has had enum values assigned and been published on Khronos:
http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Thanks to all who've provided input.
Cheers,
Tom
> -Original Message-
> From: mesa-dev-bounces+tom.cooksey=arm@
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #26 from Jakob Nixdorf ---
Now that I'm back I have a question: is there any simple way to single-step
through all tests in the r600.tests, or do I have to do it manually ?
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #50 from Alex Deucher ---
(In reply to comment #49)
> What if the problem is not from this code, but underneath? I'll try to
> suspend and resume without having Xorg running. Would that help in any way?
If the commit you bisected is
https://bugs.freedesktop.org/show_bug.cgi?id=61446
Priority: medium
Bug ID: 61446
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600-llvm + mesa] on Evergreen & compiz 0.8:
exposé-like feature & zoom lead to black screen
https://bugs.freedesktop.org/show_bug.cgi?id=61446
--- Comment #1 from jackdac...@gmail.com ---
the llvm-version I'm using is from following overlay:
http://cgit.freedesktop.org/~tstellar/llvm/
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> Hi folks,
>
> I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and
> v3.8.0 but works fine with v3.6.11.
>
> Below you can find lspci and my .config, maybe I'm missing something ?
You don't describe how the fb gets c
On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote:
> > On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> > > Hi folks,
> > >
> > > I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and
On Mon, Feb 25, 2013 at 04:56:22PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote:
> > That looks like https://bugzilla.freedesktop.org/show_bug.cgi?id=60391
> > which is fixed by
> >
> > commit da88a5f7f7d434e2cde1b3e19d952e6d84533662
> > Author
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #27 from Tom Stellard ---
(In reply to comment #26)
> Now that I'm back I have a question: is there any simple way to single-step
> through all tests in the r600.tests, or do I have to do it manually ?
When I want to identify which t
https://bugs.freedesktop.org/show_bug.cgi?id=61419
--- Comment #3 from Alexandre Demers ---
For drm, kernel, ddx, mesa and xdemos, I'm already running the latest git
versions.
I'll have a look at the xserver I'm running, I'm using the version provided by
ArchLinux. I'm almost sure it is version
On Sun, Feb 24, 2013 at 6:18 PM, Syam Sidhardhan wrote:
> kfree on NULL pointer is a no-op.
>
> Signed-off-by: Syam Sidhardhan
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
> drivers/gpu/drm/radeon/radeon_pm.c |3 +--
> 2 files changed
On Tue, Jan 15, 2013 at 01:43:59PM +0200, Terje Bergstrom wrote:
[...]
> diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig
> index e89fb2b..57680a6 100644
> --- a/drivers/gpu/host1x/Kconfig
> +++ b/drivers/gpu/host1x/Kconfig
> @@ -3,4 +3,27 @@ config TEGRA_HOST1X
> help
>
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #25 from Sven Arvidsson ---
(In reply to comment #24)
> This seems to be fixed in the latest mesa git, however I didn't test all the
> different settings mentioned in Comment 16. Sven can you confirm this is
> indeed fixed?
I will pr
Hi,
On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote:
> On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote:
> > > On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> > > > Hi folks,
> >
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #28 from Jakob Nixdorf ---
The first test to trigger the dmesg output is:
spec/EXT_framebuffer_multisample/accuracy
but it also causes my system to freeze (ssh too), so I have no fail message.
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=61386
--- Comment #4 from Bruno ---
Created attachment 75523
--> https://bugs.freedesktop.org/attachment.cgi?id=75523&action=edit
Third error state, this time under linux-3.8
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #4 from Sebastian Rose 2013-02-25 20:08:50 ---
As per xrandr (projector NOT connected):
DVI-0: 1280x1024 60.0*+
DVI-1: 1920x1200 60.0*+
HDMI-0: 1920x1200 60.0*+
The output DVI-1 with the projector connected:
1920x1080 60.0*+
Wor
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #5 from Alex Deucher 2013-02-25 20:16:03
---
(In reply to comment #4)
> As per xrandr (projector NOT connected):
> DVI-0: 1280x1024 60.0*+
> DVI-1: 1920x1200 60.0*+
> HDMI-0: 1920x1200 60.0*+
>
> The output DVI-1 with the projec
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #22 from Benjamin Bellec ---
(In reply to comment #21)
> I could reproduce the garbled UI on Counter-Strike: Source too.
> Reverting 1eedebc65b02130ef7a27062a1ed67972a317a08 fixes the issue on CSS.
Me too.
I have a RV770 and revertin
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #6 from Sebastian Rose 2013-02-25 20:41:30 ---
Projector connected at DVI-1. Usually connected to DVI-1 is a monitor identical
to the one connected at HDMI-0.
DVI-0:
1280x1024 (0x59) 108.0MHz +HSync +VSync *current +preferred
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #7 from Alex Deucher 2013-02-25 20:58:37
---
1920x1200 (0x70) 154.0MHz
1920x1080 (0x72) 148.5MHz
These two pixel clocks are close enough that your monitors seem to be able to
deal with the slight difference. Unfortunately, no
https://bugs.freedesktop.org/show_bug.cgi?id=61386
--- Comment #5 from Chris Wilson ---
Those errors look consistent. So something is definitely off in the GPU state
for that command.
--
You are receiving this mail because:
You are the assignee for the bug.
_
PSR is an eDP feature that allows power saving even with static image at eDP
screen.
v3: Accepted many suggestions that I received at v2 review, fixing, cleaning
and improving the code.
v2: Main differences in this v2:
- Created vbt struct to get i915 dev_priv more organized and to avoid adding
drm_i915_private is getting bigger and bigger when adding new vbt stuff.
So, the better way of getting drm_i915_private organized is to create
a special structure for vbt stuff.
Signed-off-by: Rodrigo Vivi
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_dma.c | 8 +--
drivers/gpu/d
While old platforms had 3 transcoders and 3 pipes (1:1), HSW has
4 transcoders and 3 pipes.
These regs were being used only by HDMI code where pipe is always the same
thing as cpu_transcoder.
This patch allow us to use them for DP, specially for TRANSCODER_EDP.
v2: Adding HSW_TVIDEO_DIP_VSC_DATA t
From: Shobhit Kumar
Signed-off-by: Sateesh Kavuri
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
Signed-off-by: Shobhit Kumar
v3: removing unecessary identation at DP_RECEIVER_CAP_SIZE
v4: moving them to i
From: Shobhit Kumar
Signed-off-by: Shobhit Kumar
v2: reuse of just created is_edp_psr and put it at right place.
Signed-off-by: Rodrigo Vivi
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 13 +
drivers/gpu/drm/i915/intel_drv.h | 1 +
2 files changed, 14 inserti
From: Shobhit Kumar
Parse and store useful information in i915_dev_private
Signed-off-by: Shobhit Kumar
v2: Add to new vbt struct and call them psr_*
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_drv.h | 7 +++
drivers/gpu/drm/i915/intel_bios.c | 30 ++
Adding Enable and Disable PSR functionalities. This includes setting the
PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
enabling PSR in the sink via DPCD register and finally enabling PSR on
the host.
This patch is heavily based on initial PSR code by Sateesh Kavuri and
Adding support for PSR Status, PSR entry counter and performance counters.
Heavily based on initial work from Shobhit.
Credits-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 92 +
drivers/gpu/drm/i915/i915_reg.h |
PSR must be enabled after transcoder and port are running.
And it is only available for HSW.
v2: move enable/disable to intel_ddi
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_ddi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=61351
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote:
> On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote:
> > Hi Ben,
> >
> > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> > down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
> > move link traini
On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie wrote:
>
> So up front, this has a massive merge conflict in
> drivers/gpu/drm/radeon/evergreen_cs.c I've fixed it up in drm-next-merged
> in the same tree, I fixed up some small ordering issues in my merge as
> well, however they aren't important if yo
>
> I did the fun conflict resolution, so my tree doesn't have the ordering
> changes.
>
> I also did some things slightly differently from you - you had left
> some direct ib[] accesses that I spotted (see for example "case 0x48"
> (aka "Copy L2T Frame to Field"), and yours apparently has a few c
VESA_DMT_VSYNC_HIGH should be used instead of VESA_DMT_HSYNC_HIGH,
because FB_SYNC_VERT_HIGH_ACT is related to vsync, not to hsync.
Signed-off-by: Jingoo Han
Cc: Steffen Trumtrar
---
drivers/video/fbmon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/fb
https://bugs.freedesktop.org/show_bug.cgi?id=61419
--- Comment #4 from Alexandre Demers ---
Here is the result from Xorg -version:
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/f0862ae9/attachment.html>
e is no GLSL 1.40 and
thus no OpenGL Core 3.1.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/66fe1687/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/13b2719b/attachment.html>
On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote:
> Hi Ben,
>
> My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
> move link training helpers into core as display methods)
>
> Anything I can try to help s
On Mon, Feb 25, 2013 at 4:06 PM, Dave Airlie wrote:
> On Mon, Feb 25, 2013 at 3:52 PM, Greg KH
> wrote:
>> Hi Ben,
>>
>> My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
>> down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
>> move link training helpers
ied to expand the lock after we discussed this previously but it
caused the code to deadlock. While in the process of tracking it down I
decided that the lock wasn't actually required at all.
But I hadn't thought about the stale FB issue, so I'll check again. I
notice that Dave has already merged this series, so if nobody objects
I'll fix it up in a follow-up patch.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/f3e9018c/attachment-0001.pgp>
mos-8.1.0.tar.bz2
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/436a873d/attachment.html>
The use of pointer sender should be after the NULL check.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c
b/drivers/gpu/drm/gma500/mdfld_dsi_outpu
Need to initialize the variable wait to false.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/i915/intel_ddi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
index fc95ef0..5d0a687 100644
--- a/driver
kfree on NULL pointer is a no-op.
Signed-off-by: Syam Sidhardhan
---
drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
drivers/gpu/drm/radeon/radeon_pm.c |3 +--
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drive
the driver and restart the X
server. Only then glxinfo will print the visuals.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments
On Mon, Feb 25, 2013 at 04:01:48AM +0530, Syam Sidhardhan wrote:
> The use of pointer sender should be after the NULL check.
>
> Signed-off-by: Syam Sidhardhan
> ---
> drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/dr
Hi All,
The final spec has had enum values assigned and been published on Khronos:
http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Thanks to all who've provided input.
Cheers,
Tom
> -Original Message-
> From: mesa-dev-bounces+tom.cooksey=arm.com
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/fb828cbe/attachment-0001.html>
problems in certain causes.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/dc4aa357/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/95607c9c/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/c0ff114b/attachment.html>
On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> Hi folks,
>
> I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and
> v3.8.0 but works fine with v3.6.11.
>
> Below you can find lspci and my .config, maybe I'm missing something ?
You don't describe how the fb gets c
On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote:
> > On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote:
> > > Hi folks,
> > >
> > > I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and
On Mon, Feb 25, 2013 at 04:56:22PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote:
> > That looks like https://bugzilla.freedesktop.org/show_bug.cgi?id=60391
> > which is fixed by
> >
> > commit da88a5f7f7d434e2cde1b3e19d952e6d84533662
> > Author
uick-driver-tests
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/4cab023b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130225/b9d0d1cb/attachment.html>
On Sun, Feb 24, 2013 at 6:18 PM, Syam Sidhardhan
wrote:
> kfree on NULL pointer is a no-op.
>
> Signed-off-by: Syam Sidhardhan
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
> drivers/gpu/drm/radeon/radeon_pm.c |3 +--
> 2 files change
On Tue, Jan 15, 2013 at 01:43:59PM +0200, Terje Bergstrom wrote:
[...]
> diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig
> index e89fb2b..57680a6 100644
> --- a/drivers/gpu/host1x/Kconfig
> +++ b/drivers/gpu/host1x/Kconfig
> @@ -3,4 +3,27 @@ config TEGRA_HOST1X
> help
>
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/be1a9279/attachment.html>
SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/dd254eff/attachment-0001.pgp>
-- next part --
A non-text attachment was scrubbed...
Name: IMG_20130225_161358.jpg
Type: image/jpeg
Size: 3992755 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/591ba647/attachment-0001.jpg>
-- next part -
rubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/475cebf4/attachment.pgp>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/635c2686/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/23a60efb/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #4 from Sebastian Rose 2013-02-25 20:08:50 ---
As per xrandr (projector NOT connected):
DVI-0: 1280x1024 60.0*+
DVI-1: 1920x1200 60.0*+
HDMI-0: 1920x1200 60.0*+
The output DVI-1 with the projector connected:
1920x1080 60.0*+
Wor
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #5 from Alex Deucher 2013-02-25
20:16:03 ---
(In reply to comment #4)
> As per xrandr (projector NOT connected):
> DVI-0: 1280x1024 60.0*+
> DVI-1: 1920x1200 60.0*+
> HDMI-0: 1920x1200 60.0*+
>
> The output DVI-1 with the projec
70 and reverting 1eedebc65b02130ef7a27062a1ed67972a317a08 fixes the
issue on CSS.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #6 from Sebastian Rose 2013-02-25 20:41:30 ---
Projector connected at DVI-1. Usually connected to DVI-1 is a monitor identical
to the one connected at HDMI-0.
DVI-0:
1280x1024 (0x59) 108.0MHz +HSync +VSync *current +preferred
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #7 from Alex Deucher 2013-02-25
20:58:37 ---
1920x1200 (0x70) 154.0MHz
1920x1080 (0x72) 148.5MHz
These two pixel clocks are close enough that your monitors seem to be able to
deal with the slight difference. Unfortunately, no
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/92f24310/attachment.html>
PSR is an eDP feature that allows power saving even with static image at eDP
screen.
v3: Accepted many suggestions that I received at v2 review, fixing, cleaning
and improving the code.
v2: Main differences in this v2:
- Created vbt struct to get i915 dev_priv more organized and to avoid adding
drm_i915_private is getting bigger and bigger when adding new vbt stuff.
So, the better way of getting drm_i915_private organized is to create
a special structure for vbt stuff.
Signed-off-by: Rodrigo Vivi
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_dma.c | 8 +--
drivers/gpu/d
While old platforms had 3 transcoders and 3 pipes (1:1), HSW has
4 transcoders and 3 pipes.
These regs were being used only by HDMI code where pipe is always the same
thing as cpu_transcoder.
This patch allow us to use them for DP, specially for TRANSCODER_EDP.
v2: Adding HSW_TVIDEO_DIP_VSC_DATA t
From: Shobhit Kumar
Signed-off-by: Sateesh Kavuri
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
Signed-off-by: Shobhit Kumar
v3: removing unecessary identation at DP_RECEIVER_CAP_SIZE
v4: moving them to i
From: Shobhit Kumar
Signed-off-by: Shobhit Kumar
v2: reuse of just created is_edp_psr and put it at right place.
Signed-off-by: Rodrigo Vivi
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 13 +
drivers/gpu/drm/i915/intel_drv.h | 1 +
2 files changed, 14 inserti
From: Shobhit Kumar
Parse and store useful information in i915_dev_private
Signed-off-by: Shobhit Kumar
v2: Add to new vbt struct and call them psr_*
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_drv.h | 7 +++
drivers/gpu/drm/i915/intel_bios.c | 30 ++
Adding Enable and Disable PSR functionalities. This includes setting the
PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
enabling PSR in the sink via DPCD register and finally enabling PSR on
the host.
This patch is heavily based on initial PSR code by Sateesh Kavuri and
Adding support for PSR Status, PSR entry counter and performance counters.
Heavily based on initial work from Shobhit.
Credits-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 92 +
drivers/gpu/drm/i915/i915_reg.h |
PSR must be enabled after transcoder and port are running.
And it is only available for HSW.
v2: move enable/disable to intel_ddi
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_ddi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu
On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote:
> On Mon, Feb 25, 2013 at 3:52 PM, Greg KH
> wrote:
> > Hi Ben,
> >
> > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> > down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
> > move link tra
On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie wrote:
>
> So up front, this has a massive merge conflict in
> drivers/gpu/drm/radeon/evergreen_cs.c I've fixed it up in drm-next-merged
> in the same tree, I fixed up some small ordering issues in my merge as
> well, however they aren't important if yo
On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH wrote:
> On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote:
> > On Mon, Feb 25, 2013 at 3:52 PM, Greg KH
> > wrote:
> > > Hi Ben,
> > >
> > > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> > > down to commit 6c5
93 matches
Mail list logo
