From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org
Subject: [Bug 75985] [NVC1] HDMI audio device only visible after
rescan
Date: Tue, 06 Mar 2018 19:30:45 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0063413886=="
Return-path:
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Sender: "Nouveau"
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
List-Id: nouveau.vger.kernel.org
--===============0063413886==
Content-Type: multipart/alternative; boundary="15203646460.16bBd87.3463"
Content-Transfer-Encoding: 7bit
--15203646460.16bBd87.3463
Date: Tue, 6 Mar 2018 19:30:46 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
https://bugs.freedesktop.org/show_bug.cgi?id=3D75985
--- Comment #55 from Ilia Mirkin ---
(In reply to Maik Freudenberg from comment #54)
> (In reply to Ilia Mirkin from comment #44)
> > One can check if the DCB table has any outputs, and only do
> > stuff if there are none.
> I don't see how that's feasible since this would require to load the ROM =
and
> parse it and this is about an early pci quirk or am I wrong there?
Correct.
What's the downside for doing this always btw (except for a fixed list of p=
ci
ids/ranges, for the "older" chips, i.e. pre-fermi)?
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--15203646460.16bBd87.3463
Date: Tue, 6 Mar 2018 19:30:46 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
Commen=
t # 55
on bug 75985<=
/a>
from Ilia Mirkin
(In reply to Maik Freudenberg from comment #54)
> (In reply to Ilia Mirkin from comment #44)
> > One can check if the DCB table has any outputs, and only do
> > stuff if there are none.
> I don't see how that's feasible since this would require to load the R=
OM and
> parse it and this is about an early pci quirk or am I wrong there?
Correct.
What's the downside for doing this always btw (except for a fixed list of p=
ci
ids/ranges, for the "older" chips, i.e. pre-fermi)?
You are receiving this mail because:
- You are the assignee for the bug.
=
--15203646460.16bBd87.3463--
--===============0063413886==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTm91dmVhdSBt
YWlsaW5nIGxpc3QKTm91dmVhdUBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5m
cmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9ub3V2ZWF1Cg==
--===============0063413886==--