Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #92962 > unrolled thread

Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen

Started byVincent Lefevre <vincent@vinc17.net>
First post2026-06-12 12:50 +0200
Last post2026-06-21 23:40 +0200
Articles 8 — 3 participants

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Vincent Lefevre <vincent@vinc17.net> - 2026-06-12 12:50 +0200
    Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Vincent Lefevre <vincent@vinc17.net> - 2026-06-12 13:20 +0200
      Processed: Re: linux-image-7.0.12+deb14-amd64: NULL pointer  dereference in nouveau / black screen "Debian Bug Tracking System" <owner@bugs.debian.org> - 2026-06-12 13:20 +0200
      Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Vincent Lefevre <vincent@vinc17.net> - 2026-06-12 13:40 +0200
        Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Ben Hutchings <ben@decadent.org.uk> - 2026-06-12 18:30 +0200
    Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Ben Hutchings <ben@decadent.org.uk> - 2026-06-12 18:20 +0200
      Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Ben Hutchings <ben@decadent.org.uk> - 2026-06-21 22:20 +0200
        Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen Vincent Lefevre <vincent@vinc17.net> - 2026-06-21 23:40 +0200

#92962 — Bug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen

FromVincent Lefevre <vincent@vinc17.net>
Date2026-06-12 12:50 +0200
SubjectBug#1139740: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen
Message-ID<N57Cx-cgB4-1@gated-at.bofh.it>
On 2026-06-12 11:27:10 +0200, Vincent Lefevre wrote:
> The 7.0.12 kernel is unusable (except via SSH) due to a NULL pointer
> dereference in nouveau. The first one:
[...]

> I get a black screen.

... with a small "_" cursor at the top-left.

The initrd is much smaller than the one of the 7.0.10 kernel
(which is still working fine):

-rw-r--r-- 1 root root 182262716 2026-06-01 16:55:19 initrd.img-7.0.10+deb14-amd64
-rw-r--r-- 1 root root  76734406 2026-06-12 11:14:18 initrd.img-7.0.12+deb14-amd64

This may be due to the new version of firmware-nonfree.

Before (used with the 7.0.10 kernel):

ii  firmware-intel-graphics               20260410-1                           all          Binary firmware for Intel iGPUs and IPUs
ii  firmware-intel-misc                   20260410-1                           all          Binary firmware for miscellaneous Intel devices and chips
ii  firmware-mediatek                     20260410-1                           all          Binary firmware for MediaTek and Ralink chips for networking, SoCs and media
ii  firmware-misc-nonfree                 20260410-1                           all          Binary firmware for various drivers in the Linux kernel
ii  firmware-nvidia-graphics              20260410-1                           all          Binary firmware for Nvidia GPU chips
ii  firmware-realtek                      20260410-1                           all          Binary firmware for Realtek network and audio chips

Now (used with the 7.0.12 kernel):

ii  firmware-misc-nonfree                 20260519-1                           all          Binary firmware for various drivers in the Linux kernel
ii  firmware-realtek                      20260519-1                           all          Binary firmware for Realtek network and audio chips

since firmware-nvidia-graphics, firmware-intel-graphics,
firmware-intel-misc, firmware-mediatek have been changed
from "Recommends:" to "Suggests:". If this is an issue
just to be able to run Xorg, this should be reverted.

If this is the cause, note that I have another machine, also with
an Nvidia graphics card, but just with firmware-linux-free, and
everything is fine (however, on this other machine, I use the
proprietary Nvidia drivers instead of nouveau due to an old bug
that has never been fixed, and the initrd size is also reasonable:
79278149, i.e. similar to the initrd.img-7.0.12+deb14-amd64 one
mentioned above).

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

[toc] | [next] | [standalone]

#92963

FromVincent Lefevre <vincent@vinc17.net>
Date2026-06-12 13:20 +0200
Message-ID<N585z-chn2-1@gated-at.bofh.it>
In reply to#92962
Control: reassign -1 firmware-misc-nonfree 20260519-1
Control: retitle -1 firmware-misc-nonfree should recommend firmware-nvidia-graphics to avoid kernel Oops + black screen
Control: severity -1 serious

On 2026-06-12 12:39:38 +0200, Vincent Lefevre wrote:
> If this is the cause, note that I have another machine, also with
> an Nvidia graphics card, but just with firmware-linux-free, and
> everything is fine (however, on this other machine, I use the
> proprietary Nvidia drivers instead of nouveau due to an old bug
> that has never been fixed, and the initrd size is also reasonable:
> 79278149, i.e. similar to the initrd.img-7.0.12+deb14-amd64 one
> mentioned above).

Here, using firmware-linux-free alone just like on the other machine
does not solve the problem.

Using firmware-nvidia-graphics without firmware-misc-nonfree makes
the machine unbootable just after unlocking the disk.

Installing firmware-nvidia-graphics in addition to firmware-misc-nonfree
solves the problem. So I'm reassigning the bug.

The change from "Recommends:" to "Suggests:" was due to a request in

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1137651

but this should rather be solved by the installer. BTW, the installer
currently does *not* install "Recommends:" by default, so that #1137651
wouldn't even have been solved! See

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931283

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#92964 — Processed: Re: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2026-06-12 13:20 +0200
SubjectProcessed: Re: linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen
Message-ID<N585z-chn2-9@gated-at.bofh.it>
In reply to#92963
Processing control commands:

> reassign -1 firmware-misc-nonfree 20260519-1
Bug #1139740 [src:linux] linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen
Bug reassigned from package 'src:linux' to 'firmware-misc-nonfree'.
No longer marked as found in versions linux/7.0.12-1.
Ignoring request to alter fixed versions of bug #1139740 to the same values previously set
Bug #1139740 [firmware-misc-nonfree] linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen
Marked as found in versions firmware-nonfree/20260519-1.
> retitle -1 firmware-misc-nonfree should recommend firmware-nvidia-graphics to avoid kernel Oops + black screen
Bug #1139740 [firmware-misc-nonfree] linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen
Changed Bug title to 'firmware-misc-nonfree should recommend firmware-nvidia-graphics to avoid kernel Oops + black screen' from 'linux-image-7.0.12+deb14-amd64: NULL pointer dereference in nouveau / black screen'.
> severity -1 serious
Bug #1139740 [firmware-misc-nonfree] firmware-misc-nonfree should recommend firmware-nvidia-graphics to avoid kernel Oops + black screen
Severity set to 'serious' from 'important'

-- 
1139740: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1139740
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#92965

FromVincent Lefevre <vincent@vinc17.net>
Date2026-06-12 13:40 +0200
Message-ID<N58oV-chtY-1@gated-at.bofh.it>
In reply to#92963
On 2026-06-12 13:17:23 +0200, Vincent Lefevre wrote:
> Installing firmware-nvidia-graphics in addition to firmware-misc-nonfree
> solves the problem. So I'm reassigning the bug.
> 
> The change from "Recommends:" to "Suggests:" was due to a request in
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1137651
> 
> but this should rather be solved by the installer. BTW, the installer
> currently does *not* install "Recommends:" by default, so that #1137651
> wouldn't even have been solved! See
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931283

Another point: a "Suggests:" would be OK if these were just missing
features, but here, the machine is completely unusable without network
access. The Linux virtual consoles (Ctrl+Alt+F<1-6>) do not even work.

I'm also wondering why it is necessary to have a 100 MB firmware just
to get a basic display. In the past (or with the Nvidia proprietary
drivers?), this was not the case. But this is another issue.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#92971

FromBen Hutchings <ben@decadent.org.uk>
Date2026-06-12 18:30 +0200
Message-ID<N5cVz-ckB4-1@gated-at.bofh.it>
In reply to#92965

[Multipart message — attachments visible in raw view] — view raw

On Fri, 2026-06-12 at 13:28 +0200, Vincent Lefevre wrote:
> On 2026-06-12 13:17:23 +0200, Vincent Lefevre wrote:
> > Installing firmware-nvidia-graphics in addition to firmware-misc-nonfree
> > solves the problem. So I'm reassigning the bug.
> > 
> > The change from "Recommends:" to "Suggests:" was due to a request in
> > 
> >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1137651
> > 
> > but this should rather be solved by the installer. BTW, the installer
> > currently does *not* install "Recommends:" by default, so that #1137651
> > wouldn't even have been solved! See
> > 
> >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931283
> 
> Another point: a "Suggests:" would be OK if these were just missing
> features, but here, the machine is completely unusable without network
> access. The Linux virtual consoles (Ctrl+Alt+F<1-6>) do not even work.
> 
> I'm also wondering why it is necessary to have a 100 MB firmware just
> to get a basic display. In the past (or with the Nvidia proprietary
> drivers?), this was not the case. But this is another issue.

The huge "GSP" firmware has most of the code that used to be in the
proprietary driver, now running on a microcontroller next to the GPU. 
For these newer GPUs, the remaining driver code required on the host is
apparently not as sensitive, so even Nvidia's own driver is open source
(but not upstream).  Progress, eh?

But there is work ongoing to remove vendor-specific graphics drivers
(and their firmware) from the initramfs again.

Ben.

-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source

[toc] | [prev] | [next] | [standalone]

#92970

FromBen Hutchings <ben@decadent.org.uk>
Date2026-06-12 18:20 +0200
Message-ID<N5cLU-ckw5-1@gated-at.bofh.it>
In reply to#92962

[Multipart message — attachments visible in raw view] — view raw

Control: tag -1 moreinfo unreproducible

On Fri, 2026-06-12 at 12:39 +0200, Vincent Lefevre wrote:
> On 2026-06-12 11:27:10 +0200, Vincent Lefevre wrote:
> > The 7.0.12 kernel is unusable (except via SSH) due to a NULL pointer
> > dereference in nouveau. The first one:
> [...]
> 
> > I get a black screen.
> 
> ... with a small "_" cursor at the top-left.
> 
> The initrd is much smaller than the one of the 7.0.10 kernel
> (which is still working fine):
> 
> -rw-r--r-- 1 root root 182262716 2026-06-01 16:55:19 initrd.img-7.0.10+deb14-amd64
> -rw-r--r-- 1 root root  76734406 2026-06-12 11:14:18 initrd.img-7.0.12+deb14-amd64
> 
> This may be due to the new version of firmware-nonfree.
> 
> Before (used with the 7.0.10 kernel):
> 
> ii  firmware-intel-graphics               20260410-1                           all          Binary firmware for Intel iGPUs and IPUs
> ii  firmware-intel-misc                   20260410-1                           all          Binary firmware for miscellaneous Intel devices and chips
> ii  firmware-mediatek                     20260410-1                           all          Binary firmware for MediaTek and Ralink chips for networking, SoCs and media
> ii  firmware-misc-nonfree                 20260410-1                           all          Binary firmware for various drivers in the Linux kernel
> ii  firmware-nvidia-graphics              20260410-1                           all          Binary firmware for Nvidia GPU chips
> ii  firmware-realtek                      20260410-1                           all          Binary firmware for Realtek network and audio chips
> 
> Now (used with the 7.0.12 kernel):
> 
> ii  firmware-misc-nonfree                 20260519-1                           all          Binary firmware for various drivers in the Linux kernel
> ii  firmware-realtek                      20260519-1                           all          Binary firmware for Realtek network and audio chips
> 
> since firmware-nvidia-graphics, firmware-intel-graphics,
> firmware-intel-misc, firmware-mediatek have been changed
> from "Recommends:" to "Suggests:". If this is an issue
> just to be able to run Xorg, this should be reverted.
[...]

By default, a Suggests relationship from an explicitly installed package
blocks autoremoval.  I tested this before making the change, and I just
verified it again now:

> (trixie:amd64)root:/# cat /etc/apt/sources.list
> deb http://security.debian.org/ trixie-security main
> deb http://deb.debian.org/debian/ trixie main
> #deb-src http://deb.debian.org/debian/ trixie main
> (trixie:amd64)root:/# sed -i 's/main/main non-free-firmware/' /etc/apt/sources.list
> (trixie:amd64)root:/# apt update
> [...]
> (trixie:amd64)root:/# apt install firmware-misc-nonfree
> Installing:                      
>   firmware-misc-nonfree
> 
> Installing dependencies:
>   firmware-intel-graphics  firmware-mediatek
>   firmware-intel-misc      firmware-nvidia-graphics
> 
> Suggested packages:
>   initramfs-tools
> 
> Summary:
>   Upgrading: 0, Installing: 5, Removing: 0, Not Upgrading: 3
>   Download size: 0 B / 71.7 MB
>   Space needed: 171 MB / 185 GB available
> 
> Continue? [Y/n] 
> [...]
> (trixie:amd64)root:/# sed -i 's/trixie/forky/' /etc/apt/sources.list
> (trixie:amd64)root:/# apt update
> [...]
> (trixie:amd64)root:/# apt full-upgrade
> [...]
> (trixie:amd64)root:/# dpkg -s firmware-misc-nonfree
> Package: firmware-misc-nonfree
> Status: install ok installed
> Priority: optional
> Section: non-free-firmware/kernel
> Installed-Size: 19296
> Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
> Architecture: all
> Multi-Arch: foreign
> Source: firmware-nonfree
> Version: 20260519-1
> Suggests: firmware-nvidia-graphics, firmware-intel-graphics, firmware-intel-misc, firmware-mediatek
> Conflicts: firmware-ti-connectivity (<< 20230625-3~)
> Description: Binary firmware for various drivers in the Linux kernel
>  This package contains the binary firmware for various drivers in the Linux
>  kernel.  This is a collection of firmware blobs which are not individually
>  large enough to warrant a standalone package.
> Homepage: https://gitlab.com/kernel-firmware/linux-firmware
> (trixie:amd64)root:/# apt why firmware-nvidia-graphics 
> firmware-nvidia-graphics:amd64 is selected for install because:
> 1. firmware-misc-nonfree:amd64 is selected for install
> 2. firmware-misc-nonfree:amd64 Suggests firmware-nvidia-graphics
> (trixie:amd64)root:/# apt autoremove
> REMOVING:                       
>   libboost-iostreams1.83.0
> 
> Summary:
>   Upgrading: 0, Installing: 0, Removing: 1, Not Upgrading: 0
>   Freed space: 2297 kB
> 
> Continue? [Y/n] ^C
> (trixie:amd64)root:/# 

So, did you change this default behaviour?  (I don't know how you would
- there isn't a documented setting for it in apt.conf.)

Or did you use some other tool to autoremove packages, like deborphan?

Ben.


-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source

[toc] | [prev] | [next] | [standalone]

#93075

FromBen Hutchings <ben@decadent.org.uk>
Date2026-06-21 22:20 +0200
Message-ID<N8wO6-eEwD-5@gated-at.bofh.it>
In reply to#92970

[Multipart message — attachments visible in raw view] — view raw

Control: severity -1 wishlist
Control: tag -1 wontfix

On Sat, 2026-06-13 at 23:48 +0200, Vincent Lefevre wrote:
> On 2026-06-12 18:07:56 +0200, Ben Hutchings wrote:
> > By default, a Suggests relationship from an explicitly installed package
> > blocks autoremoval.
> 
> I have
> 
> APT::AutoRemove::SuggestsImportant "false";
[...]
> Perhaps having APT::AutoRemove::SuggestsImportant set to true makes
> sense on Debian/stable machines, but on a Debian/sid machine, where
> one often installs and removes packages, this is just bad.

But then you also have to accept that there will sometimes be breakage
like this.

Ben.

-- 
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot

[toc] | [prev] | [next] | [standalone]

#93076

FromVincent Lefevre <vincent@vinc17.net>
Date2026-06-21 23:40 +0200
Message-ID<N8y3v-eFgd-1@gated-at.bofh.it>
In reply to#93075
On 2026-06-21 22:08:22 +0200, Ben Hutchings wrote:
> But then you also have to accept that there will sometimes be breakage
> like this.

This does not solve the issue that after installation, an Nvidia-based
machine will now be unbootable!

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web