Re: [Nouveau] [PATCH] Revert "drm/nouveau/fifo/gk104: kick channels when deactivating them"

2015-08-13 Thread Alexandre Courbot
On Wed, Aug 12, 2015 at 6:59 PM, Afzal Mohammed  wrote:
> Hi,
>
> On Wed, Aug 12, 2015 at 04:40:57PM +0900, Alexandre Courbot wrote:
>
>> Great, thanks. Are you also on an optimus configuration with the
>> NVIDIA card being the secondary GPU?
>
> Spec says graphic processor is NVIDIA GeForce NV14P-GV2 GT40M, system
> is Lenovo E431 laptop.
>
> I am a stranger here, started Kernel journey towards north and reached
> south since the system wasn't booting :), don't know how to find it is
> an optimus configuration, if above details aren't enough, let me know
> how to find out.

Thanks for the details!

An optimus configuration means that display and basic acceleration is
provided by an integrated Intel graphics, and the NVIDIA GPU can be
switched on/off dynamically to provide more power when needed.

According to your laptop reference, this seems to be the kind of
configuration you have. It is relevant because this issue seems to
happen when the NVIDIA GPU is switched off during boot.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 91627] [NV117] KMS failed on DisplayPort with 750 Ti

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91627

Ilia Mirkin  changed:

   What|Removed |Added

Summary|KMS failed on DisplayPort   |[NV117] KMS failed on
   |with 750 Ti |DisplayPort with 750 Ti

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 91627] KMS failed on DisplayPort with 750 Ti

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91627

--- Comment #2 from Tom Yan  ---
Created attachment 117669
  --> https://bugs.freedesktop.org/attachment.cgi?id=117669&action=edit
debug log with dvi/hdmi connected

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 91627] KMS failed on DisplayPort with 750 Ti

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91627

Tom Yan  changed:

   What|Removed |Added

 Attachment #117669|debug log with dvi/hdmi |debug log with DVI/HDMI
description|connected   |connected

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 91627] KMS failed on DisplayPort with 750 Ti

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91627

--- Comment #1 from Tom Yan  ---
Created attachment 117668
  --> https://bugs.freedesktop.org/attachment.cgi?id=117668&action=edit
debug log with DP connected

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 91627] New: KMS failed on DisplayPort with 750 Ti

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91627

Bug ID: 91627
   Summary: KMS failed on DisplayPort with 750 Ti
   Product: xorg
   Version: unspecified
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Driver/nouveau
  Assignee: nouveau@lists.freedesktop.org
  Reporter: tom.t...@gmail.com
QA Contact: xorg-t...@lists.x.org

I have an EVGA GeForce 750 Ti connected to an EIZO EV2336W. nouveau modesets
successfully with TMDS outputs (DVI/HDMI), but with DP it gives black screen
once it attempts to do so. Attached are the kernel debug logs of the failed DP
and the working DVI/HDMI for reference.

Arch Linux with linux 4.1.4-1 in the core repo.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] DisplayPort support with 750 Ti

2015-08-13 Thread Ilia Mirkin
Supposed to? Sure! :) DP is finicky in general, and Maxwell is a
fairly new generation that not a lot of people have tested or had
access to, so quite expected for things to go wrong. Can you file a
bug at bugs.freedesktop.org xorg -> Driver/nouveau with the output of
nouveau loaded with

drm.debug=0xe nouveau.debug=debug,VBIOS=trace

Hopefully that will give an idea of what's happening.

On Thu, Aug 13, 2015 at 12:57 AM, Tom Yan  wrote:
> Is nouveau supposed support DisplayPort output as of Linux 4.1? I have
> an EVGA GeForce GTX 750 Ti. TMDS outputs (HDMI/DVI) works while
> DisplayPort output failed and delays initialization of nouveau. It
> seems that nouveau failed to read EDID properly through DisplayPort as
> well. The following are grep'd kernel messages of booting with
> DP/DP+DVI/DVI connected respectively:
>
> [tom@localhost ~]$ grep nouveau dp
> Aug 12 11:28:17 localhost kernel: fb: switching to nouveaufb from EFI VGA
> Aug 12 11:28:17 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> BOOT0  : 0x117000a2
> Aug 12 11:28:17 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> Chipset: GM107 (NV117)
> Aug 12 11:28:17 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> Family : NV110
> Aug 12 11:28:17 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> using image from PROM
> Aug 12 11:28:17 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> BIT signature found
> Aug 12 11:28:17 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> version 82.07.32.00.38
> Aug 12 11:28:17 localhost kernel: nouveau  [ PMC][:01:00.0]
> MSI interrupts enabled
> Aug 12 11:28:17 localhost kernel: nouveau  [ PFB][:01:00.0]
> RAM type: GDDR5
> Aug 12 11:28:17 localhost kernel: nouveau  [ PFB][:01:00.0]
> RAM size: 2048 MiB
> Aug 12 11:28:17 localhost kernel: nouveau  [ PFB][:01:00.0]
> ZCOMP: 0 tags
> Aug 12 11:28:19 localhost kernel: nouveau  [  PTHERM][:01:00.0]
> FAN control: PWM
> Aug 12 11:28:19 localhost kernel: nouveau  [  PTHERM][:01:00.0]
> fan management: automatic
> Aug 12 11:28:19 localhost kernel: nouveau  [  PTHERM][:01:00.0]
> internal sensor: yes
> Aug 12 11:28:19 localhost kernel: nouveau  [ CLK][:01:00.0]
> 07: core 405 MHz memory 810 MHz
> Aug 12 11:28:19 localhost kernel: nouveau  [ CLK][:01:00.0]
> 0f: core 270-1293 MHz memory 5400 MHz
> Aug 12 11:28:19 localhost kernel: nouveau  [ CLK][:01:00.0]
> --: core 405 MHz memory 810 MHz
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] VRAM: 2048 MiB
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] GART: 1048576 MiB
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] TMDS table version 2.0
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB version 4.0
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB outp 00:
> 01000f02 00020030
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB outp 01:
> 02000f00 
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB outp 02:
> 08011f82 00020010
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB outp 03:
> 02822fa6 04420010
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB outp 04:
> 02022f62 00020010
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB conn 00: 1030
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB conn 01: 00010161
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] DCB conn 02: 2246
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] MM: using COPY
> for buffer copies
> Aug 12 11:28:19 localhost kernel: nouveau  [ DRM] allocated
> 1280x1024 fb: 0x6, bo 880211e2dc00
> Aug 12 11:28:19 localhost kernel: fbcon: nouveaufb (fb0) is primary device
> Aug 12 11:29:02 localhost kernel: nouveau :01:00.0: fb0: nouveaufb
> frame buffer device
> Aug 12 11:29:02 localhost kernel: nouveau :01:00.0: registered
> panic notifier
> Aug 12 11:29:02 localhost kernel: [drm] Initialized nouveau 1.2.2
> 20120801 for :01:00.0 on minor 0
>
> [tom@localhost ~]$ grep nouveau dp+dvi
> Aug 12 11:24:23 localhost kernel: fb: switching to nouveaufb from EFI VGA
> Aug 12 11:24:23 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> BOOT0  : 0x117000a2
> Aug 12 11:24:23 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> Chipset: GM107 (NV117)
> Aug 12 11:24:23 localhost kernel: nouveau  [  DEVICE][:01:00.0]
> Family : NV110
> Aug 12 11:24:23 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> using image from PROM
> Aug 12 11:24:23 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> BIT signature found
> Aug 12 11:24:23 localhost kernel: nouveau  [   VBIOS][:01:00.0]
> version 82.07.32.00.38
> Aug 12 11:24:23 localhost kernel: nouveau  [ PMC][:01:00.0]
> MSI interrupts enabled
> Aug 12 11:24:23 localhost kernel: nouveau  [ PFB][:01:00.0]
> RAM type: GDDR5
> Aug 12 11:24:23 localhost kernel: nouveau  [ PFB][:01:00.0]
> RAM size: 2048 MiB
> Aug 12 11:24:23 localhost kernel: nouveau  [ PF

Re: [Nouveau] Odd text behavior on Websites and others

2015-08-13 Thread Rudolf Künzli
Thank you very much.
I switched to the appropriate NVIDIA driver and the system works fine
with it.

-- 
Rudolf Künzli 
On Thu, 2015-08-13 at 15:33 +0200, poma wrote:
> On 12.08.2015 00:11, Ilia Mirkin wrote:
> > Add a file to /etc/X11/xorg.conf.d, named anything-you-want.conf, 
> > which contains
> > 
> > Section "Device"
> >   Driver "modesetting"
> > EndSection
> > 
> > Hopefully that should do it.
> > 
> 
> 
> /var/log/Xorg.0.log 
> ...
> [  4223.892] (==) Using config directory: "/etc/X11/xorg.conf.d"
> [  4223.892] (==) Using system config directory 
> "/usr/share/X11/xorg.conf.d"
> [  4223.892] Parse error on line 4 of section Device in file 
> /etc/X11/xorg.conf.d/00-modesetting.conf
>   This section must have an Identifier line.
> [  4223.892] (EE) Problem parsing the config file
> [  4223.892] (EE) Error parsing the config file
> [  4223.892] (EE) 
> Fatal server error:
> [  4223.892] (EE) no screens found(EE) 
> [  4223.892] (EE) 
> ...
> [  4223.892] (EE) 
> [  4223.892] (EE) Server terminated with error (1). Closing log file.
> 
> 
> man 5 xorg.conf
> ...
> DEVICE SECTION
> ...
> Device sections have the following format:
> 
> Section "Device"
> Identifier "name"
> Driver "driver"
> entries
> ...
> EndSection
> 
> The *Identifier* *and* *Driver* entries are *required* in all Device 
> sections.
> All other entries are optional.
> 
> e.g.
> 
> /etc/X11/xorg.conf.d/00-modesetting.conf
> Section "Device"
> Identifier "video0"
> Driver "modesetting"
> EndSection
> 
> 
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 90871] NV30: Xfwm4 use_compositing - garbled display

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=90871

--- Comment #21 from poma  ---
Test GLX compositing & tfp-test:
http://goo.gl/Gm4ffO
vids/discothèque.webm

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [PATCH mesa] nv30: Fix creation of scanout buffers

2015-08-13 Thread poma
On 12.08.2015 14:24, Hans de Goede wrote:
> Scanout buffers on nv30 must always be non-swizzled and have special
> width alignment constraints.
> 
> These constrains have been taken from the xf86-video-nouveau
> src/nv_accel_common.c: nouveau_allocate_surface() function.
> 
> nouveau_allocate_surface() applies these width constraints only when a
> tiled attribute is set, which it sets for all surfaces allocated via
> dri, and this "tiling" is not the same as swizzling, scanout surfaces
> must be linear / have a uniform_pitch or only complete garbage is shown.
> 
> This commit fixes dri3 on nv30 showing a garbled display, with dri3 the
> scanout buffers are allocated by mesa, rather then by the ddx, and the
> wrong stride of these buffers was causing the garbled display.
> 
> Signed-off-by: Hans de Goede 
> ---
>  src/gallium/drivers/nouveau/nv30/nv30_miptree.c | 10 ++
>  1 file changed, 10 insertions(+)
> 
> diff --git a/src/gallium/drivers/nouveau/nv30/nv30_miptree.c 
> b/src/gallium/drivers/nouveau/nv30/nv30_miptree.c
> index c75b4b9..2276347 100644
> --- a/src/gallium/drivers/nouveau/nv30/nv30_miptree.c
> +++ b/src/gallium/drivers/nouveau/nv30/nv30_miptree.c
> @@ -28,6 +28,7 @@
>  #include "util/u_surface.h"
>  
>  #include "nv_m2mf.xml.h"
> +#include "nv_object.xml.h"
>  #include "nv30/nv30_screen.h"
>  #include "nv30/nv30_context.h"
>  #include "nv30/nv30_resource.h"
> @@ -362,6 +363,7 @@ nv30_miptree_create(struct pipe_screen *pscreen,
> blocksz = util_format_get_blocksize(pt->format);
>  
> if ((pt->target == PIPE_TEXTURE_RECT) ||
> +   (pt->bind & PIPE_BIND_SCANOUT) ||
> !util_is_power_of_two(pt->width0) ||
> !util_is_power_of_two(pt->height0) ||
> !util_is_power_of_two(pt->depth0) ||
> @@ -369,6 +371,14 @@ nv30_miptree_create(struct pipe_screen *pscreen,
> util_format_is_float(pt->format) || mt->ms_mode) {
>mt->uniform_pitch = util_format_get_nblocksx(pt->format, w) * blocksz;
>mt->uniform_pitch = align(mt->uniform_pitch, 64);
> +  if (pt->bind & PIPE_BIND_SCANOUT) {
> + struct nv30_screen *screen = nv30_screen(pscreen);
> + int pitch_align = MAX2(
> +   screen->eng3d->oclass >= NV40_3D_CLASS ? 1024 : 256,
> +   /* round_down_pow2(mt->uniform_pitch / 4) */
> +   1 << (util_last_bit(mt->uniform_pitch / 4) - 1));
> + mt->uniform_pitch = align(mt->uniform_pitch, pitch_align);
> +  }
> }
>  
> if (!mt->uniform_pitch)
> 


I patched mesa 10.6.4 with it, did not help to solve
https://bugs.freedesktop.org/show_bug.cgi?id=90871


___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 90871] NV30: Xfwm4 use_compositing - garbled display

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=90871

--- Comment #20 from poma  ---
Thanks for the explanation.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Odd text behavior on Websites and others

2015-08-13 Thread poma
On 12.08.2015 00:11, Ilia Mirkin wrote:
> Add a file to /etc/X11/xorg.conf.d, named anything-you-want.conf, which 
> contains
> 
> Section "Device"
>   Driver "modesetting"
> EndSection
> 
> Hopefully that should do it.
> 


/var/log/Xorg.0.log 
...
[  4223.892] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  4223.892] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  4223.892] Parse error on line 4 of section Device in file 
/etc/X11/xorg.conf.d/00-modesetting.conf
This section must have an Identifier line.
[  4223.892] (EE) Problem parsing the config file
[  4223.892] (EE) Error parsing the config file
[  4223.892] (EE) 
Fatal server error:
[  4223.892] (EE) no screens found(EE) 
[  4223.892] (EE) 
...
[  4223.892] (EE) 
[  4223.892] (EE) Server terminated with error (1). Closing log file.


man 5 xorg.conf
...
DEVICE SECTION
...
Device sections have the following format:

Section "Device"
Identifier "name"
Driver "driver"
entries
...
EndSection

The *Identifier* *and* *Driver* entries are *required* in all Device sections.
All other entries are optional.

e.g.

/etc/X11/xorg.conf.d/00-modesetting.conf
Section "Device"
Identifier "video0"
Driver "modesetting"
EndSection


___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 82714] [G84] nouveau fails to properly initialize GPU

2015-08-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82714

--- Comment #19 from Pierre Moreau  ---
I had completely forgotten I had the same card... So, tried again with 4.1.5
and with config=NvForcePost=1, and I get the same evo_wait bug "Unable to
handle kernel paging request" that you had at some point, even if the card is
the primary GPU. Removing config=NvForcePost=1, and the bug disappears.

I'll try to do some testing with this configuration (single GPU +
config=NvForcePost=1), see if I can find something, before putting the G84 back
as a secondary GPU.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Odd text behavior on Websites and others

2015-08-13 Thread Rudolf Künzli
I don't think there will be a fast fix of the problem.
I did install the NVIDIA driver. The problem disappeared.
I'd loved to stay with the nouveau driver anyway!
Thanks for your effort.

-- 
Rudolf Künzli 
On Wed, 2015-08-12 at 23:53 +0200, Rudolf Künzli wrote:
> Just a precision. It seems that the password is accepted and the 
> screen
> turn to "black" for a second. After then it returns to the login
> screen. It doesn't give a message as for a wrong password.
> Sorry, I didn't give a comprehensible description.
> 
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau