Re: [Intel-gfx] Dear Intel: please document SDVO LVDS option block

2011-10-27 Thread 4ernov 
Thanks for re-raising, Adam.

2011/10/26 Adam Jackson a...@redhat.com

 On Wed, 2011-10-19 at 10:28 -0400, Adam Jackson wrote:

  I assume the SDVO LVDS options block in the VBT would tell us what bits
  are correct to program here, but intel_bios.h documents only the layout
  of that structure, not its content.  Or, we can hope that the SDVO card
  set it up correctly for us (hah).
 
  Intel people, care to shed some light here?

 Just re-raising this.  I suspect we can't support SDVO LVDS correctly
 without knowing more here.  In particular:

 - what panel type means in struct bdb_sdvo_lvds_options
 - what the misc bits mean in same
 - whether the BIOS AIM code can be relied on to have set
 depth/type/channel correctly or if that's the driver's job

 - ajax

___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH v5] drm/i915: pass ELD to HDMI/DP audio driver

2011-10-27 Thread Christopher White 
There appears to be some issues with the patch? I'm on SandyBridge and 
using the HD3000's HDMI.


I've now tried manually merging the ELD patch (both files Wu Fengguang 
submitted) and compiling Kernel 3.0.4. I've also tried drm-intel-next 
Kernel 3.1 pre-built from 
http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/ as 
I knew it was built from keithp's latest drm-intel-next repository.


Both of these methods had the patch applied, yet neither were able to 
read the ELD correctly from my Onkyo TX-SR607 receiver.


If I manually dump the EDID from my receiver and analyze it with Monitor 
Asset Manager (by EnTech Taiwan), it shows that the ELD contains an 8 
channel specification up to 192 kHz, and that's what's being exposed 
over HDMI to the Intel graphics adapter, yet this isn't detected. It 
just plain isn't being read, and is falling back to the default 2ch 
16kHz configuration. It's exactly as it was in the past, before this 
patch attempt.


You can see my 256 byte EDID dump, straight from the receiver, over at:
http://www.pulseforce.com/node/edid.dump

It shows exactly what the receiver is exposing over HDMI, proving that 
it's not the device that's at fault.


Any ideas what's wrong? Here's the HDMI messages from the startup log:

HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1
HDMI: detected monitor  at connection type HDMI
HDMI: available speakers: FL/FR
HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 
88200, bits = 16

HDMI hot plug event: Pin=7 Presence_Detect=1 ELD_Valid=1
HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1
input: HDA Intel PCH HDMI/DP as 
/devices/pci:00/:00:1b.0/sound/card0/input9

HDMI: detected monitor  at connection type HDMI
HDMI: available speakers: FL/FR
HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 
88200, bits = 16

HDMI hot plug event: Pin=7 Presence_Detect=1 ELD_Valid=1
HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1
HDMI: detected monitor  at connection type HDMI
HDMI: available speakers: FL/FR
HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 
88200, bits = 16




Christopher White
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] 945GME with LCD display 1920x480

2011-10-27 Thread Jarek 
Hi!

I'm trying to setup xorg with intel Intel 2011Q1 graphics package. I've
successuly compiled and installed driver on Debian Squeeze with
backported xorg 1.10. It works fine with VGA output, but I want to use
it with special bar-type LCD display supporting only 1920x480
resolution. When I'm trying to setup this resolution, I get in log:

Not using mode 1920x480 (exceeds panel dimensions)

Is there any way to force this resolution ?

It was working with xorg 1.6 and iegd driver.

-- 
Jarek ja...@poczta.srv.pl

___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx