It should be programmed to 0 for HDMI or 1 for DisplayPort.
This enables DisplayPort audio for
- HP EliteBook 8460p
(whose BIOS does not set the N_value_index bit for us)
- DisplayPort monitor hot plugged after boot
(otherwise most BIOS will fill the N_value_index bit for us)
From: Paulo Zanoni paulo.r.zan...@intel.com
This is a command-line tool that allows us to display and modify the
InfoFrames we send.
Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com
---
Hi
Before we add Kernel interfaces to deal with the infoframes, I decided
to write this tool. It allows
On Mon, Jan 9, 2012 at 12:03, przan...@gmail.com wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
This is a command-line tool that allows us to display and modify the
InfoFrames we send.
Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com
Very interesting!
I think that it would be
On Sun, Jan 8, 2012 at 16:17, Daniel Vetter dan...@ffwll.ch wrote:
I think if this really should be merged upstream, it needs to be more
optional (i.e. only fire it up if someone reads out the load_avg). People
will complain if we wake up 60x per second on a mostly idle machine just
for
On Mon, Jan 09, 2012 at 12:42:06PM -0200, Eugeni Dodonov wrote:
On Mon, Jan 9, 2012 at 12:03, przan...@gmail.com wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
This is a command-line tool that allows us to display and modify the
InfoFrames we send.
Signed-off-by: Paulo Zanoni
On Mon, 9 Jan 2012 21:17:17 +0800, Wu Fengguang fengguang...@intel.com wrote:
+#define IBX_AUD_CONFIG_A 0xe2000
+#define CPT_AUD_CONFIG_A 0xe5000
These register addresses match the docs.
+ I915_WRITE(aud_config, 1 29); /* N value index, 0x1 = DP */
On Thu, 5 Jan 2012 23:11:53 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
With the new ducttape of much finer quality, this seems to be no
longer necessary.
Tested on my ivb and snb machine with the usual suspects of testcases.
Eric suggested that unless we have evidence that the new
On Tue, 20 Dec 2011 16:58:55 +, David Woodhouse dw...@infradead.org wrote:
In both the seq_printf, and the subject line, you have different
misspellings of 'KiB'.
I fixed the misspellings and merged this to my drm-intel-next-fixes
pending branch.
--
keith.pack...@intel.com
On Mon, Jan 09, 2012 at 02:00:47PM -0800, Keith Packard wrote:
On Thu, 5 Jan 2012 23:11:53 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
With the new ducttape of much finer quality, this seems to be no
longer necessary.
Tested on my ivb and snb machine with the usual suspects
On Tue, 10 Jan 2012 00:39:52 +0100, Daniel Vetter dan...@ffwll.ch wrote:
I honestly don't trust my patch, so I'd like to give it as much validation
as possible. Which means:
- Shove it into -next and beat on it there. We can ship current 3.3 with
Eric's workaround - it's not great but at
Added support for Android. Changes include fixes for compilation issues
related to Android using an older version of GCC compiler (ver 4.3.3)
while the latest version of intel-gpu-tools confirms to GCC ver 4.5.2
(C99 standard functions), using functions like getline(). Fixed such
functions,
On Mon, Jan 09, 2012 at 09:22:47AM -0800, Keith Packard wrote:
On Mon, 9 Jan 2012 21:17:17 +0800, Wu Fengguang fengguang...@intel.com
wrote:
+#define IBX_AUD_CONFIG_A 0xe2000
+#define CPT_AUD_CONFIG_A 0xe5000
These register addresses match the docs.
+
On Mon, Jan 09, 2012 at 06:09:13PM -0800, Keith Packard wrote:
We could leave the code for spinning in place and simply control that
with a module parameter. That would allow us to disable it now, and if
we find problems (or are particularly paranoid) we could disable it
before 3.3 ships with
13 matches
Mail list logo
