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

DISCUSSION Paweł Sikora 3 participants 5 messages Oct 19, 2012 – Oct 30, 2012

Subsystems (3)

DRM drivers DRM misc DRM driver for mga G200 graphics chips

lore

Share & tools

lore

Paweł Sikora

author

2012-10-19 11:54 UTC #0 lore raw

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

Don Morris

2012-10-19 14:38 UTC #1 lore raw

Quoted 4 lines · 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:

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

Quoted 83 lines

[   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 ]---

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.

Quoted 1 line

From bae2005b42747ce1d1bac7f34ab0a0458cf61acc Mon Sep 17 00:00:00 2001

From: Don Morris <[email protected]>
Date: Fri, 19 Oct 2012 07:27:33 -0700
Subject: [PATCH] mgag200: Fix NULL dereference on backout due to VRAM
reservation failure
To: [email protected]

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 <[email protected]>

Signed-off-by Don Morris <[email protected]>

---
 drivers/gpu/drm/mgag200/mgag200_main.c |   42 ++++++++++++++++++++++++++-----
 1 files changed, 35 insertions(+), 7 deletions(-)

drivers/gpu/drm/mgag200/mgag200_main.c +35 -7

index d6a1aae..022e9e5 100644
@@ -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;
 }

Signature · 1 line

1.7.9.111.gf3fb0.dirty

Paweł Sikora

author

2012-10-28 15:09 UTC #2 lore raw

Quoted 19 lines · On Friday 19 of October 2012 07:37:55 Don Morris wrote:

Quoted 4 lines · 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:
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.

Quoted 82 lines

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

Quoted 75 lines

[   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 ]---

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ł.

Paweł Sikora

author

2012-10-30 17:43 UTC #3 lore raw

In reply to Don Morris

Quoted 1 line · 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ł.

David Airlie

maintainer

2012-10-30 21:30 UTC #4 lore raw

Quoted 8 lines · On Friday 19 of October 2012 07:37:55 Don Morris wrote:

Quoted 1 line
[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.