Nouveau - Dec 2012 - [Bug 58776] New: DRM NOUVEAU: cannot boot with kernel >=3.7

https://bugs.freedesktop.org/show_bug.cgi?id=58776

          Priority: medium
            Bug ID: 58776
          Assignee: nouveau at lists.freedesktop.org
           Summary: DRM NOUVEAU: cannot boot with kernel >=3.7
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: balducci at units.it
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

Created attachment 72129
  --> https://bugs.freedesktop.org/attachment.cgi?id=72129&action=edit
lspci output

hello everybody,

following advice from dri-devel list I am opening a bug report here.

Starting with kernel-3.7 I am not able to boot any more in KMS: as
soon as the screen resolution changes in the very early stage of the
boot, the machine freezes and the only option I'm left with is to
press a physical reset button.

I am on an athlon64 dual core machine and using DRM/NOUVEAU with a
NVIDIA GeForce 6200 LE GPU

Here are some facts:

=> while kernel-3.7.x gives the problems mentioned above,
   kernel-3.6.{8-10} boots just fine (and X11 works nicely)
=> if it can be of any use: if I reboot from a running 3.6.x kernel
   into a 3.7.x, the obtained freezed console screen shows the (somewhat
   misplaced) lines which were printed during the shutdown phase of
   the reboot process (this is similar to what reported in Description
   of bug#46557)
=> kernel-3.7.x boots just fine on another box (another athlon64 dual core
with
   a GeForce 6150SE nForce 430 (rev a2) GPU); kernel is 32bit there,
   if it can matter

I am attaching lspci output, kernel config and dmesg output w/
NOUVEAU_DEBUG_DEFAULT=6

I will be happy to send in any other information which might be useful

thank you very much  in advance

ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20121226/ce68c1fd/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #1 from gabriele balducci <balducci at units.it> ---
Created attachment 72130
  --> https://bugs.freedesktop.org/attachment.cgi?id=72130&action=edit
kernel config

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20121226/133882dd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #2 from gabriele balducci <balducci at units.it> ---
Created attachment 72131
  --> https://bugs.freedesktop.org/attachment.cgi?id=72131&action=edit
dmesg output (part 01)

NOTE: dmesg broken in 2 files to be able to upload

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20121226/a9ea2650/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #3 from gabriele balducci <balducci at units.it> ---
Created attachment 72132
  --> https://bugs.freedesktop.org/attachment.cgi?id=72132&action=edit
dmesg output (part 02)

NOTE: dmesg output broken in 2 parts to be able to upload

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20121226/6c12c392/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #4 from gabriele balducci <balducci at units.it> ---
I have done some more experiments.

Following discussions in bug#46557 and bug#54988, I have tried both
https://bugs.freedesktop.org/attachment.cgi?id=63137 and the mem=2G
kernel opt.

The former does not have any effect, while the latter works (with
mem=2G I can boot fine and also X11 runs nicely)

I would not be in favor of a buggy hardware, since the GPU works without any
problem with kernel 3.6.x (i.e., no need to append any mem=2G
option).

I would rather think about changes between 3.6/3.7, but, as I
told above, my knowledge about the whole matter is less than poor...

thank you very much in advance for any help

ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20121227/23eff907/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #5 from gabriele balducci <balducci at units.it> ---
For the records:

just for the fun of it, I have also tried this one:

   https://bugs.freedesktop.org/attachment.cgi?id=72201&action=edit

without any success, though (behavior exactly the same)

So: up to now, the only workaround is the mem=2G kernel opt; but that
means running with half of the total available memory...


ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130102/a0a47982/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #6 from Marcin Slusarz <marcin.slusarz at gmail.com> ---
Please attach dmesg from 3.6 kernel.

2 things to try:
1) Dealing with this:
[    0.000000] No AGP bridge found
[    0.000000] Node 0: aperture @ c4000000 size 32 MB
[    0.000000] Aperture pointing to e820 RAM. Ignoring.
[    0.000000] Your BIOS doesn't leave a aperture memory hole
[    0.000000] Please enable the IOMMU option in the BIOS setup
[    0.000000] This costs you 64 MB of RAM
[    0.000000] Mapping aperture over 65536 KB of RAM @ c4000000

2) Booting with nouveau.vram_pushbuf=1

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130102/70fdec94/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #7 from gabriele balducci <balducci at units.it> ---
Thanks a lot.

1) I cannot find (or I am not able to recognize) any option related to
   AGP/IOMMU in my BIOS menu.
   Following advice in
   http://www.kernel.org/doc/Documentation/x86/x86_64/boot-options.txt,
   I have booted with iommu=soft, which apparently makes the IOMMU
   complaint go away from demsg, but I don't know if this is really a
   solution...
   In any case, booting with (only) iommu=soft, does not make any
   difference: i.e. the machine freezes as above

2) The nouveau.vram_pushbuf=1 option allows me to boot fine (with or
   without the iommu=soft option above)!
   However, now X11 has problems.
   After starting X11, text in menus (e.g. emacs, firefox) and in
   window borders is made of unreadable black rectangles; text in
   windows (e.g. xterm text lines, text in emacs buffers etc) are fine, though.
   This problem goes away if I boot into X11 with
                    Option  "Accel"   "Off"
   i.e.: if I switch acceleration off, everything works nicely (but,
   of course, I have no acceleration)

I have attached dmesg for kernel 3.6.10 (which works perfectly), the
new dmesg for kernel 3.7.1 with iommu=soft and nouveau.vram_pushbuf=1,
my xorg.conf and xorg.0.log for kernel 3.6.10 and 3.7.1 (with/without
accel)

I'll be happy to send any other information which might help to
clarify this problem

thank you very much again

ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/ad464e29/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #8 from gabriele balducci <balducci at units.it> ---
Created attachment 72452
  --> https://bugs.freedesktop.org/attachment.cgi?id=72452&action=edit
demsg for kernel-3.6.10

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/948c9d2b/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #9 from gabriele balducci <balducci at units.it> ---
Created attachment 72453
  --> https://bugs.freedesktop.org/attachment.cgi?id=72453&action=edit
dmesg for kernel-3.7.1 with iommu=soft nouveau.vram_pushbuf=1

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/60463f21/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #10 from gabriele balducci <balducci at units.it> ---
Created attachment 72454
  --> https://bugs.freedesktop.org/attachment.cgi?id=72454&action=edit
xorg.conf

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/5aab01c7/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #11 from gabriele balducci <balducci at units.it> ---
Created attachment 72455
  --> https://bugs.freedesktop.org/attachment.cgi?id=72455&action=edit
Xorg.0.log for kernel-3.6.10

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/2530a72b/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #12 from gabriele balducci <balducci at units.it> ---
Created attachment 72456
  --> https://bugs.freedesktop.org/attachment.cgi?id=72456&action=edit
Xorg.0.log for kernel-3.7.1 without acceleration

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/5c16dc0a/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #13 from gabriele balducci <balducci at units.it> ---
Created attachment 72457
  --> https://bugs.freedesktop.org/attachment.cgi?id=72457&action=edit
Xorg.0.log with acceleration

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/8d9820bd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #14 from Marcin Slusarz <marcin.slusarz at gmail.com> ---
(For some reason GPU reads garbage from GART. With vram_pushbuf=1 we moved main
push buffer from GART to VRAM, so it at least starts. But we really need GART.)

Can you bisect it? To speed it up you can use drivers/gpu/drm/nouveau/ as
bisect path.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130103/510c40db/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #15 from gabriele balducci <balducci at units.it> ---
hi there,

sorry for the delay (busy time at work and first time doing a git
bisect).

Here is the final result of the bisection:

---8<-------8<-------8<----

e5f186c4f9812eccbc291da6dfe8b15da546f961 is the first bad commit
commit e5f186c4f9812eccbc291da6dfe8b15da546f961
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Thu Sep 27 08:55:29 2012 +1000

    drm/nv44/vm: fix and enable use of "real" pciegart

    Something seems to be missing in regards to flushing specific ranges of
    the TLB.  For the moment, flushing the entire thing seems to make it
    work alright.

    Should give 39-bit DMA addressing on the relevant chipsets.

    v2: allocate contig 16KiB for dummy pages, reported by mwk on irc

    Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

:040000 040000 7dd13fec39439ac29561ada8b22f6d2666f46ff5
cf817ecb40b80ebb8446457ea4420005438ebd8e M      drivers

---8<-------8<-------8<----

Don't hesitate to ask me any other piece of information that might be
useful


I thank you very much for your assistance

ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130107/9bed04ce/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

Marcin Slusarz <marcin.slusarz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |skeggsb at gmail.com

--- Comment #16 from Marcin Slusarz <marcin.slusarz at gmail.com> ---
Lovely, the fix for bug 46557 breaks your card.
I guess booting with nouveau.config=NvPCIE=0 works?

CC'ing Ben.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130107/34092253/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #17 from gabriele balducci <balducci at units.it> ---
(In reply to comment #16)
> Lovely, the fix for bug 46557 breaks your card.
> I guess booting with nouveau.config=NvPCIE=0 works?
> 
yep!

With nouveau.config=NvPCIE=0 I can boot 3.7.1 without problems and also X11
(with acceleration, as far as I can say) works fine

thanks a lot

I'll be happy to make any other test and/or gather any other piece of
information if needed

ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130107/fbbbdf8d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|DRM NOUVEAU: cannot boot    |[NV44] Some cards require
                   |with kernel >=3.7           |NvPCIE=0

--- Comment #18 from Ilia Mirkin <imirkin at alum.mit.edu> ---
I'd be rather curious to know if this issue has fixed itself, although I
would
guess not. Would you mind checking 3.10 or 3.11-rc6?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130820/4de27484/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

--- Comment #19 from gabriele balducci <balducci at units.it> ---
Thanks for your interest

Unfortunately, that machine is dead since my report and I am now using a
different hardware...

thanks again
ciao
gabriele

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130820/9b109ce5/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=58776

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #20 from Ilia Mirkin <imirkin at alum.mit.edu> ---
OK, closing as invalid since you can no longer test patches.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130820/eadb827e/attachment.html>