Thank's comment
and I will modify description of Exynos5 series. and than I will send it.
On 10/26/2012 11:43 PM, Inki Dae wrote:
> 2012/10/18 Eunchul Kim :
>> Hi All.
>>
>> I am responsible for a display part from Samsung Electronics
>> Telecommunication Division.
>> and I am going to add post-
Thank's quick review
I have some question about your some comment's
please check my comment and send one more time.
On 10/27/2012 12:47 AM, Inki Dae wrote:
> below is quick review.
>
> 2012/10/18 Eunchul Kim :
>> IPP stand for Image Post Processing and supports image scaler/rotator
>> /crop/flip/
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/20121029/a1a7b497/attachment.html>
On Sun, Oct 28, 2012 at 21:32:53 +0900, Norbert Preining wrote:
> Hi Chris,
>
>
> > so can you
> > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> > so that we don't lose track of it.
>
> Will do when I'm back from the mountains.
>
> > If your have the option, can you s
From: Rob Clark
Not actually used anymore.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.c |4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_drv.c
b/drivers/staging/omapdrm/omap_drv.c
index a004b9f..c27d091 100644
--- a/drivers/staging/omap
From: Rob Clark
No dependency on plat headers, so only needs Kconfig update to
build for ARCH_MULTIPLATFORM.
Signed-off-by: Rob Clark
---
drivers/staging/imx-drm/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/Kconfig b/drivers/staging/imx
From: Rob Clark
Exynos does not seem to have any dependency on anything from
platform headers so just needs Kconfig updated to build in
ARCH_MULTIPLATFORM builds.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
From: Rob Clark
I was updating omapdrm to support ARCH_MULTIPLATFORM, and noticed that
imx and exynos only required a Kconfig change, so I went ahead and
updated them too. The shmobile driver didn't seem so straightforward
due to backlight device stuff, so I skipped it.
Having ARCH_MULTIPLATFOR
From: Rob Clark
Remove usage of plat/cpu.h and get information from platform data
instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.
Signed-off-by: Rob Clark
---
arch/arm/mach-omap2/drm.c|7 +++
drivers/staging/omapdrm/Kconfig |2 +-
driver
On 10/26/2012 03:14 PM, Ilija Hadzic wrote:
>
>
> On Fri, 26 Oct 2012, Thomas Hellstrom wrote:
>
>> Hi,
>>
>> On 10/25/2012 11:27 PM, Ilija Hadzic wrote:
>>>
>>> Can you give the attached patch a whirl and let me know if it fixes
>>> the problem?
>>>
>>> As I indicated in my previous note, vmwgfx
On Mon, Oct 29, 2012 at 09:31:14AM +0100, Rob Clark wrote:
> From: Rob Clark
>
> No dependency on plat headers, so only needs Kconfig update to
> build for ARCH_MULTIPLATFORM.
>
> Signed-off-by: Rob Clark
Acked-by: Sascha Hauer
Sascha
> ---
> drivers/staging/imx-drm/Kconfig |2 +-
> 1
plication/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/8dc79bb5/attachment.pgp>
|DRM/other
--
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/20121029/f4bbad58/attachment.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/a0f6e032/attachment.pgp>
On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote:
> When I restart my display manager (GDM) from tty0, I get a corrupted
> image where parts of the X display before I restarted GDM become visible
> on both the newly started X server instance as on tty0. When moving the
> mouse in X, the
Tests have shown that on single CRTC GPUs like the RN50 - which is used
on many servers - the CRTC is controlled thru the RADEON_CRTC_EXT_CNTL
for both the primary and the TV DAC.
This set of patches cleans up the code in radeon_legacy_tv_dac_detect(),
fixes the handling of CRTC control for the TV
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
index a1409e9..ef18569 100644
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
index a13ad9d..a1409e9 10064
The RN50 has a TV DAC but only a single CRTC. For load detection this
DAC is controlled by the primary CRTC.
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 80 +-
1 files changed, 47 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/
On all dual CRTC GPUs the CRTC_CRT_ON in the RADEON_CRTC_EXT_CNTL register
controls the CRTC of the primary DAC. Therefore it is set in the DAC DMPS
function.
This is different for GPU's with a single CRTC but a primary and a
TV DAC: here it controls the single CRTC no matter where it is routed.
T
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/c9e8f6eb/attachment-0001.html>
Hi All.
I am responsible for a display part from Samsung Electronics Telecommunication
Division.
and I am going to add post-processing features in exynos drm.
If you have some opinions of this patch,
please give some comments about my patch.
This patch is post-processing(IPP) support for exynos
IPP stand for Image Post Processing and supports image scaler/rotator
/crop/flip/csc(color space conversion) and input/output DMA operations using
ipp drivers.
also supports writeback and display output operations.
ipp driver include FIMC, Rotator, GSC, SC, so on.
and ipp is integration device dri
FIMC is stand for Fully Interfactive Mobile Camera and
supports image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
FIMC supports image rotation and image effect functions.
also supports writeback an
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
I don't think this patch is correct. R200 did not actually have a TV
dac. It was an external DAC connected via DVO. To do load detection
on it, you'd probably have to mess with the external dac.
Alex
On Mon, Oct 29, 2012 at 8:43 AM, Egbert Eich wrote:
> Signed-off-by: Egbert Eich
> ---
> dr
Ping?
On 09/05/2012 02:30 PM, Ander Conselvan de Oliveira wrote:
> From: Ander Conselvan de Oliveira
>
> linux_sysfs_create() checked for a driver named "intel" while the intel
> driver is called "i915". This went unnoticed because in kernels 2.6.39
> and after this code path was never reached be
creen::can_create_resource() function.
--
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/20121029/e64538fa/attachment.html>
tal signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/98d488d5/attachment.pgp>
, that happens to be used in OMAP
(with the help of omapdss driver), and the tiler memory system used in OMAP.
I just recently removed omap dependencies from omapdss driver, and it
now compiles fine on x86 config also.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/b17d75f7/attachment.pgp>
On Mon, Oct 29, 2012 at 10:04 AM, Tomi Valkeinen
wrote:
> On 2012-10-29 10:31, Rob Clark wrote:
>> From: Rob Clark
>>
>> Remove usage of plat/cpu.h and get information from platform data
>> instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.
>>
>> Signed-off-by: Rob Clark
>> ---
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/517ee5ce/attachment-0001.html>
If drm_setup (called at first open) fails, the whole
open call has failed, so we should not keep the
open_count incremented.
Signed-off-by: Ilija Hadzic
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/drm_fops.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gp
Some drivers (specifically vmwgfx) look at dev_mapping
in their open hook, so we have to set dev->dev_mapping
earlier in the process.
Reference:
http://lists.freedesktop.org/archives/dri-devel/2012-October/029420.html
Signed-off-by: Ilija Hadzic
Reported-by: Thomas Hellstrom
Cc: stable at vger.
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/d7992979/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/d9758d38/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/7abc40c3/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/5e772ffe/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/d1c43345/attachment.html>
||
--
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/20121029/88009441/attachment-0001.html>
||
--
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/20121029/ba8cb3bd/attachment.html>
||
--
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/20121029/f35b19de/attachment.html>
||
--
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/20121029/a7ca451d/attachment.html>
On Sun, Oct 21, 2012 at 12:41:35PM -0700, Jonathan Nieder wrote:
> Hi Ben and Greg,
>
> Please consider
>
> 9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13
>
> for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied
> upstream during the 3.6 merge window, so new
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/b40035ec/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/3303ef91/attachment.html>
On Tue, 30 Oct 2012 10:01:38 +0900
Norbert Preining wrote:
> Hi Dave,
>
> On Di, 30 Okt 2012, Dave Airlie wrote:
> > > Thanks, running now with SNA. Let us see what happens.
> >
> > Please don't, we ain't going to find the bug any quicker changing
> > variables, if the only thing that changed o
On Mon, 2012-10-29 at 11:40 +0100, Michel D?nzer wrote:
> On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote:
> > When I restart my display manager (GDM) from tty0, I get a corrupted
> > image where parts of the X display before I restarted GDM become visible
> > on both the newly started X
I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
to work with an HP ZR30w 30" 2560x1600 display. I saw the following
messages in the dmesg:
[drm:ivb_manual_fdi_link_train] *ERROR* FDI train 1 fail!
[drm:ivb_manual_fdi_link_train] *ERROR* FDI train 2 fail!
.. which I didn
Hi,
I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1),
my video adapter is the one integrated on the MSI M3N78-VM motherboard
(hence x86_64):
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
a2) (prog-if 00 [VGA controller])
Subsystem: A
Thank's comment
and I will modify description of Exynos5 series. and than I will send it.
On 10/26/2012 11:43 PM, Inki Dae wrote:
2012/10/18 Eunchul Kim :
Hi All.
I am responsible for a display part from Samsung Electronics Telecommunication
Division.
and I am going to add post-processing fe
Thank's quick review
I have some question about your some comment's
please check my comment and send one more time.
On 10/27/2012 12:47 AM, Inki Dae wrote:
below is quick review.
2012/10/18 Eunchul Kim :
IPP stand for Image Post Processing and supports image scaler/rotator
/crop/flip/csc(colo
https://bugs.freedesktop.org/show_bug.cgi?id=26294
--- Comment #27 from Paul Menzel ---
Here is the output of edid-decode for the EDID provided by the Philips TV
monitor. (I removed the `#if 0` in the source to print the hex of detail too.)
$ ./edid-decode philips.edid
Extracted contents:
header
On Sun, Oct 28, 2012 at 21:32:53 +0900, Norbert Preining wrote:
> Hi Chris,
>
>
> > so can you
> > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> > so that we don't lose track of it.
>
> Will do when I'm back from the mountains.
>
> > If your have the option, can you s
From: Rob Clark
Not actually used anymore.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.c |4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_drv.c
b/drivers/staging/omapdrm/omap_drv.c
index a004b9f..c27d091 100644
--- a/drivers/staging/omap
From: Rob Clark
No dependency on plat headers, so only needs Kconfig update to
build for ARCH_MULTIPLATFORM.
Signed-off-by: Rob Clark
---
drivers/staging/imx-drm/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/Kconfig b/drivers/staging/imx
From: Rob Clark
Exynos does not seem to have any dependency on anything from
platform headers so just needs Kconfig updated to build in
ARCH_MULTIPLATFORM builds.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
From: Rob Clark
Remove usage of plat/cpu.h and get information from platform data
instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.
Signed-off-by: Rob Clark
---
arch/arm/mach-omap2/drm.c|7 +++
drivers/staging/omapdrm/Kconfig |2 +-
driver
From: Rob Clark
I was updating omapdrm to support ARCH_MULTIPLATFORM, and noticed that
imx and exynos only required a Kconfig change, so I went ahead and
updated them too. The shmobile driver didn't seem so straightforward
due to backlight device stuff, so I skipped it.
Having ARCH_MULTIPLATFOR
On Mon, Oct 29, 2012 at 09:31:14AM +0100, Rob Clark wrote:
> From: Rob Clark
>
> No dependency on plat headers, so only needs Kconfig update to
> build for ARCH_MULTIPLATFORM.
>
> Signed-off-by: Rob Clark
Acked-by: Sascha Hauer
Sascha
> ---
> drivers/staging/imx-drm/Kconfig |2 +-
> 1
On 10/26/2012 03:14 PM, Ilija Hadzic wrote:
On Fri, 26 Oct 2012, Thomas Hellstrom wrote:
Hi,
On 10/25/2012 11:27 PM, Ilija Hadzic wrote:
Can you give the attached patch a whirl and let me know if it fixes
the problem?
As I indicated in my previous note, vmwgfx should be the only
affect
Date: Mon, 29 Oct 2012 10:17:54 +0100
The EDID of the Philips 32PFL5404H contains the monitor name
`PHILIPS_FTV`. `isalnum()` returns false for the underscore, causing
`edid-decode` to not print the whole name and to complain that the
string is not properly terminated [1].
Monitor name: P
https://bugs.freedesktop.org/show_bug.cgi?id=56414
Daniel Vetter changed:
What|Removed |Added
Assignee|dan...@ffwll.ch |dri-devel@lists.freedesktop
Dear Linux folks,
TLDR; I am interested if connecting an Intel 915 based device over VGA
to a 1920x1080 monitor works for someone out of the box.
I am experiencing a problem with 915GM based ASUS Eee PC 701 4G laptop,
where `xrandr --output VGA1 --auto` does not give a proper image on a
1920x108
On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote:
> When I restart my display manager (GDM) from tty0, I get a corrupted
> image where parts of the X display before I restarted GDM become visible
> on both the newly started X server instance as on tty0. When moving the
> mouse in X, the
Tests have shown that on single CRTC GPUs like the RN50 - which is used
on many servers - the CRTC is controlled thru the RADEON_CRTC_EXT_CNTL
for both the primary and the TV DAC.
This set of patches cleans up the code in radeon_legacy_tv_dac_detect(),
fixes the handling of CRTC control for the TV
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
index a1409e9..ef18569 100644
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c
index a13ad9d..a1409e9 10064
The RN50 has a TV DAC but only a single CRTC. For load detection this
DAC is controlled by the primary CRTC.
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 80 +-
1 files changed, 47 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/
On all dual CRTC GPUs the CRTC_CRT_ON in the RADEON_CRTC_EXT_CNTL register
controls the CRTC of the primary DAC. Therefore it is set in the DAC DMPS
function.
This is different for GPU's with a single CRTC but a primary and a
TV DAC: here it controls the single CRTC no matter where it is routed.
T
https://bugs.freedesktop.org/show_bug.cgi?id=56519
Priority: medium
Bug ID: 56519
Keywords: regression
CC: bri...@vmware.com
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g, bisected] piglit max-texture-size fails
Hi All.
I am responsible for a display part from Samsung Electronics Telecommunication
Division.
and I am going to add post-processing features in exynos drm.
If you have some opinions of this patch,
please give some comments about my patch.
This patch is post-processing(IPP) support for exynos
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
I don't think this patch is correct. R200 did not actually have a TV
dac. It was an external DAC connected via DVO. To do load detection
on it, you'd probably have to mess with the external dac.
Alex
On Mon, Oct 29, 2012 at 8:43 AM, Egbert Eich wrote:
> Signed-off-by: Egbert Eich
> ---
> dr
Ping?
On 09/05/2012 02:30 PM, Ander Conselvan de Oliveira wrote:
From: Ander Conselvan de Oliveira
linux_sysfs_create() checked for a driver named "intel" while the intel
driver is called "i915". This went unnoticed because in kernels 2.6.39
and after this code path was never reached because o
https://bugs.freedesktop.org/show_bug.cgi?id=56519
--- Comment #1 from Brian Paul ---
Looks like the driver's failing to allocate a 4Kx4K RGBA32F texture, which
would need 256MB of memory. Maybe that exceeds some HW limit. The driver
probably needs to implement the pipe_screen::can_create_resou
Hi folks,
I'm using some evergreen systems with HDMI output, which got broken by a
recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting),
the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register.
However, setting this bit breaks my HDMI audio when a non-default
reso
On 2012-10-29 10:31, Rob Clark wrote:
> From: Rob Clark
>
> Remove usage of plat/cpu.h and get information from platform data
> instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.
>
> Signed-off-by: Rob Clark
> ---
> arch/arm/mach-omap2/drm.c|7 +++
> dr
On Mon, Oct 29, 2012 at 10:04 AM, Tomi Valkeinen wrote:
> On 2012-10-29 10:31, Rob Clark wrote:
>> From: Rob Clark
>>
>> Remove usage of plat/cpu.h and get information from platform data
>> instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.
>>
>> Signed-off-by: Rob Clark
>> ---
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #3 from Michel Dänzer ---
Does the environment variable DRAW_USE_LLVM=0 work around the problem as well?
Can you get a backtrace for the crash?
--
You are receiving this mail because:
You are the assignee for the bug.
_
If drm_setup (called at first open) fails, the whole
open call has failed, so we should not keep the
open_count incremented.
Signed-off-by: Ilija Hadzic
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/drm_fops.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/d
Some drivers (specifically vmwgfx) look at dev_mapping
in their open hook, so we have to set dev->dev_mapping
earlier in the process.
Reference:
http://lists.freedesktop.org/archives/dri-devel/2012-October/029420.html
Signed-off-by: Ilija Hadzic
Reported-by: Thomas Hellstrom
Cc: sta...@vger.ker
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Priority: medium
Bug ID: 56534
Assignee: dri-devel@lists.freedesktop.org
Summary: All anti-aliasing methods buggy at cayman
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #1 from Thomas Rohloff ---
Created attachment 69245
--> https://bugs.freedesktop.org/attachment.cgi?id=69245&action=edit
A in-game screenshot with 8x MSAA active.
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #2 from Thomas Rohloff ---
Created attachment 69246
--> https://bugs.freedesktop.org/attachment.cgi?id=69246&action=edit
A in-game screenshot with 32x MLAA active.
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #3 from Thomas Rohloff ---
Created attachment 69247
--> https://bugs.freedesktop.org/attachment.cgi?id=69247&action=edit
A in-game screenshot with FXAA active.
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #4 from Thomas Rohloff ---
Sorry for setting the wrong mime type for the images, they are png images. If
you need me to re-attach just tell. :)
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Alex Deucher changed:
What|Removed |Added
Attachment #69244|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Alex Deucher changed:
What|Removed |Added
Attachment #69245|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Alex Deucher changed:
What|Removed |Added
Attachment #69246|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Alex Deucher changed:
What|Removed |Added
Attachment #69247|text/plain |image/png
mime type|
On Sun, Oct 21, 2012 at 12:41:35PM -0700, Jonathan Nieder wrote:
> Hi Ben and Greg,
>
> Please consider
>
> 9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13
>
> for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied
> upstream during the 3.6 merge window, so new
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #4 from maxi...@free.fr ---
I could reproduce the crash with DRAW_USE_LLVM=0.
I did not manage to get a backtrace. I probably need to recompile LLVM with
debug.
I'll do it when I have time.
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #5 from maxi...@free.fr ---
So I recompiled LLVM with debug symbols but I can't seem to get a backtrace...
Looks like it's because the libGL is loaded via dlopen or something like that.
Any hints on how to procedd with gdb ? I tried t
On Tue, 2012-10-30 at 00:06 +0100, Mathieu Chouquet-Stringer wrote:
> Hi Ben,
Hey Mathieu,
>
> I haven't been able to boot any 3.7 kernels since there's a regression
> which freezes my machine hard (a lenovo t530 with the dreaded optimus
> thing).
>
> 3.6 used to work but 3.7 get stuck at
Hi Chris,
On So, 28 Okt 2012, Chris Wilson wrote:
> > I pulled the whole branch into my compile branch, and removed everything
> > from kernel cmd line regarding rc6, and got the
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm] capturing error event; look
On Mo, 29 Okt 2012, Tino Keitel wrote:
> Section "Device"
> Option "AccelMethod" "SNA"
> Identifier "Card0"
> Driver "intel"
> EndSection
Thanks, running now with SNA. Let us see what happens.
Best wishes
Norbert
-
On Tue, Oct 30, 2012 at 10:49 AM, Norbert Preining wrote:
> On Mo, 29 Okt 2012, Tino Keitel wrote:
>> Section "Device"
>> Option "AccelMethod" "SNA"
>> Identifier "Card0"
>> Driver "intel"
>> EndSection
>
> Thanks, running now with SNA. Let us see what happens.
P
1 - 100 of 108 matches
Mail list logo
