https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #11 from Marek Hobler, 'neutrinus'
2011-07-04 22:32:23 ---
(In reply to comment #7)
> (In reply to comment #6)
> > Would it help anything if I record video how the artifact change when using
> > system?
>
> Possibly.
so, there i
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #10 from Marek Hobler, 'neutrinus'
2011-07-04 21:48:16 ---
(In reply to comment #7)
> (In reply to comment #5)
> > skips were entered when xserver didn't even start properly - there was no
> > way
> > to test if there are artefa
https://bugzilla.kernel.org/show_bug.cgi?id=38622
Marek Hobler, 'neutrinus' changed:
What|Removed |Added
Attachment #64622|application/octet-stream|text/plain
mime typ
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #9 from Marek Hobler, 'neutrinus'
2011-07-04 21:46:07 ---
Created an attachment (id=64632)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64632)
Xorg.log when not working and skips were applied
--
Configure bugmail: https:
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #8 from Marek Hobler, 'neutrinus'
2011-07-04 21:44:40 ---
Created an attachment (id=64622)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64622)
dmesg when not working and skips were applied
--
Configure bugmail: https://b
On Mon, 04 Jul 2011 11:18:13 -0700
Keith Packard wrote:
> On Mon, 4 Jul 2011 13:27:51 +0100, Alan Cox
> wrote:
> > Found this going over intel_bios.c and cross comparing it with the
> > Intel/IMG driver intel_bios.c
> >
> > temp_mode = kzalloc(sizeof(*temp_mode), GFP_KERNEL);
>
> This
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #7 from Michel D?nzer 2011-07-04 17:54:32
---
(In reply to comment #5)
> skips were entered when xserver didn't even start properly - there was no way
> to test if there are artefacts
Can you provide Xorg.0.log and dmesg for suc
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #25 from nizz...@hotmail.com 2011-07-04 15:34:30 PDT ---
The corruption is still present with r600g from mesa 7.10.3 on evergreen.
Although it is fixed in recent mesa from git.
--
Configure bugmail: https://bugs.freedesktop.org/userp
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #25 from nizze86 at hotmail.com 2011-07-04 15:34:30 PDT ---
The corruption is still present with r600g from mesa 7.10.3 on evergreen.
Although it is fixed in recent mesa from git.
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #11 from Marek Hobler, 'neutrinus'
2011-07-04 22:32:23 ---
(In reply to comment #7)
> (In reply to comment #6)
> > Would it help anything if I record video how the artifact change when using
> > system?
>
> Possibly.
so, there i
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #10 from Marek Hobler, 'neutrinus'
2011-07-04 21:48:16 ---
(In reply to comment #7)
> (In reply to comment #5)
> > skips were entered when xserver didn't even start properly - there was no
> > way
> > to test if there are artefa
https://bugzilla.kernel.org/show_bug.cgi?id=38622
Marek Hobler, 'neutrinus' changed:
What|Removed |Added
Attachment #64622|application/octet-stream|text/plain
mime typ
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #9 from Marek Hobler, 'neutrinus'
2011-07-04 21:46:07 ---
Created an attachment (id=64632)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64632)
Xorg.log when not working and skips were applied
--
Configure bugmail: https:
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #8 from Marek Hobler, 'neutrinus'
2011-07-04 21:44:40 ---
Created an attachment (id=64622)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64622)
dmesg when not working and skips were applied
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #40 from Pierre-Eric Pelloux-Prayer 2011-07-04
14:08:09 PDT ---
Created an attachment (id=48749)
View: https://bugs.freedesktop.org/attachment.cgi?id=48749
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48749
wor
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #40 from Pierre-Eric Pelloux-Prayer
2011-07-04 14:08:09 PDT ---
Created an attachment (id=48749)
View: https://bugs.freedesktop.org/attachment.cgi?id=48749
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48749
wor
Found this going over intel_bios.c and cross comparing it with the
Intel/IMG driver intel_bios.c
temp_mode = kzalloc(sizeof(*temp_mode), GFP_KERNEL);
temp_downclock = panel_fixed_mode->clock;
/*
* enumerate the LVDS panel timing info entry in VBT to check
w
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/drm_irq.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 2022a5c..c3c87a1 100644
--- a/drivers/gpu/drm/drm_irq.c
+++ b/drivers/gpu/d
From: Ben Skeggs
Sometimes we could be controlling a device (such as an NVIDIA Tesla) that
has no crtcs/encoders/connectors.
One could argue that the driver should unset DRIVER_MODESET in this case,
but that changes a whole heap of the DRM's other behaviours, and it's much
easier to just be a mo
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_object.c |4 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 64 +-
2 files changed, 30 insertions(+), 38 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_object.c
b/drivers
On Mon, Jul 4, 2011 at 1:15 PM, wrote:
> From: Ben Skeggs
>
> Signed-off-by: Ben Skeggs
Please ignore this, was a git-send-email accident :)
> ---
> ?drivers/gpu/drm/nouveau/nouveau_object.c | ? ?4 +-
> ?drivers/gpu/drm/nouveau/nouveau_state.c ?| ? 64
> +-
> ?2 fi
On Mon, 04 Jul 2011 11:18:13 -0700
Keith Packard wrote:
> On Mon, 4 Jul 2011 13:27:51 +0100, Alan Cox wrote:
> > Found this going over intel_bios.c and cross comparing it with the
> > Intel/IMG driver intel_bios.c
> >
> > temp_mode = kzalloc(sizeof(*temp_mode), GFP_KERNEL);
>
> This ob
Commit 6067aa (drm/i915: split clock gating init into per-chipset
functions) introduces an init_clock_gating-pointer. There is one case,
however, where it does not get set, so that caused an OOPS. Change the
code to return -ENODEV in this case and propagate it to the upper
layers.
Signed-off-by: W
https://bugs.freedesktop.org/show_bug.cgi?id=38954
Summary: Add an option to switch from low to mid/high power
states
Product: DRI
Version: unspecified
Platform: All
OS/Version: Linux (All)
Status: NEW
Sev
https://bugs.freedesktop.org/show_bug.cgi?id=38954
Summary: Add an option to switch from low to mid/high power
states
Product: DRI
Version: unspecified
Platform: All
OS/Version: Linux (All)
Status: NEW
Sev
On Mon, 4 Jul 2011 13:27:51 +0100, Alan Cox wrote:
> Found this going over intel_bios.c and cross comparing it with the
> Intel/IMG driver intel_bios.c
>
> temp_mode = kzalloc(sizeof(*temp_mode), GFP_KERNEL);
This object is about 216 bytes long; would it be reasonable to allocate
it on t
op.org/archives/dri-devel/attachments/20110704/f671f4c3/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=38622
--- Comment #7 from Michel Dänzer 2011-07-04 17:54:32 ---
(In reply to comment #5)
> skips were entered when xserver didn't even start properly - there was no way
> to test if there are artefacts
Can you provide Xorg.0.log and dmesg for such
On Mon, 4 Jul 2011 11:41:10 +0200, Wolfram Sang
wrote:
> Commit 6067aa (drm/i915: split clock gating init into per-chipset
> functions) introduces an init_clock_gating-pointer. There is one case,
> however, where it does not get set, so that caused an OOPS. Change the
> code to return -ENODEV in
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Jul 4, 2011 at 12:39 AM, Marcin Slusarz
wrote:
> On Sun, Jul 03, 2011 at 01:21:55PM +0200, Jesper Juhl wrote:
>> From: Jesper Juhl
>> Subject: [PATCH] nouveau: Do not leak in nv20_graph_create
>>
>> If we return due to an unknown chipset in
>> drivers/gpu/drm/nouveau/nv20_graph.c:nv20_gr
On Sun, Jul 3, 2011 at 7:58 PM, Jesper Juhl wrote:
> If nva3_calc_pll() returns less than 0 in
> drivers/gpu/drm/nouveau/nva3_pm.c:nva3_pm_clock_pre() we'll return
> without freeing 'pll'.
> This patch should fix the leak.
Firstly, thank you for the patch.
This issue however, no longer exists in
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #11 from Michel Dänzer 2011-07-04 09:30:56 PDT
---
Note that as you say it's not hitting even 10% CPU load, it's probably not a
simple CPU bottleneck but some kind of timing / timeout issue. The tracepoint
events listed by
perf lis
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #11 from Michel D?nzer 2011-07-04 09:30:56
PDT ---
Note that as you say it's not hitting even 10% CPU load, it's probably not a
simple CPU bottleneck but some kind of timing / timeout issue. The tracepoint
events listed by
perf lis
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #10 from Jerome Glisse 2011-07-04 09:19:39
PDT ---
Profilling is likely the solution to get meaningfull data. However it won't
work on x86-64 unless you build everything with frame pointer.
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #10 from Jerome Glisse 2011-07-04
09:19:39 PDT ---
Profilling is likely the solution to get meaningfull data. However it won't
work on x86-64 unless you build everything with frame pointer.
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #9 from Simon Farnsworth 2011-07-04
06:27:19 PDT ---
Updating to git master (on top of airlied's drm-fixes) has improved things, but
I'm still not there. I have gone to the following commits in each interesting
tree:
dri2proto: comm
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #9 from Simon Farnsworth
2011-07-04 06:27:19 PDT ---
Updating to git master (on top of airlied's drm-fixes) has improved things, but
I'm still not there. I have gone to the following commits in each interesting
tree:
dri2proto: comm
Found this going over intel_bios.c and cross comparing it with the
Intel/IMG driver intel_bios.c
temp_mode = kzalloc(sizeof(*temp_mode), GFP_KERNEL);
temp_downclock = panel_fixed_mode->clock;
/*
* enumerate the LVDS panel timing info entry in VBT to check
w
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #39 from Lars G 2011-07-04 04:28:36 PDT ---
(In reply to comment #38)
> Just tested, and altough very fast, it seems to break grabing/rotating/scaling
> using the handles on screen.
Same here.
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #39 from Lars G 2011-07-04 04:28:36 PDT
---
(In reply to comment #38)
> Just tested, and altough very fast, it seems to break grabing/rotating/scaling
> using the handles on screen.
Same here.
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #8 from Simon Farnsworth 2011-07-04
04:22:55 PDT ---
Moving up a kernel revision, to airlied's drm-fixes
6002525170df5f72c92ab946b6ebf1656aaec74d hasn't helped. I'm going to try and
get a full X11 stack, including new Mesa, running f
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #8 from Simon Farnsworth
2011-07-04 04:22:55 PDT ---
Moving up a kernel revision, to airlied's drm-fixes
6002525170df5f72c92ab946b6ebf1656aaec74d hasn't helped. I'm going to try and
get a full X11 stack, including new Mesa, running f
https://bugs.freedesktop.org/show_bug.cgi?id=38941
--- Comment #1 from Micael Dias 2011-07-04 03:00:59 PDT ---
I'm now not so sure that LIBGL_ALWAYS_SOFTWARE=1 is working fine. But it
renders the vertex handles just fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=38941
--- Comment #1 from Micael Dias 2011-07-04 03:00:59 PDT
---
I'm now not so sure that LIBGL_ALWAYS_SOFTWARE=1 is working fine. But it
renders the vertex handles just fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=38941
Micael Dias changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=38941
Micael Dias changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=38941
Summary: Wrong render in Blender with clipping border active in
edit mode
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=38941
Summary: Wrong render in Blender with clipping border active in
edit mode
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
On Mon, 4 Jul 2011 11:41:10 +0200, Wolfram Sang wrote:
> Commit 6067aa (drm/i915: split clock gating init into per-chipset
> functions) introduces an init_clock_gating-pointer. There is one case,
> however, where it does not get set, so that caused an OOPS. Change the
> code to return -ENODEV in
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #38 from Micael Dias 2011-07-04 02:47:02 PDT
---
Just tested, and altough very fast, it seems to break grabing/rotating/scaling
using the handles on screen. Not sure which patch broke it though...
Anyway, thank you for your work on
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #38 from Micael Dias 2011-07-04 02:47:02
PDT ---
Just tested, and altough very fast, it seems to break grabing/rotating/scaling
using the handles on screen. Not sure which patch broke it though...
Anyway, thank you for your work on
Commit 6067aa (drm/i915: split clock gating init into per-chipset
functions) introduces an init_clock_gating-pointer. There is one case,
however, where it does not get set, so that caused an OOPS. Change the
code to return -ENODEV in this case and propagate it to the upper
layers.
Signed-off-by: W
54 matches
Mail list logo
