Re: [Intel-gfx] Specific resolution without monitor
On 2012-05-17 07:22:38 +0200 (+0200), Oliver Seitz wrote:
[...]
> But, if a monitor is connected but turned off, the monitor should
> be configured anyway. The EDID transmitting device inside the
> monitor is powered by the computer.
[...]
This is unfortunately not always the case. For example, one of my
computers is used as an HTPC and its monitor is an early generation
Sony HDTV connected via HDMI. It *does* respond to EDID requests,
but only when powered on and switched to that specific input.
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 965 and Custom Resolutions
On Mon, Aug 30, 2010 at 04:44:49PM +, Nasa wrote:
> The only possible solution is to try and use xrandr to change the
> resolution after X is started. Use a combination of CVT (to create
> modelines) and xrandr to to change the resolutions.
I used to have to do the same, and had this at the top of my
.xinitrc:
test -x /usr/bin/xrandr \
&& /usr/bin/xrandr \
--newmode "1280x720" 74.25 1280 1390 1430 1650 720 725 730 750 \
&& /usr/bin/xrandr --addmode HDMI1 1280x720 \
&& /usr/bin/xrandr --output HDMI1 --mode 1280x720
Eventually, support was added to feed specific modes into KMS at
boot via kernel command line parameters and so I did that for a
while (I no longer have info on what that looked like, sorry).
At some point all that ceased to be necessary for me, and the driver
now figures out that it should use ATSC 720p timings with my HDTV
even though it returns what appears to be an entirely malformed EDID
block (I'm just booting with video=i915:modeset=1 now). Not sure
why, but those timings appear in the list of "probed modes for
output HDMI1" in my Xorg.0.log even though it's not in the output of
'sudo get-edid | parse-edid' (a fallback resolution of some sort
from the kernel, maybe?).
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 965 and Custom Resolutions
On Mon, Aug 30, 2010 at 02:19:23PM -0400, Adam Jackson wrote:
> Pretty sure parse-edid doesn't understand CEA extension blocks. The
> kernel does though.
Aha--that probably explains it. Are there any userspace alternatives
to parse-edid which implement this? If not, I'll look at coming up
with a patch.
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 965 and Custom Resolutions
On Mon, Aug 30, 2010 at 02:56:26PM -0400, Adam Jackson wrote:
> git clone git://anongit.freedesktop.org/xorg/app/edid-decode
>
> I try to keep that reasonably up to date, though it's lagging a little.
> Do let me know if you have patches for it.
Unfortunately, that doesn't seem to explain where my system's
getting 1280x720 from. Passing the EDID returned by either get-edid
or xrandr --verbose returns only 720x480 and 1920x540(interlaced).
The EDID as returned by xrandr --verbose is:
00004dd9f80101010101
000e010380780a0dc9a057479827
12484c2001010101010101010101
010101010101011d8018711c1620582c
25001009009e8c0ad08a20e02d10
103e96000403001800fc0053
4f4e592054560a202020202000fd
003b3d0f2e08000a20202020202001df
Is it possible xrandr doesn't report the entirety of the EDID the
kernel sees?
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 965 and Custom Resolutions
On Tue, Aug 31, 2010 at 09:49:53AM -0400, Adam Jackson wrote:
> It's possible but improbable. What kernel are you running anyway?
That system had 2.6.35-rc5 i686 with PAE at the last boot (needed
some patches for Wacom BT/HID support which got integrated in rc4 or
rc5). I'll most likely replace that with a 2.6.35 release version
next time I get around to rebooting, unless 2.6.36 is out by then.
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 965 and Custom Resolutions
On Tue, Aug 31, 2010 at 11:28:40AM -0400, Adam Jackson wrote:
> Sigh, okay. You should be able to get the complete EDID block out
> of /sys/class/drm/card0/*/edid
[...]
Aha! Mystery solved... so here's the diff in edid-decode output
between feeding it the EDID reoprted by get-edid/xrandr --verbose
and the contents of /sys/class/drm/card0/card0-HDMI Type A-1/edid:
@@ -36,9 +36,41 @@
Has 1 extension blocks
Checksum: 0xdf
-Unknown extension block
+CEA extension block
+Extension version: 3
+22 bytes of CEA data
+ Video data block
+VIC 05 (native)
+VIC 02
+VIC 03
+VIC 04
+VIC 06
+VIC 07
+ Audio data block
+ Speaker allocation data block
+ Vendor-specific data block, OUI 000c03 (HDMI)
+Source physical address 1.0.0.0
+Basic audio support
+Supports YCbCr 4:4:4
+Supports YCbCr 4:2:2
+6 native detailed modes
+Detailed mode: Clock 74.250 MHz, 16 mm x 9 mm
+ 1280 1390 1430 1650 hborder 0
+720 725 730 750 vborder 0
+ +hsync +vsync
+Detailed mode: Clock 27.000 MHz, 4 mm x 3 mm
+ 1440 1478 1602 1716 hborder 0
+240 244 247 262 vborder 0
+ -hsync -vsync interlaced
+Detailed mode: Clock 27.000 MHz, 16 mm x 9 mm
+720 736 798 858 hborder 0
+480 489 495 525 vborder 0
+ -hsync -vsync
+Detailed mode: Clock 27.000 MHz, 16 mm x 9 mm
+ 1440 1478 1602 1716 hborder 0
+240 244 247 262 vborder 0
+ -hsync -vsync interlaced
+Checksum: 0x97
-EDID block does NOT conform to EDID 1.3!
- Digital display field contains garbage: 80
EDID block does not conform at all!
Bad year of manufacture
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Using quirks to fix incorrect Monitor physical size
On Mon, Sep 13, 2010 at 11:42:22AM +, Nasa wrote:
[...]
> I have also verified that the monitor doesn't provide EDID data as
> the file size (I found were it's dump to, just can't recall right
> now) was 0.
[...]
You checked the size of the /sys/devices/*/*/drm/*/*/edid structure
(remember to cat it and redirect or pipe that through something,
since it's not a real file)?
fu...@hastur:~$ cat
'/sys/devices/pci:00/:00:02.0/drm/card0/card0-HDMI Type A-1/edid' | wc
-c
256
If memory serves, there was a commit to the driver a kernel rev or
two after KMS went in allowing explicit mode timings to be supplied
on as a kernel/driver parameter, though I'm having trouble digging
up the details now (I could also be misremembering and it just
allows you to pick among the additional non-preferred modes detected
by the driver).
For a while, I was stuck editing the kernel source and hacking the
default display timings to match my monitor, which was ugly but
definitely worked.
If you're using Xorg and can survive with no visible display until
after it starts (using a mode your driver supports but your monitor
does not), xrandr can be used to manually insert additional
modelines and switch to those (I used to do that in my ~/.xinitrc
until mode detection for my HDTV's HDMI input improved).
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Problems configuring unique xorg.conf file
On Mon, Sep 27, 2010 at 12:26:21AM +, Nasa wrote:
> 800x480 is what I am/should be attempting to get...
[...]
I apologize for not following the thread too closely but if you're
just looking for working 800x...@60 timings, this is the native
resolution of the panel on my Asus EEE PC and xrandr reports it's
using 60.0Hz successfully:
800x480 (0x44) 32.0MHz *current +preferred
h: width 800 start 840 end 968 total 1056 skew 0 clock 30.3KHz
v: height 480 start 481 end 484 total 505clock 60.0Hz
Hope that helps, and sorry if I'm totally off track with the reply!
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Problems configuring unique xorg.conf file
On Mon, Sep 27, 2010 at 01:11:02AM +, Nasa wrote:
> Looking at your info it looks like your hsync is 30.3 (am I reading
> that right?), which is lower than the default set by the driver -- which
> is 31. I know this because I tried a host of modelines in the monitor
> section (a file in xorg.conf.d) and checked the error messages for
> the X log.
Yes, xrandr is claiming 30.3 KHz horizontal sync on that particular
mode. The Xorg.0.log has this for it:
Modeline "800x480"x60.0 32.00 800 840 968 1056 480 481 484 505 (30.3 kHz)
> The problem is a result of the monitor not providing EDID info (which I
> am really sure yours does) and intel drivers removing the ability to set
> some user defined options (specifically, refresh rates).
[...]
Actually, mine's not from DDC/EDID, but rather from an LVDS probe
performed by kernel/DRM during boot and then picked up by Xorg
directly from there. I'm assuming your device isn't LVDS either
though...
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Scaling control for HDMI output from GM45?
On Mon, May 02, 2011 at 09:53:45PM -0700, Joshua Redstone wrote:
[...]
> I tried plugging my laptop into other tvs (LG and Samsung) and
> they have a 'just scan' option
[...]
> I'm returning the Sony tv and switching to LG/Samsung.
I have an ASUS P5E-VM HDMI board plugged into an older model Sony
Grand Wega and solved my overscan issues by manually adjusting the
picture through the "secret" service console (after finding some
good service documentation on line detailing the page and option
numbers for display geometry). Just a suggestion.
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl);
ICQ(114362511); YAHOO(crawlingchaoslabs); AIM(dreadazathoth); }
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
