From: Ben Skeggs <bskeggs(a)redhat.com>
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 modesetting driver without any outputs.
Signed-off-by: Ben Skeggs <bskeggs(a)redhat.com>
---
drivers/gpu/drm/drm_crtc.c | 3 ---
1 files changed, 0 insertions(+), …
[View More]3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 21058e6..82db185 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -886,9 +886,6 @@ int drm_mode_group_init(struct drm_device *dev, struct drm_mode_group *group)
total_objects += dev->mode_config.num_connector;
total_objects += dev->mode_config.num_encoder;
- if (total_objects == 0)
- return -EINVAL;
-
group->id_list = kzalloc(total_objects * sizeof(uint32_t), GFP_KERNEL);
if (!group->id_list)
return -ENOMEM;
--
1.7.5.4
[View Less]
If we return due to an unknown chipset in
drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the
memory allocated to 'pgraph'.
This patch should fix the leak and it also disambiguates the "PGRAPH:
unknown chipset\n" error message - it's nice to be able to tell which
branch created the error which is impossible if the error messages are
100% identical.
Signed-off-by: Jesper Juhl <jj(a)chaosbits.net>
---
drivers/gpu/drm/nouveau/nv20_graph.c | 4 +++-
1 files changed,…
[View More] 3 insertions(+), 1 deletions(-)
Don't have the hardware, so compile tested only.
diff --git a/drivers/gpu/drm/nouveau/nv20_graph.c b/drivers/gpu/drm/nouveau/nv20_graph.c
index affc7d7..059ad65 100644
--- a/drivers/gpu/drm/nouveau/nv20_graph.c
+++ b/drivers/gpu/drm/nouveau/nv20_graph.c
@@ -752,6 +752,7 @@ nv20_graph_create(struct drm_device *dev)
pgraph->grctx_user = 0x0000;
break;
default:
+ kfree(pgraph);
NV_ERROR(dev, "PGRAPH: unknown chipset\n");
return 0;
}
@@ -773,7 +774,8 @@ nv20_graph_create(struct drm_device *dev)
pgraph->grctx_size = NV35_36_GRCTX_SIZE;
break;
default:
- NV_ERROR(dev, "PGRAPH: unknown chipset\n");
+ kfree(pgraph);
+ NV_ERROR(dev, "PGRAPH: unknown chipset.\n");
return 0;
}
}
--
1.7.6
--
Jesper Juhl <jj(a)chaosbits.net> http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=38921
Summary: Heroes of Newerth fails to start
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: g.galwas(a)highantdev.de
When trying to start Heroes of Newerth the game reports
K2 - …
[View More]Fatal Error: ARB_vertex_buffer_object not available
and doesn't start.
That games used to work a long time ago. I havent tested it for a long time, so
I have no idea when it happaned.
But since it did work, it looks like it is a regression.
mesa, ddx and drm git
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD BARTS
OpenGL version string: 2.1 Mesa 7.12-devel (git-f2001df)
OpenGL shading language version string: 1.20
glxinfo | grep ARB_vertex_buffer_object
GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object
kernel 3.0.0-rc4+ #41 SMP Sat Jul 2 15:47:15 CEST 2011 i686 GNU/Linux
OS: Debian/Linux
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=33171
Summary: [r600g, wine] kernel crash when loading level in FEAR
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: liquid.acid(a)gmx.net
Created an attachment (id=42087)
--> (…
[View More]https://bugs.freedesktop.org/attachment.cgi?id=42087)
kernel log
Hello!
I just triggered a kernel crash while trying out some game in wine (the same as
in bug #33066).
Jan 15 23:17:22 voodoomaster kernel: BUG: unable to handle kernel paging
request at ffffc90010280000
When loading the intro sequence in FEAR the screen suddenly went blank and
switched back to console to display this error. The full error is attached as
textfile.
Could still log into the machine via ssh and salvage the kernel log.
System:
ATI Technologies Inc Radeon HD 4770 [RV740]
drm-radeon-testing kernel
libdrm, mesa and xf86-video-ati are all git master
xorg-server-1.9.3.901
wine is version 1.3.11 and the game I triggered this with is the FEAR demo:
http://www.gamershell.com/download_10167.shtml
GLSL was enabled in wine.
Greets,
Tobias
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
Commit 6067aa (drm/i915: split clock gating init into per-chipset
functions) unconditionally calls the newly created
init_clock_gating-pointer. There is one case, however, where it does
not get set:
if (HAS_PCH_SPLIT(dev)) {
...
} else
dev_priv->display.update_wm = NULL;
}
This can lead to a NULL-pointer exception as in
https://bugzilla.kernel.org/show_bug.cgi?id=37252
Fix it by checking if the pointer is valid before using it.
Signed-off-by: Wolfram Sang <w.sang(a)pengutronix.de&…
[View More]gt;
Cc: Jesse Barnes <jbarnes(a)virtuousgeek.org>
Cc: Keith Packard <keithp(a)keithp.com>
---
Compile tested only, due to no hardware. I was going through the list of
regressions and had my take on this one. Exploring new subsystems here,
so hopefully it's the right direction. The other solution would be
initializing the pointer to a default value, but that one I don't know.
drivers/gpu/drm/i915/intel_display.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 81a9059..cf75856 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -7511,7 +7511,8 @@ void intel_init_clock_gating(struct drm_device *dev)
{
struct drm_i915_private *dev_priv = dev->dev_private;
- dev_priv->display.init_clock_gating(dev);
+ if (dev_priv->display.init_clock_gating)
+ dev_priv->display.init_clock_gating(dev);
if (dev_priv->display.init_pch_clock_gating)
dev_priv->display.init_pch_clock_gating(dev);
--
1.7.2.5
[View Less]
Hi Linus,
Ben was a bit hopeful that NVidia didn't redesign half the gpu for a new
series, apparantly they did, so the 0xd0 series needs some more work, and
another couple of minor radeon fixes from Alex.
Dave.
The following changes since commit daf54f1f363a61c618662ef66d4bf09d2b090941:
drm/radeon/kms: Fix chremap setup on RV770 CE (2011-07-01 07:29:46 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex …
[View More]Deucher (2):
drm/radeon/kms: use correct reg on fusion when reading back mem config
drm/radeon/kms: fix typo in cayman reg offset
Ben Skeggs (1):
Revert "drm/nvc0: recognise 0xdX chipsets as NV_C0"
drivers/gpu/drm/nouveau/nouveau_state.c | 2 --
drivers/gpu/drm/radeon/evergreen.c | 5 ++++-
drivers/gpu/drm/radeon/nid.h | 2 +-
3 files changed, 5 insertions(+), 4 deletions(-)
[View Less]
Another forcewake fix, a NULL pointer oops, some error-path cleanups, a
UMS for IRL fix and another IVB fix. The UMS for IRL fix (from Jesse)
contains a bunch of code motion, hence the fairly large
diffstat. Otherwise, these are all tiny fixes.
The following changes since commit 0d72c6fcb5cd215eeab824fac216ea42c5b574aa:
Merge branch 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6 (2011-06-28 11:15:57 -0700)
are available in the git repository at:
ssh:/…
[View More]/master.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6.git drm-intel-fixes
Ben Widawsky (1):
drm/i915: Don't call describe_obj on NULL pointers
Chris Wilson (1):
drm/i915/overlay: Fix unpinning along init error paths
Jesse Barnes (2):
drm/i915: move IRQ function table init to i915_irq.c
drm/i915: apply HWSTAM writes to Ivy Bridge as well
Keith Packard (1):
drm/i915: Hold struct_mutex during i915_save_state/i915_restore_state
drivers/gpu/drm/i915/i915_debugfs.c | 16 ++++---
drivers/gpu/drm/i915/i915_dma.c | 31 +-------------
drivers/gpu/drm/i915/i915_drv.c | 8 ---
drivers/gpu/drm/i915/i915_drv.h | 32 +-------------
drivers/gpu/drm/i915/i915_irq.c | 80 +++++++++++++++++++++++++---------
drivers/gpu/drm/i915/i915_suspend.c | 19 ++++++---
drivers/gpu/drm/i915/intel_overlay.c | 17 ++++---
7 files changed, 94 insertions(+), 109 deletions(-)
--
keith.packard(a)intel.com
[View Less]