[3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[Paweł Sikora]

Hi,

on the new opteron server i'm observing an oops during matrox video initialization.
here's the dmesg from pure 3.6.2 kernel:

[   20.598985] [drm] Initialized drm 1.1.0 20060810
[   20.642302] [drm:mga_vram_init] *ERROR* can't reserve VRAM
[   20.642307] mgag200 0000:01:04.0: Fatal error during GPU init: -6
[   20.642319] BUG: unable to handle kernel NULL pointer dereference at           (null)
[   20.664413] IP: [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
[   20.675905] PGD 40869b067 PUD 4086a4067 PMD 0 
[   20.687362] Oops: 0000 [#1] SMP 
[   20.698748] Modules linked in: igb(+) usb_storage(+) mgag200(+) ttm crc32c_intel ghash_clmulni_intel drm_kms_helper drm aesni_intel usb_libusual dca ablk_helper uas i2c_algo_bit sysimgblt cryptd sysfillrect syscopyarea ptp aes_x86_64 pps_core evdev joydev pcspkr aes_generic hid_generic fam15h_power(+) i2c_piix4(+) atiixp(+) k10temp i2c_core microcode ide_core amd64_edac_mod edac_core hwmon edac_mce_amd processor button uhci_hcd ext3 jbd mbcache raid1 md_mod usbhid hid ohci_hcd ehci_hcd usbcore usb_common uvesafb sd_mod crc_t10dif ahci libahci libata scsi_mod
[   20.750381] CPU 12 
[   20.750478] Pid: 463, comm: udevd Not tainted 3.6.2 #4 Supermicro H8DGU/H8DGU
[   20.776696] RIP: 0010:[<ffffffffa03c364f>]  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
[   20.790249] RSP: 0018:ffff8804086a3a88  EFLAGS: 00010296
[   20.803729] RAX: 0000000000000000 RBX: ffff881007f41000 RCX: 0000000000000043
[   20.817409] RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffff881008d83000
[   20.831003] RBP: ffff8804086a3aa8 R08: 000000000000000a R09: 00000000000003ff
[   20.844580] R10: 0000000000000000 R11: 00000000000003fe R12: ffff881008d83000
[   20.858085] R13: ffff881008d83460 R14: ffff881007f41000 R15: ffff881008d833a0
[   20.871607] FS:  00007fc87267c800(0000) GS:ffff88101ec00000(0000) knlGS:0000000000000000
[   20.885316] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   20.899017] CR2: 0000000000000000 CR3: 000000040869a000 CR4: 00000000000407e0
[   20.912916] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   20.926724] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[   20.940450] Process udevd (pid: 463, threadinfo ffff8804086a2000, task ffff88040846ee00)
[   20.942880] Probing IDE interface ide1...
[   20.968028] Stack:
[   20.981616]  ffff881007f41000 ffff881007f41000 ffff881008d83000 ffffffffa029a8e0
[   20.995514]  ffff8804086a3ac8 ffffffffa02942c7 00000000fffffffa ffff881008ddd000
[   21.009470]  ffff8804086a3b58 ffffffffa029462e ffff8804086a3af8 ffffffffa03c11a1
[   21.023443] Call Trace:
[   21.037295]  [<ffffffffa02942c7>] mgag200_driver_unload+0x37/0x70 [mgag200]
[   21.051493]  [<ffffffffa029462e>] mgag200_driver_load+0x32e/0x4b0 [mgag200]
[   21.065600]  [<ffffffffa03c11a1>] ? drm_sysfs_device_add+0x81/0xb0 [drm]
[   21.079699]  [<ffffffffa03bd469>] ? drm_get_minor+0x259/0x2f0 [drm]
[   21.093733]  [<ffffffffa03bfaae>] drm_get_pci_dev+0x17e/0x2c0 [drm]
[   21.107675]  [<ffffffffa0299405>] mga_pci_probe+0xb1/0xb9 [mgag200]
[   21.121582]  [<ffffffff8127f854>] local_pci_probe+0x74/0x100
[   21.135386]  [<ffffffff8127f9f1>] pci_device_probe+0x111/0x120
[   21.149106]  [<ffffffff813319e6>] driver_probe_device+0x76/0x240
[   21.162801]  [<ffffffff81331c4b>] __driver_attach+0x9b/0xa0
[   21.176411]  [<ffffffff81331bb0>] ? driver_probe_device+0x240/0x240
[   21.190062]  [<ffffffff8132fd4d>] bus_for_each_dev+0x4d/0x90
[   21.203724]  [<ffffffff81331509>] driver_attach+0x19/0x20
[   21.217443]  [<ffffffff81331100>] bus_add_driver+0x190/0x260
[   21.231260]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
[   21.245155]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
[   21.259047]  [<ffffffff813322d2>] driver_register+0x72/0x170
[   21.272998]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
[   21.286900]  [<ffffffff8127e6c9>] __pci_register_driver+0x59/0xd0
[   21.300840]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
[   21.314682]  [<ffffffffa03bfd0a>] drm_pci_init+0x11a/0x130 [drm]
[   21.328540]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
[   21.342301]  [<ffffffffa02c5032>] mgag200_init+0x32/0x1000 [mgag200]
[   21.356065]  [<ffffffff81002122>] do_one_initcall+0x122/0x170
[   21.369741]  [<ffffffff810aa176>] sys_init_module+0xfe6/0x1e50
[   21.383355]  [<ffffffff810a6920>] ? free_notes_attrs+0x60/0x60
[   21.396935]  [<ffffffff814ae579>] system_call_fastpath+0x16/0x1b
[   21.410479] Code: 5d 41 5e 5d c3 0f 1f 80 00 00 00 00 55 48 89 e5 41 55 41 54 49 89 fc 4d 8d ac 24 60 04 00 00 53 48 83 ec 08 48 8b 87 60 04 00 00 <48> 8b 18 48 8d 78 f8 48 83 eb 08 49 39 c5 74 1c 90 48 8b 47 40 
[   21.439403] RIP  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
[   21.453651]  RSP <ffff8804086a3a88>
[   21.467829] CR2: 0000000000000000
[   21.481651] ---[ end trace ecb4d159319307e6 ]---


01:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])
        Subsystem: Super Micro Computer Inc H8DGU
        Flags: bus master, medium devsel, latency 64, IRQ 20
        Memory at fc000000 (32-bit, prefetchable) [size=16M]
        Memory at fdffc000 (32-bit, non-prefetchable) [size=16K]
        Memory at fe000000 (32-bit, non-prefetchable) [size=8M]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [dc] Power Management version 1
        Kernel driver in use: mgag200
        Kernel modules: mgag200

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[Don Morris]

[-- Attachment #1: Type: text/plain, Size: 6823 bytes --]

On 10/19/2012 04:53 AM, Paweł Sikora wrote:
> Hi,
> 
> on the new opteron server i'm observing an oops during matrox video initialization.
> here's the dmesg from pure 3.6.2 kernel:

I haven't owned a G200 based Matrox in years, but based on code
analysis and your output, it looks to me like the VRAM init failure
results in our taking the unload/cleanup backout path well before
the call to drm_mode_config_init() in mgag200_driver_load().
drm_mode_config_cleanup() doesn't handle that situation.

So I would think either drm_mode_config_cleanup() itself needs
revision to handle being called with an uninitialized data set
(better general solution, but that may violate expectations and
I'd think the maintainers would want to chime in on how to signify
that) or we have the driver use some common sense and clean up what
it really did.

I've generated a patch for the latter, does it solve your immediate
problem? It won't solve the VRAM init failure, I know.
I've built it, but without a G200, haven't tested myself.

Don Morris
HP Mission Critical Linux

> 
> [   20.598985] [drm] Initialized drm 1.1.0 20060810
> [   20.642302] [drm:mga_vram_init] *ERROR* can't reserve VRAM
> [   20.642307] mgag200 0000:01:04.0: Fatal error during GPU init: -6
> [   20.642319] BUG: unable to handle kernel NULL pointer dereference at           (null)
> [   20.664413] IP: [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> [   20.675905] PGD 40869b067 PUD 4086a4067 PMD 0 
> [   20.687362] Oops: 0000 [#1] SMP 
> [   20.698748] Modules linked in: igb(+) usb_storage(+) mgag200(+) ttm crc32c_intel ghash_clmulni_intel drm_kms_helper drm aesni_intel usb_libusual dca ablk_helper uas i2c_algo_bit sysimgblt cryptd sysfillrect syscopyarea ptp aes_x86_64 pps_core evdev joydev pcspkr aes_generic hid_generic fam15h_power(+) i2c_piix4(+) atiixp(+) k10temp i2c_core microcode ide_core amd64_edac_mod edac_core hwmon edac_mce_amd processor button uhci_hcd ext3 jbd mbcache raid1 md_mod usbhid hid ohci_hcd ehci_hcd usbcore usb_common uvesafb sd_mod crc_t10dif ahci libahci libata scsi_mod
> [   20.750381] CPU 12 
> [   20.750478] Pid: 463, comm: udevd Not tainted 3.6.2 #4 Supermicro H8DGU/H8DGU
> [   20.776696] RIP: 0010:[<ffffffffa03c364f>]  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> [   20.790249] RSP: 0018:ffff8804086a3a88  EFLAGS: 00010296
> [   20.803729] RAX: 0000000000000000 RBX: ffff881007f41000 RCX: 0000000000000043
> [   20.817409] RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffff881008d83000
> [   20.831003] RBP: ffff8804086a3aa8 R08: 000000000000000a R09: 00000000000003ff
> [   20.844580] R10: 0000000000000000 R11: 00000000000003fe R12: ffff881008d83000
> [   20.858085] R13: ffff881008d83460 R14: ffff881007f41000 R15: ffff881008d833a0
> [   20.871607] FS:  00007fc87267c800(0000) GS:ffff88101ec00000(0000) knlGS:0000000000000000
> [   20.885316] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [   20.899017] CR2: 0000000000000000 CR3: 000000040869a000 CR4: 00000000000407e0
> [   20.912916] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [   20.926724] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [   20.940450] Process udevd (pid: 463, threadinfo ffff8804086a2000, task ffff88040846ee00)
> [   20.942880] Probing IDE interface ide1...
> [   20.968028] Stack:
> [   20.981616]  ffff881007f41000 ffff881007f41000 ffff881008d83000 ffffffffa029a8e0
> [   20.995514]  ffff8804086a3ac8 ffffffffa02942c7 00000000fffffffa ffff881008ddd000
> [   21.009470]  ffff8804086a3b58 ffffffffa029462e ffff8804086a3af8 ffffffffa03c11a1
> [   21.023443] Call Trace:
> [   21.037295]  [<ffffffffa02942c7>] mgag200_driver_unload+0x37/0x70 [mgag200]
> [   21.051493]  [<ffffffffa029462e>] mgag200_driver_load+0x32e/0x4b0 [mgag200]
> [   21.065600]  [<ffffffffa03c11a1>] ? drm_sysfs_device_add+0x81/0xb0 [drm]
> [   21.079699]  [<ffffffffa03bd469>] ? drm_get_minor+0x259/0x2f0 [drm]
> [   21.093733]  [<ffffffffa03bfaae>] drm_get_pci_dev+0x17e/0x2c0 [drm]
> [   21.107675]  [<ffffffffa0299405>] mga_pci_probe+0xb1/0xb9 [mgag200]
> [   21.121582]  [<ffffffff8127f854>] local_pci_probe+0x74/0x100
> [   21.135386]  [<ffffffff8127f9f1>] pci_device_probe+0x111/0x120
> [   21.149106]  [<ffffffff813319e6>] driver_probe_device+0x76/0x240
> [   21.162801]  [<ffffffff81331c4b>] __driver_attach+0x9b/0xa0
> [   21.176411]  [<ffffffff81331bb0>] ? driver_probe_device+0x240/0x240
> [   21.190062]  [<ffffffff8132fd4d>] bus_for_each_dev+0x4d/0x90
> [   21.203724]  [<ffffffff81331509>] driver_attach+0x19/0x20
> [   21.217443]  [<ffffffff81331100>] bus_add_driver+0x190/0x260
> [   21.231260]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> [   21.245155]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> [   21.259047]  [<ffffffff813322d2>] driver_register+0x72/0x170
> [   21.272998]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> [   21.286900]  [<ffffffff8127e6c9>] __pci_register_driver+0x59/0xd0
> [   21.300840]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> [   21.314682]  [<ffffffffa03bfd0a>] drm_pci_init+0x11a/0x130 [drm]
> [   21.328540]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> [   21.342301]  [<ffffffffa02c5032>] mgag200_init+0x32/0x1000 [mgag200]
> [   21.356065]  [<ffffffff81002122>] do_one_initcall+0x122/0x170
> [   21.369741]  [<ffffffff810aa176>] sys_init_module+0xfe6/0x1e50
> [   21.383355]  [<ffffffff810a6920>] ? free_notes_attrs+0x60/0x60
> [   21.396935]  [<ffffffff814ae579>] system_call_fastpath+0x16/0x1b
> [   21.410479] Code: 5d 41 5e 5d c3 0f 1f 80 00 00 00 00 55 48 89 e5 41 55 41 54 49 89 fc 4d 8d ac 24 60 04 00 00 53 48 83 ec 08 48 8b 87 60 04 00 00 <48> 8b 18 48 8d 78 f8 48 83 eb 08 49 39 c5 74 1c 90 48 8b 47 40 
> [   21.439403] RIP  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> [   21.453651]  RSP <ffff8804086a3a88>
> [   21.467829] CR2: 0000000000000000
> [   21.481651] ---[ end trace ecb4d159319307e6 ]---
> 
> 
> 01:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])
>         Subsystem: Super Micro Computer Inc H8DGU
>         Flags: bus master, medium devsel, latency 64, IRQ 20
>         Memory at fc000000 (32-bit, prefetchable) [size=16M]
>         Memory at fdffc000 (32-bit, non-prefetchable) [size=16K]
>         Memory at fe000000 (32-bit, non-prefetchable) [size=8M]
>         Expansion ROM at <unassigned> [disabled]
>         Capabilities: [dc] Power Management version 1
>         Kernel driver in use: mgag200
>         Kernel modules: mgag200
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> .
> 


[-- Attachment #2: 0001-mgag200-Fix-NULL-dereference-on-backout-due-to-VRAM-.patch --]
[-- Type: text/x-patch, Size: 3240 bytes --]

>From bae2005b42747ce1d1bac7f34ab0a0458cf61acc Mon Sep 17 00:00:00 2001
From: Don Morris <don.morris@hp.com>
Date: Fri, 19 Oct 2012 07:27:33 -0700
Subject: [PATCH] mgag200: Fix NULL dereference on backout due to VRAM
 reservation failure
To: don.morris@hp.com

Based on code flow analysis and the reported Oops, the mgag200 driver
will attempt to call drm_mode_config_cleanup() as part of using the
unload function for general cleanup. However, if an error is encountered
during driver load before drm_mode_config_init() is done, there's nothing
to cleanup.

This fix introduces a core cleanup method which can be used to skip
cleanup paths which have not yet been done but which can still be called
from the general unload function.

Reported by: Pawel Sikora <pawel.sikora@agmk.net>

Signed-off-by: Don Morris <don.morris@hp.com>
---
 drivers/gpu/drm/mgag200/mgag200_main.c |   42 ++++++++++++++++++++++++++-----
 1 files changed, 35 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c b/drivers/gpu/drm/mgag200/mgag200_main.c
index d6a1aae..022e9e5 100644
--- a/drivers/gpu/drm/mgag200/mgag200_main.c
+++ b/drivers/gpu/drm/mgag200/mgag200_main.c
@@ -210,16 +210,41 @@ void mgag200_device_fini(struct mga_device *mdev)
 	mga_vram_fini(mdev);
 }
 
+enum mgag200_init_state {
+	MGAG200_CLEAR = 0x0,
+	MGAG200_DEV_INIT = 0x1,
+	MGAG200_MM_INIT = 0x2
+};
+
+static void mgag200_driver_cleanup(struct drm_device *dev,
+		enum mgag200_init_state state)
+{
+	struct mga_device *mdev = dev->dev_private;
+
+	BUG_ON(mdev == NULL);
+
+	if (state & MGAG200_MM_INIT)
+		mgag200_mm_fini(mdev);
+
+	if (state & MGAG200_DEV_INIT)
+		mgag200_device_fini(mdev);
+
+	kfree(mdev);
+	dev->dev_private = NULL;
+
+	return;
+}
+
 /*
  * Functions here will be called by the core once it's bound the driver to
  * a PCI device
  */
 
-
 int mgag200_driver_load(struct drm_device *dev, unsigned long flags)
 {
 	struct mga_device *mdev;
 	int r;
+	enum mgag200_init_state state = MGAG200_CLEAR;
 
 	mdev = kzalloc(sizeof(struct mga_device), GFP_KERNEL);
 	if (mdev == NULL)
@@ -232,10 +257,12 @@ int mgag200_driver_load(struct drm_device *dev, unsigned long flags)
 		dev_err(&dev->pdev->dev, "Fatal error during GPU init: %d\n", r);
 		goto out;
 	}
+	state = MGAG200_DEV_INIT;
 	r = mgag200_mm_init(mdev);
 	if (r)
 		goto out;
 
+	state = (state | MGAG200_MM_INIT);
 	drm_mode_config_init(dev);
 	dev->mode_config.funcs = (void *)&mga_mode_funcs;
 	dev->mode_config.min_width = 0;
@@ -247,8 +274,12 @@ int mgag200_driver_load(struct drm_device *dev, unsigned long flags)
 	if (r)
 		dev_err(&dev->pdev->dev, "Fatal error during modeset init: %d\n", r);
 out:
-	if (r)
-		mgag200_driver_unload(dev);
+	if (r) {
+		if (state & (MGAG200_MM_INIT|MGAG200_DEV_INIT))
+			mgag200_driver_unload(dev);
+		else
+			mgag200_driver_cleanup(dev, state);
+	}
 	return r;
 }
 
@@ -261,10 +292,7 @@ int mgag200_driver_unload(struct drm_device *dev)
 	mgag200_modeset_fini(mdev);
 	mgag200_fbdev_fini(mdev);
 	drm_mode_config_cleanup(dev);
-	mgag200_mm_fini(mdev);
-	mgag200_device_fini(mdev);
-	kfree(mdev);
-	dev->dev_private = NULL;
+	mgag200_driver_cleanup(dev, MGAG200_MM_INIT|MGAG200_DEV_INIT);
 	return 0;
 }
 
-- 
1.7.9.111.gf3fb0.dirty

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[Paweł Sikora]

On Friday 19 of October 2012 07:37:55 Don Morris wrote:
> On 10/19/2012 04:53 AM, Paweł Sikora wrote:
> > Hi,
> > 
> > on the new opteron server i'm observing an oops during matrox video initialization.
> > here's the dmesg from pure 3.6.2 kernel:
> 
> I haven't owned a G200 based Matrox in years, but based on code
> analysis and your output, it looks to me like the VRAM init failure
> results in our taking the unload/cleanup backout path well before
> the call to drm_mode_config_init() in mgag200_driver_load().
> drm_mode_config_cleanup() doesn't handle that situation.
> 
> So I would think either drm_mode_config_cleanup() itself needs
> revision to handle being called with an uninitialized data set
> (better general solution, but that may violate expectations and
> I'd think the maintainers would want to chime in on how to signify
> that) or we have the driver use some common sense and clean up what
> it really did.
> 
> I've generated a patch for the latter, does it solve your immediate
> problem? It won't solve the VRAM init failure, I know.
> I've built it, but without a G200, haven't tested myself.
> 
> Don Morris
> HP Mission Critical Linux
> 
> > 
> > [   20.598985] [drm] Initialized drm 1.1.0 20060810
> > [   20.642302] [drm:mga_vram_init] *ERROR* can't reserve VRAM
> > [   20.642307] mgag200 0000:01:04.0: Fatal error during GPU init: -6
> > [   20.642319] BUG: unable to handle kernel NULL pointer dereference at           (null)
> > [   20.664413] IP: [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> > [   20.675905] PGD 40869b067 PUD 4086a4067 PMD 0 
> > [   20.687362] Oops: 0000 [#1] SMP 
> > [   20.698748] Modules linked in: igb(+) usb_storage(+) mgag200(+) ttm crc32c_intel ghash_clmulni_intel drm_kms_helper drm aesni_intel usb_libusual dca ablk_helper uas i2c_algo_bit sysimgblt cryptd sysfillrect syscopyarea ptp aes_x86_64 pps_core evdev joydev pcspkr aes_generic hid_generic fam15h_power(+) i2c_piix4(+) atiixp(+) k10temp i2c_core microcode ide_core amd64_edac_mod edac_core hwmon edac_mce_amd processor button uhci_hcd ext3 jbd mbcache raid1 md_mod usbhid hid ohci_hcd ehci_hcd usbcore usb_common uvesafb sd_mod crc_t10dif ahci libahci libata scsi_mod
> > [   20.750381] CPU 12 
> > [   20.750478] Pid: 463, comm: udevd Not tainted 3.6.2 #4 Supermicro H8DGU/H8DGU
> > [   20.776696] RIP: 0010:[<ffffffffa03c364f>]  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> > [   20.790249] RSP: 0018:ffff8804086a3a88  EFLAGS: 00010296
> > [   20.803729] RAX: 0000000000000000 RBX: ffff881007f41000 RCX: 0000000000000043
> > [   20.817409] RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffff881008d83000
> > [   20.831003] RBP: ffff8804086a3aa8 R08: 000000000000000a R09: 00000000000003ff
> > [   20.844580] R10: 0000000000000000 R11: 00000000000003fe R12: ffff881008d83000
> > [   20.858085] R13: ffff881008d83460 R14: ffff881007f41000 R15: ffff881008d833a0
> > [   20.871607] FS:  00007fc87267c800(0000) GS:ffff88101ec00000(0000) knlGS:0000000000000000
> > [   20.885316] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > [   20.899017] CR2: 0000000000000000 CR3: 000000040869a000 CR4: 00000000000407e0
> > [   20.912916] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > [   20.926724] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> > [   20.940450] Process udevd (pid: 463, threadinfo ffff8804086a2000, task ffff88040846ee00)
> > [   20.942880] Probing IDE interface ide1...
> > [   20.968028] Stack:
> > [   20.981616]  ffff881007f41000 ffff881007f41000 ffff881008d83000 ffffffffa029a8e0
> > [   20.995514]  ffff8804086a3ac8 ffffffffa02942c7 00000000fffffffa ffff881008ddd000
> > [   21.009470]  ffff8804086a3b58 ffffffffa029462e ffff8804086a3af8 ffffffffa03c11a1
> > [   21.023443] Call Trace:
> > [   21.037295]  [<ffffffffa02942c7>] mgag200_driver_unload+0x37/0x70 [mgag200]
> > [   21.051493]  [<ffffffffa029462e>] mgag200_driver_load+0x32e/0x4b0 [mgag200]
> > [   21.065600]  [<ffffffffa03c11a1>] ? drm_sysfs_device_add+0x81/0xb0 [drm]
> > [   21.079699]  [<ffffffffa03bd469>] ? drm_get_minor+0x259/0x2f0 [drm]
> > [   21.093733]  [<ffffffffa03bfaae>] drm_get_pci_dev+0x17e/0x2c0 [drm]
> > [   21.107675]  [<ffffffffa0299405>] mga_pci_probe+0xb1/0xb9 [mgag200]
> > [   21.121582]  [<ffffffff8127f854>] local_pci_probe+0x74/0x100
> > [   21.135386]  [<ffffffff8127f9f1>] pci_device_probe+0x111/0x120
> > [   21.149106]  [<ffffffff813319e6>] driver_probe_device+0x76/0x240
> > [   21.162801]  [<ffffffff81331c4b>] __driver_attach+0x9b/0xa0
> > [   21.176411]  [<ffffffff81331bb0>] ? driver_probe_device+0x240/0x240
> > [   21.190062]  [<ffffffff8132fd4d>] bus_for_each_dev+0x4d/0x90
> > [   21.203724]  [<ffffffff81331509>] driver_attach+0x19/0x20
> > [   21.217443]  [<ffffffff81331100>] bus_add_driver+0x190/0x260
> > [   21.231260]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> > [   21.245155]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> > [   21.259047]  [<ffffffff813322d2>] driver_register+0x72/0x170
> > [   21.272998]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> > [   21.286900]  [<ffffffff8127e6c9>] __pci_register_driver+0x59/0xd0
> > [   21.300840]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> > [   21.314682]  [<ffffffffa03bfd0a>] drm_pci_init+0x11a/0x130 [drm]
> > [   21.328540]  [<ffffffffa02c5000>] ? 0xffffffffa02c4fff
> > [   21.342301]  [<ffffffffa02c5032>] mgag200_init+0x32/0x1000 [mgag200]
> > [   21.356065]  [<ffffffff81002122>] do_one_initcall+0x122/0x170
> > [   21.369741]  [<ffffffff810aa176>] sys_init_module+0xfe6/0x1e50
> > [   21.383355]  [<ffffffff810a6920>] ? free_notes_attrs+0x60/0x60
> > [   21.396935]  [<ffffffff814ae579>] system_call_fastpath+0x16/0x1b
> > [   21.410479] Code: 5d 41 5e 5d c3 0f 1f 80 00 00 00 00 55 48 89 e5 41 55 41 54 49 89 fc 4d 8d ac 24 60 04 00 00 53 48 83 ec 08 48 8b 87 60 04 00 00 <48> 8b 18 48 8d 78 f8 48 83 eb 08 49 39 c5 74 1c 90 48 8b 47 40 
> > [   21.439403] RIP  [<ffffffffa03c364f>] drm_mode_config_cleanup+0x1f/0x1c0 [drm]
> > [   21.453651]  RSP <ffff8804086a3a88>
> > [   21.467829] CR2: 0000000000000000
> > [   21.481651] ---[ end trace ecb4d159319307e6 ]---
> > 
> > 
> > 01:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])
> >         Subsystem: Super Micro Computer Inc H8DGU
> >         Flags: bus master, medium devsel, latency 64, IRQ 20
> >         Memory at fc000000 (32-bit, prefetchable) [size=16M]
> >         Memory at fdffc000 (32-bit, non-prefetchable) [size=16K]
> >         Memory at fe000000 (32-bit, non-prefetchable) [size=8M]
> >         Expansion ROM at <unassigned> [disabled]
> >         Capabilities: [dc] Power Management version 1
> >         Kernel driver in use: mgag200
> >         Kernel modules: mgag200
> > 

with this patch kernel-3.6.3 doesn't ooops:

# dmesg|egrep -i '(drm|mga)'    
[   17.118271] [drm] Initialized drm 1.1.0 20060810
[   17.664075] fbcon: mgadrmfb (fb0) is primary device
[   18.057092] [drm] mga base 0
[   18.305324] fb0: mgadrmfb frame buffer device
[   18.305325] drm: registered panic notifier
[   18.305329] [drm] Initialized mgag200 1.0.0 20110418 for 0000:01:04.0 on minor 0
[   19.114953] uvesafb: Matrox, MGA-G200, 00, OEM: Matrox Graphics Inc., VBE v3.0

BR,
Paweł.

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[Paweł Sikora]

On Friday 19 of October 2012 07:37:55 Don Morris wrote:
> [drm:mga_vram_init] ERROR can't reserve VRAM

Hi again, small update.

i've figured out that loading uvesafb before mgag200 is causing this vram-reserve-error.

BR,
Paweł.

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

[David Airlie]

> On Friday 19 of October 2012 07:37:55 Don Morris wrote:
> > [drm:mga_vram_init] ERROR can't reserve VRAM
> 
> Hi again, small update.
> 
> i've figured out that loading uvesafb before mgag200 is causing this
> vram-reserve-error.

I think we need to kick uvesafb off like we kick efi and vesafb.

and then block it from loading afterwards.

Dave.