From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org Subject: [Bug 67051] No nouveau HDMI sound on NVIDIA GT430 Date: Fri, 19 Jul 2013 00:22:25 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0498140512==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nouveau-bounces+gcfxn-nouveau=m.gmane.org-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Errors-To: nouveau-bounces+gcfxn-nouveau=m.gmane.org-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: nouveau.vger.kernel.org --===============0498140512== Content-Type: multipart/alternative; boundary="1374193345.7D4e200.25585"; charset="us-ascii" --1374193345.7D4e200.25585 Date: Fri, 19 Jul 2013 00:22:25 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=67051 --- Comment #13 from Alex --- > It seems like testing out an old kernel is easy by comparison. However I > don't hold out a huge amount of hope for it, since like you said, eld_valid > = 0, which more likely indicates an EDID issue. > > If you're interested, some minor code inspection shows that at least some of > the logic is in nv50_display.c:nv50_audio_mode_set. You could add prints in > there to see what it's detecting stuff as. You could also add prints to > drm_edid.c:drm_detect_monitor_audio, perhaps your monitor's EDID is > different than what it expects. > > Looks like there are a few prints already, you could see what happens when > you boot with drm.debug=0x06 which should output nouveau- and kms-related > debug statements. Just to stay in sync: I'll start compiling linux-3.7.tar.xz of 12/11/12 and report the results. I suppose "linux-3.7.tar.xz" is actually (in retrospect) linux-3.7.0 but who (in their right mind) would have predicted in those days that there would ever be a 3.7.1, i.e., a real follow up to 3.7 !!!??? Same for 3.8, etc. Anyway, we'll talk about those "drm.debug=0x06" later. > perhaps your monitor's EDID is different than what it [drm_edid.c] expects I'm far from an expert in EDIDs but the EDID parameters as reported by NVIDIA in its eld#3.0 and the Xorg log look pretty good (to my untrained eye). The monitor is relatively new (of this year, I suppose) made by a reputable manufacturer so they should know their way around what EDIDs must look like. -- You are receiving this mail because: You are the assignee for the bug. --1374193345.7D4e200.25585 Date: Fri, 19 Jul 2013 00:22:25 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 13 on bug 67051 from
> It seems like testing out an old kernel is easy by comparison. However I
> don't hold out a huge amount of hope for it, since like you said, eld_valid
> = 0, which more likely indicates an EDID issue.
> 
> If you're interested, some minor code inspection shows that at least some of
> the logic is in nv50_display.c:nv50_audio_mode_set. You could add prints in
> there to see what it's detecting stuff as. You could also add prints to
> drm_edid.c:drm_detect_monitor_audio, perhaps your monitor's EDID is
> different than what it expects.
> 
> Looks like there are a few prints already, you could see what happens when
> you boot with drm.debug=0x06 which should output nouveau- and kms-related
> debug statements.

Just to stay in sync:
I'll start compiling
linux-3.7.tar.xz of 12/11/12
and report the results.
I suppose "linux-3.7.tar.xz" is actually (in retrospect) linux-3.7.0
but who (in their right mind) would have predicted in those days that there
would ever be a 3.7.1, i.e., a real follow up to 3.7 !!!???
Same for 3.8, etc.
Anyway, we'll talk about those "drm.debug=0x06" later.

> perhaps your monitor's EDID is different than what it [drm_edid.c] expects

I'm far from an expert in EDIDs but the EDID parameters as reported by NVIDIA
in its eld#3.0 and the Xorg log look pretty good (to my untrained eye).
The monitor is relatively new (of this year, I suppose) made by a reputable
manufacturer so they should know their way around what EDIDs must look like.


You are receiving this mail because:
  • You are the assignee for the bug.
--1374193345.7D4e200.25585-- --===============0498140512== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Nouveau mailing list Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org http://lists.freedesktop.org/mailman/listinfo/nouveau --===============0498140512==--