setting up xorg.conf
Carl Karsten
carl at personnelware.com
Wed Apr 13 05:07:31 PDT 2005
(recovering from cross post fumble... nothing new for the Ubuntu list,
just getting both lists in the loop.)
Daniel Stone wrote:
> On Tue, Apr 12, 2005 at 12:47:40PM -0500, Carl Karsten wrote:
>
>>xorg guys have some interest in something that I thought I had seen here
>>but I can't find it. Also, anyone leaning on ddcprobe may be interested
>>in what I found.
>>
>>google ddcprobe:
>>
>>http://cvs.seul.org/cgi-bin/cvsweb-1.80.cgi/distrib/install/anaconda/ddcprobe/README?rev=1.1.1.1&content-type=text/x-cvsweb-markup
>
>
> This is the source our ddcprobe is based off, yes.
>
>
>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138381 "ddcprobe
>>claims to do a "Videocard DDC probe". However, in the course of
>>troubleshooting bug 108681, I learned from Mike Harris that there is no
>>such thing. I think it would be less misleading if it was called
>>something like a "Videocard VBE probe". Even if that's not the best
>>phrase either, it's much better and much closer to the truth than
>>"Videocard DDC probe".
>
>
> 'VBE probe' is rather meaningless -- what it should really say is 'VBE
> DDC probe', but hopefully that won't be true for too long. As that bug
> says, DDC is a generic name for describing the sort of probe that gets
> done. VBE is one way to do it. Doing it by setting up I2C channels and
> poking them in specific ways is another way to do it. We do the former.
>
>
>>CarlK: it seems a common problem is getting the valid resolutions in
>>xorg.conf
>>CarlK: valid = ones that will work with my hardware (video card, video
>>memory and monitor)
>>ajax: if we had a way to probe DDC on a card without running all of X,
>
> ^^^^^^^^^^^^^^^^^^^
> he means via I2C channels
>
>>we could do that pretty reliably
>>ajax: linux might give you enough info through sysfs to make that possible
>>CarlK: ever heard of ddcprobe?
>>libv: CarlK: that most likely uses VESA
>
>
> It sure does.
>
>
>>CarlK: /usr/sbin/ddcprobe - can't figure out where it comes from - no
>>man or info
>
>
> Comes from the xresprobe package.
>
>
> On Wed, Apr 13, 2005 at 01:21:58AM +0100, Matthew Garrett wrote:
>>> On Wed, 2005-04-13 at 10:08 +1000, Daniel Stone wrote:
>>
>>>>> > > libv: which makes it a BIOS dependant function, which only makes it
>>>>> > > possible on the primary graphics card
>>>
>>>> >
>>>> > Yeah, which sucks.
>>
>>>
>>> This bit can actually be solved without too much pain (a-ha ha ha) -
>>> it's a "simple" matter of reading the ROM off the secondary cards,
>>> setting up the PCI legacy video IO routing and then executing the code
>>> in it. Jon Smirl's been working on this sort of thing.
>
>
> Right, but screwing around with PCI routing is so very nasty. Last I
> checked, you had to disable the IO routing for the primary card, then
> walk the series of bridges, setting a specific VGA routing flag, then
> enabling IO routing for that specific card. If it gets done in the
> kernel such that we can rather transparently cat the BIOS out of /sys,
> more power to Jon. I've certainly got no desire to do that in
> userspace.
>
>>ajax: probably the easy solution is to bump the default resolution to
>>800x600,
>
>
> No thanks.
>
>
>>use DDC by default
>
>
> Um, we already do.
>
>
>>and cache the results of the DDC probe from the last server startup
>>ajax: that last bit being important, so the monitor still works even if
>>you start X with it powered down.
>
>
> Yeah, I've been meaning to get to that for a while. Bug#5917.
https://bugzilla.ubuntu.com/show_bug.cgi?id=5917
>
>
>>JakubS_: so there should be no problem with only primary card - from
>>what i have seen there is bios image for video card in /sys
>>JakubS_: it would probably have to be run on emulator, like x server does
>
>
> On i386, it runs natively. On powerpc, it's exposed via /proc. On
> amd64, ia64, hppa and sparc, it doesn't run at all. But eventually, it
> will be run on an emulator (x86emu) like X does - Bug#1421.
https://bugzilla.ubuntu.com/show_bug.cgi?id=1421
>
>
>>If someone can give me the subject(s) of the ubuntu threads (pretty sure
>>it was here) I'll forward it to xorg at lists.freedesktop.org
>
>
> Which Ubuntu threads?
>
Apparently only this one ;)
Carl K
More information about the xorg
mailing list