Only 13 days till Ubuntu 7.10! I was hoping someone would apply the
changes mentioned in the links and help me test a patched version of
X.Org, but this bug's fallen silent. I'm posting a proposed patch. It's
a git patch for the latest xorg/xserver tree, but I believe it will
apply to any recent ve
** Description changed:
Binary package hint: xorg
Resolution detection on a Tecra 8000 laptop fails due to bad video BIOS usage.
This conversation on the X.Org mailing list sums it up:
> Julien Cristau wrote:
>
>> On Thu, Sep 20, 2007 at 20:13:15 -0700, Nolan Check wrote:
>>
May I tell you about my own issue? It's not the Tecra 8000. The Tecra
8000 issue is a pleasant problem-solving exercise compared to this:
X.Org wrongly detects the screen resolutions available on my monitor. I
have an ATI Radeon X1900 XT connected to a ViewSonic VG2230wm monitor.
It's a widescreen
Peter, attached is the output of sudo ddcprobe.
I can't use read-edid on my 64-bit system. I extracted the EDID hex data from
Xorg.0.log, compiled my own parse-edid, and fed it into there. Here's what I
got:
# EDID version 1 revision 3
Section "Monitor"
# Block type: 2:0 3:ff
I doubt the 64-bitness is a problem here, because it got the EDID data
from my monitor. The vesa driver has to use an x86 emulator to run code
from the video BIOS, but I think it manages that fine (Fine here, but
not on my Tecra 8000).
I looked at the source code for ddcprobe (part of xresprobe) a
Attached is a patch for the file "ddcprobe/ddcprobe.c" in xresprobe.
Here is the REAL spec for the "aspect" field of a standard timing descriptor:
00: 16/10
01: 4/3
10: 5/4
11: 16/9
After applying this patch, it mostly works. There's no more 1680x1680 or
1440x1440 when I do "sudo dpkg-reconfigure
Bryce: I have submitted bug 146643.
--
Xorg resolution falling back to 640x480 and/or 800x600 when h/v freqs incorrect
https://bugs.launchpad.net/bugs/3731
You received this bug notification because you are a member of Kubuntu
Team, which is a subscriber of a duplicate bug.
--
kubuntu-bugs mail
OK. This is from the X.Org mailing list (I wrote to it):
> Julien Cristau wrote:
>
>> On Thu, Sep 20, 2007 at 20:13:15 -0700, Nolan Check wrote:
>>
>>> I own a Toshiba Tecra 8000 laptop. The display device is a NeoMagic
>>> MagicGraph256AV, which uses the NM2200 chipset. The monitor goes up to
>>
Public bug reported:
Binary package hint: xorg
Resolution detection on a Tecra 8000 laptop fails due to bad video BIOS usage.
This conversation on the X.Org mailing list sums it up:
> Julien Cristau wrote:
>
>> On Thu, Sep 20, 2007 at 20:13:15 -0700, Nolan Check wrote:
>>
>>> I own a Toshiba Tec
** Attachment added: "This is the Xorg.0.log mentioned above."
http://launchpadlibrarian.net/9580185/Xorg.0.log
--
Resolution detection fails because of bad video BIOS usage
https://bugs.launchpad.net/bugs/146643
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Bryce told me to assign this to him.
** Changed in: xorg (Ubuntu)
Assignee: (unassigned) => Bryce Harrington (bryceharrington)
--
Resolution detection fails because of bad video BIOS usage
https://bugs.launchpad.net/bugs/146643
You received this bug notification because you are a member of
This is already reported: Tecra 8000 laptop video (Neomagic
MagicGraphAV256 with NM2200 chipset) automatically detects as only
640x480. I can fix that by setting HorizSync and VertSync in
/etc/X11/xorg.conf. Then the fonts are way too small, so I fix that by
setting a workable DPI value. I think th
I found bug 115220 recently; looks like Bryce patched the aspect ratio
code on Oct. 17th.
Even with that patch, I still have to delete "1600x1200" from xorg.conf
to get X to start up. And then the maximum resolution is 1400x1050
instead of 1680x1050. I'm probably seeing the issue where the monitor
13 matches
Mail list logo
