Bug 51157

Summary:

[NVC1] GeForce GT 540M not working anymore

Product:

xorg

Reporter:

Diego Fernandez <aiguo.fernandez>

Component:

Driver/nouveau

Assignee:

Nouveau Project <nouveau>

Status:

RESOLVED FIXED

QA Contact:

Xorg Project Team <xorg-team>

Severity:

normal

Priority:

medium

CC:

aiguo.fernandez, m.obetz

Version:

unspecified

Hardware:

x86-64 (AMD64)

OS:

Linux (All)

Whiteboard:

i915 platform:

i915 features:

Attachments:

Description	Flags
dmesg from kernel 3.4	none
dmesg from lts kernel	none
vbios rom	none

Description Diego Fernandez 2012-06-16 13:22:07 UTC

Created attachment 63117 [details]
dmesg from kernel 3.4

I have a Sager NP5160 with Nvidia GeForce GT 540M Optimus card and running Arch Linux.

Bumblebee was working fine with previous kernels, but it stopped working since around kernel 3.1.  I tried solving this with the Bumblebee team at https://github.com/Bumblebee-Project/Bumblebee/issues/156 but no luck.  I'm thinking it may be something with the DRM module in the kernel.

Fortunately, it still works with the current LTS kernel in Arch (3.0.34) which may help get some insight.  I'm attaching my dmesg from both the lts kernel and from the current kernel (3.4.2).  I'm also attaching my vbios.rom from /sys/kernel/debug/dri/0/vbios.rom

Comment 1 Diego Fernandez 2012-06-16 13:23:08 UTC

Created attachment 63118 [details]
dmesg from lts kernel

Comment 2 Diego Fernandez 2012-06-16 13:23:42 UTC

Created attachment 63119 [details]
vbios rom

Comment 3 Ben Skeggs 2012-06-16 20:11:24 UTC

I suspect this is actually yet more fallout from a kernel 3.4 ACPI bug actually... Nouveau in both logs has the same issues on your card, so it's unlikely to be the cause of the behaviour change.

This is the kernel bug: https://bugzilla.kernel.org/show_bug.cgi?id=43168

Different symptoms, but both problems can probably stem from ACPI video support not loading.

Comment 4 Emil Velikov 2012-07-01 06:06:20 UTC

Hi Diego

The errors in your logs could be related to the optimus solution on your laptop - i.e. no displays physically connected to the nvidia card, thus causing Evo issues. Have you tried booting in headless mode - "nouveau.modeset=2" in your kernel command line ?

Due to further changes in nouveau, we refuse to load due to -EBUSY (nouveau: probe of 0000:01:00.0 failed with error -16)
Would you mind narrowing down the issue - which kernel introduced it, can you bisect


Ben

In the latter kernel 3.4(3.3 is affected as well) we fail to load, leaving one of the following to blame

---
	ret = nouveau_fence_init(dev);
	if (ret)
		goto out_pm;

	if (dev_priv->eng[NVOBJ_ENGINE_GR]) {
		ret = nouveau_card_channel_init(dev);
		if (ret)
			goto out_fence;
	}

	if (dev->mode_config.num_crtc) {
		ret = nouveau_display_init(dev);
		if (ret)
			goto out_chan;

		nouveau_fbcon_init(dev);
	}

Comment 5 Ilia Mirkin 2013-08-30 23:39:25 UTC

Do problems persist with the latest kernels (e.g. 3.11-rc7 at the time of writing)? If so, please attach a recent dmesg.

Comment 6 Diego Fernandez 2013-09-07 17:22:41 UTC

Thanks, it's working now with kernel 3.10.1.. I haven't tried with the latest but I will inform again if there's a regression.

(In reply to comment #5)
> Do problems persist with the latest kernels (e.g. 3.11-rc7 at the time of
> writing)? If so, please attach a recent dmesg.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.