Re: [Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

[Efrem Mc]

Hi all:

Please help me understand the ram issue on the video card, is too many
buffers created?  I did not have this problem on a 4.6 kernel, now the
kernel has been upgraded twice, 4.8.5, and now 4.8.6.  No problems using a
960 GTX w/4GB DDR5 memory, plus I have a secondary 730 GTw/1GB RAM.

Please advice

On Wed, Nov 23, 2016 at 8:09 PM,  wrote:

> *Comment # 96  on
> bug 94990  from Zach
> Wolfe  *
>
> Could someone point me to how exactly to apply
> "0001-nvkm_gpuobj-size-is-smaller-then-nvkm_gpuobj-size-ca.patch"?
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

[Efrem Mc]

Thanks for the comment. Will do.  I uninstalled the non-free driver and
reverted back.  I will report the nouveau version, firmware, and kernel
being used.  I know the kernel is 4.6.5 64bit.

On Wed, Aug 24, 2016 at 5:22 PM,  wrote:

> Ilia Mirkin  changed bug 94990
> 
> What Removed Added
> CC   pil.smmi...@yandex.com
>
> *Comment # 68  on
> bug 94990  from Ilia
> Mirkin  *
>
> *** Bug 97066  has been 
> marked as a duplicate of this bug. ***
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94990] Latest 4.6rc4 kernel, no booting on gtx970

[Efrem Mc]

In reference, I do use the nouveau driver on non-CUDA development systems.
I like how the development teams respond to bugs and fixes.  There are some
differences in the behavior of the kernels between 4.6.x and 4.7.x with the
video drivers.  I am not sure if is related to libdrm, mesa, of libGL
types.  I have a 960 GTX which is in the same product family as the 970
GTX.  Had problems with the 4.7.0 kernel and reverted back to the 4.6.5
kernel and working with some limitations.

On Wed, Aug 24, 2016 at 4:55 PM,  wrote:

> *Comment # 65  on
> bug 94990  from Florian
> Mickler  *
>
> It is considered to be very rude to hijack a bug report for other discussions.
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94990] Latest 4.6rc4 kernel, no booting on gtx970

[Efrem Mc]

I have to install the Nvidia driver on on development systems because I am
doing some programming with CUDA.  I use the CUDA Toolkit in C/C++.  I am
converting some of the software over to OpenACC.  OpenACC has it own
compilers but CUDA requires the non-free driver because the tools
communication to the driver with the APIs.

Regards,

Efrem Mc

On Wed, Aug 24, 2016 at 4:35 AM, <bugzilla-dae...@freedesktop.org> wrote:

> *Comment # 63 <https://bugs.freedesktop.org/show_bug.cgi?id=94990#c63> on
> bug 94990 <https://bugs.freedesktop.org/show_bug.cgi?id=94990> from Yann
> Golanski <freedesk...@kierun.org> *
>
> (In reply to Efrem McCrimon from comment #62 
> <https://bugs.freedesktop.org/show_bug.cgi?id=94990#c62>)> What version of 
> the non-free Nvidia driver are you using? 370.23 or 367.35?
>
> I do not use the non-free Nvidia driver because it causes many more problems
> than it solves: every kernel upgrade might break things until a new driver is
> released. At least with the nouveau, it's more in sync.  Well, this bug none
> withstanding :)
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94990] Latest 4.6rc4 kernel, no booting on gtx970

[Efrem Mc]

What version of the non-free Nvidia driver are you using? 370.23 or 367.35?

On Aug 23, 2016 8:29 AM,  wrote:

> *Comment # 61  on
> bug 94990  from Yann
> Golanski  *
>
> (In reply to Ivan from comment #56 
> )> So, I just install 
> fresh Fedora 24 with kernel-4.5.5, then remove nouveau
> > from system completely:
> >
> > […]
> >
> > After this steps reboot, upgrade system to kernel-4.6.5, and install nVidia
> > proprietary driver. Everything works just fine.
>
> Which is a nice work around if one wishes to go with the plethora of problems
> nVidia drives give you…
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94990] Latest 4.6rc4 kernel, no booting on gtx970

[Efrem Mc]

Hi QA:

 I had can to create the manual blacklist entry for nouveau.   I did this
because I wanted to use the non-free driver.  This is also required if you
want to use the Intel HD internal graphics card with a Nvidia chip set as a
secondary card.

The first edit will disable nouveau and verify by "lsmod | grep -i nouveau"



Manual edits required to get this working.

1. Created blacklist entry, /etc/modprobe.d/blacklist­nouveau.conf as shown
below

# cat /etc/modprobe.d/blacklist­nouveau.conf

blacklist nouveau

options nouveau modeset=0

2. kernel option used, nomodeset

Below (lines below) if you want to use the Nvidia non-free driver support:

3. Used Nvidia xconfig tool, nvidia­xconfig

4. Edit the file manually to see what drivers were being used , it should
state: Drivers “nvidia”

5. ** Special note, I have two separate video GPU cards and decided to use
individual heads, device1, device2


Now after booting, Nvidia drivers are working because the X server came up.
I noticed that

'num­lock' was off. Verification of X is as follows:

1. Verify what is in proc, lsmod, dmesg messages

# cat /proc/driver/nvidia/version

NVRM version: NVIDIA UNIX x86_64 Kernel Module 352.30 Tue Jul 21 18:53:45
PDT 2015

GCC version: gcc version 4.8.3 20140106 (OpenMandriva Association) (Linaro
GCC 4.8­2014.01)

This is the driver we wanted, 352.30, installed from 'mcc'; manual edits
required for the blacklist

file creation. The installation needs to create something. The Nvidia
installer does create a file for

you using their manual installation method by executing the driver
installation .run.

2. Verify X log in /var/log/Xorg.0.log.

3. Run Nvidia settings and Nvidia System Management Interface tool,
nvidia­settings, a X tool,

and nvidia­smi, System Management interface tool

Nvidia­smi, reports the driver version match such as in
proc/driver/nvidia/version and reports the

GPU(s). GPU­0, is the 960; GPU­1, is the 730 card. I want to run the 960 as
the primary (a

physical connection to a 24in monitor).

# nvidia­smi

Sat Feb 27 04:26:53 2016

+­­+

| NVIDIA­SMI 352.30 Driver Version: 352.30 |

|­­­+­­+­­+

| GPU Name Persistence­M| Bus­Id Disp.A | Volatile Uncorr. ECC |

| Fan Temp Perf Pwr:Usage/Cap| Memory­Usage | GPU­Util Compute M. |

|+==+==|

| 0 GeForce GTX 960 Off | :01:00.0 On | N/A |

| 0% 28C P8 7W / 128W | 216MiB / 4091MiB | 0% Default |

+­­­+­­+­­+

| 1 GeForce GT 730 Off | :02:00.0 N/A | N/A |

| 30% 28C P8 N/A / N/A | 66MiB / 1023MiB | N/A Default |

+­­­+­­+­­+

+­+

| Processes: GPU Memory |

| GPU PID Type Process name Usage |

|==|

| 0 4619 G /etc/X11/X 200MiB |

| 0 6121 G /usr/bin/nvidia­settings 2MiB |

| 1 Not Supported |


Regards,

Efrem Mc

PS, I have used this in the past.  You can also try using "acpi_osi=Linux"
on the kernel command line.
This allows be to boot with the Nvidia card as a primary video source with
the Intel HD graphics card disabled in BIOS.

I have found that the BIOS is disabled and initfs still loads the i915
driver module


On Tue, Aug 9, 2016 at 12:00 PM, <bugzilla-dae...@freedesktop.org> wrote:

> *Comment # 53 <https://bugs.freedesktop.org/show_bug.cgi?id=94990#c53> on
> bug 94990 <https://bugs.freedesktop.org/show_bug.cgi?id=94990> from Pierre
> Moreau <pierre.mor...@free.fr> *
>
> (In reply to Ilia Guterman from comment #52 
> <https://bugs.freedesktop.org/show_bug.cgi?id=94990#c52>)> i tested with 
> 'nouveau.modeset=0' on kernel 4.5 and 4.6 on debian/sid and got
> > the same results of screen flickering and seems like nothing inside of the
> > nouveau driver getting called.
>
> Right, `nouveau.modeset=0` wont’t prevent Nouveau from loading, however the
> driver is in a "disable" state and won’t do a thing:
> > modeset
> > Whether the driver should be enabled. 0 for disabled, 1 for enabled, 2 for 
> > headless
>
> (taken from the Nouveau 
> wiki:https://nouveau.freedesktop.org/wiki/KernelModuleParameters/#modeset)
>
> --
> You are receiving this mail because:
>
>- You are the assignee for the bug.
>
>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Bug 94725] Nouveau driver fails to poweron GPU on GM204 after dynamic poweroff

[Efrem Mc]

This what I captured from dmesg.

PCI 02:00.0 is a 730 GTX w/1Gb DDR5
PCI 01:00.0 is a 960 GTX w/4Gb DDR5


Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: bios: version
84.06.26.00.2c
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: gr: using external
firmware
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: Direct firmware
load for nvidia/gm206/fecs_inst.bin failed with error -2
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: gr: failed to load
fecs_inst
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: disp: dcb 15 type 8
unknown
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: fb: 4096 MiB GDDR5
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: VRAM: 4096 MiB
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: GART: 1048576
MiB
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: TMDS table
version 2.0
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB version 4.1
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 00:
01000f02 00020030
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 01:
02000f00 
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 02:
04011f82 00020030
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 03:
02022f62 00020010
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 05:
02833f76 04400020
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 06:
02033f72 00020020
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB outp 15:
01df5ff8 
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB conn 00:
1030
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB conn 01:
01000131
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB conn 02:
00010261
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB conn 03:
00020346
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: DCB conn 05:
0570
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: Pointer to
flat panel table invalid
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: unknown
connector type 70
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: failed to
create encoder 1/8/0: -19
Apr 02 17:08:56 localhost kernel: nouveau :01:00.0: DRM: Unknown-1 has
no encoders, removing
Apr 02 17:08:57 localhost kernel: nouveau :01:00.0: DRM: MM: using COPY
for buffer copies
Apr 02 17:08:57 localhost kernel: nouveau :01:00.0: DRM: allocated
1920x1080 fb: 0x6, bo 88089ac02800
Apr 02 17:08:57 localhost kernel: nouveau :01:00.0: fb0: nouveaufb
frame buffer device
Apr 02 17:08:57 localhost kernel: nouveau :02:00.0: enabling device
( -> 0003)
Apr 02 17:08:57 localhost kernel: nouveau :02:00.0: NVIDIA GK208B
(b06070b1)
Apr 02 17:08:57 localhost kernel: nouveau :02:00.0: bios: version
80.28.78.00.01
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: priv: HUB0: 086014
 (1f70820c)
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: fb: 1024 MiB GDDR5
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: VRAM: 1024 MiB
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: GART: 1048576
MiB
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: TMDS table
version 2.0
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB version 4.0
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB outp 00:
01000f02 00020030
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB outp 01:
02011f62 00020010
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB outp 02:
02022f10 
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB conn 00:
1031
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB conn 01:
2161
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: DCB conn 02:
0200
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: DRM: MM: using COPY
for buffer copies
Apr 02 17:08:58 localhost kernel: nouveau :02:00.0: No connectors
reported connected with modes
Apr 02 17:08:59 localhost kernel: nouveau :02:00.0: DRM: allocated
1024x768 fb: 0x6, bo 88089a47c400
Apr 02 17:08:59 localhost kernel: nouveau :02:00.0: fb1: nouveaufb
frame buffer device




Apr 02 17:09:01 localhost.localdomain kernel: mei_me :00:16.0: enabling
device ( -> 0002)
Apr 02 17:09:01 localhost.localdomain kernel: snd_hda_intel :01:00.1:
Disabling MSI
Apr 02 17:09:01 localhost.localdomain kernel: snd_hda_intel :01:00.1:
Handle vga_switcheroo audio client
Apr 02 17:09:01 localhost.localdomain kernel: snd_hda_intel :02:00.1:
Disabling MSI
Apr 02 17:09:01 localhost.localdomain kernel: snd_hda_intel :02:00.1:
Handle vga_switcheroo audio client
Apr 02 17:09:02 localhost.localdomain kernel: snd_hda_intel :00:1f.3:
failed to add i915 component master (-19)
Apr 02 17:09:02 

Re: [Nouveau] Dual monitors have same identifier

[Efrem Mc]

The Xorg.0.log file is located usally in /var/log/, use less
/var/log/Xorg.0.log se view the contents easily or your favorite tool.

The log above will let you know what files are being used.

You can start manually such as:

startx  -- -logverbose 6

This will capture additional information.

Here are the links.

http://www.x.org/wiki/

http://www.x.org/wiki/guide/





On Tue, Mar 1, 2016 at 12:42 PM, Peter Hewett <nouv...@hewett.co.nz> wrote:

> 
> From: Efrem Mc <efrem...@gmail.com>
> Date: Tue, 1 Mar 2016 00:27:52 -0500
>
> > 'Normally, the monitor-edid, can report the options as well as the
> > journalctl -k on boot.  I have a GTX 960, and it has a DVI-I, DVI-D, >
> DP 1.2, HDMI, and it names the ports as follows, DVI-I as
> > (DVI-I-1/DFP-0, DFP-1 (HDMI-1), DFP-2 (DVI-D-1/DFP-2), and for the
> > Display port (DP-1.   In the X configuration, you can specify in
> > the device section, a BusID "PCI:2:0:0" for the GPU.  There is
> > also an Identifier= "name", see /var/log/Xorg.0.log file.
> >
> > These are some examples, and this is document in xorg.conf(5)
>
> Thanks
>
> I remember dabbling with xorg.conf many many years ago, but now there is
> no xorg.conf file anywhere in Kubuntu. Should I just add one in /etc/X11/ ?
> Are you able to point me to a beginners guide? I couldn't find any
> example xorg.conf files, or howto guides for nouveau.
>
> And grep finds no 'identifier' string in Xorg.log.0.
>
> TIA
>
> Peter
>
>
> > On Mon, Feb 29, 2016 at 8:12 PM, Peter Hewett <nouv...@hewett.co.nz>
> wrote:
> >>
> >> Hi
> >> My desktop is Kubuntu 15.10 with GeForce GTX 970 and two monitors,
> >> using the Nouveau drivers.
> >>
> >> In System Settings > Display and Monitor, the two monitors are
> >> shown but with the same identifier, DVI-0. This is giving some
> >> problems such as random allocation of primary screen and no right
> >> click on one of the monitors.
> >>
> >> How can I get the monitors to have different identifiers?
> >>
> >> Thank you
> >>
> >> Peter
> >> ___
> >> Nouveau mailing list
> >> Nouveau@lists.freedesktop.org
> >> https://lists.freedesktop.org/mailman/listinfo/nouveau
> >>
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [GIT,PULL] Signed firmware for NVIDIA Maxwell 2 GPUs

[Efrem Mc]

Thanks for the update.  Are you updating nouveau for GK208 and GM206?

Regards,

On Tue, Feb 23, 2016 at 4:11 PM, Kyle McMartin  wrote:

> On Tue, Feb 23, 2016 at 06:55:59PM +0900, Alexandre Courbot wrote:
> > Hi linux-firmware maintainers,
> >
> > The following changes since commit
> f66eccaab7d605d433cb82e389441b21ec99b40f:
> >
> >   Update Intel OPA hfi1 firmware (2016-02-15 08:34:16 -0500)
> >
> > are available in the git repository at:
> >
> >   https://github.com/Gnurou/linux-firmware.git secboot
> >
> > for you to fetch changes up to 8d1fd61a3723ab8cb6b7bfeb8be38e16282cc1ed:
> >
> >   nvidia: Add GM20B signed firmware (2016-02-23 18:48:41 +0900)
> >
> > These two patches add the NVIDIA-released firmwares necessary to enable
> > rendering on desktop and mobile Maxwell 2 GPUs. Kernel support is ready
> to
> > be merged once this pull request is officially accepted.
> >
>
> Pulled. Thanks Alexandre.
>
> regards, --Kyle
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau