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


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

Bug#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000

Started byTj <tj.iam.tj@proton.me>
First post2025-08-09 07:20 +0200
Last post2025-08-13 18:10 +0200
Articles 3 — 2 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#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000 Tj <tj.iam.tj@proton.me> - 2025-08-09 07:20 +0200
    Bug#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000 Tj <tj.iam.tj@proton.me> - 2025-08-11 21:20 +0200
      Bug#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000 Benjamin Martin <benjamin@bmg7.com> - 2025-08-13 18:10 +0200

#88712 — Bug#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000

FromTj <tj.iam.tj@proton.me>
Date2025-08-09 07:20 +0200
SubjectBug#1088522: nouveau 0000:01:00.0: i2c: aux 0004: magic wait 00008000
Message-ID<LhK9P-6c5d-3@gated-at.bofh.it>
On Saturday, 9 August 2025 at 03:23, Benjamin Martin <benjamin@bmg7.com> wrote:
> From what I could tell it still loaded the firmware. The 3 monitors
> worked correctly.
> 
> I did a simular test with my Fedora install, see message 112. (I renamed
> the nvidia folder .)

As you say, the firmware was loaded (thank goodness for my 'firmware loaded' patch):

  nouveau 0000:01:00.0: Firmware loaded: nvidia/tu117/gsp/gsp-535.113.01.bin

I, of course, forgot that the driver and firmware are in the initial ramdisk!

So, would you mind repeating the experiment but after confirming the sym-link is broken, as a last step
before booting into this kernel doing:

  $ sudo update-initramfs -u -v -k 6.15.6

Capture and share the kernel log as before and report whether the 3rd output (monitor) was activated.

And of course, to undo this deliberate break, after reinstating the firmware file regenerating the initrd again:

  $ sudo update-initramfs -u -v -k 6.15.6

[toc] | [next] | [standalone]


#88767

FromTj <tj.iam.tj@proton.me>
Date2025-08-11 21:20 +0200
Message-ID<LiGdP-6OTd-1@gated-at.bofh.it>
In reply to#88712
On Monday, 11 August 2025 at 16:22, Benjamin Martin <benjamin@bmg7.com> wrote:
> 3 monitors > GPU locked up

Thank-you. That confirms that with just the GSP firmware file unavailable the driver falls back to its own initialisation functions and we see the same messages as originally about table A, etc.

The fix has been added to v6.16 in experimental and backported to v6.12.40 that will be in trixie-security shortly.

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


#88807

FromBenjamin Martin <benjamin@bmg7.com>
Date2025-08-13 18:10 +0200
Message-ID<Ljmd3-7j3P-1@gated-at.bofh.it>
In reply to#88767

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

> The fix has been added to v6.16 in experimental and backported to v6.12.40 that will be in trixie-security shortly.

I did a fresh install of Trixie on my test drive, and this morning 
installed security update 6.12.41 and rebooted, everything is working 
good with the 3 monitors.


Thanks again.

Benjamin.

[toc] | [prev] | [standalone]


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


csiph-web