Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Jan 1995 16:41:49 -0500 (EST)
From:      Chuck Robey <chuckr@Glue.umd.edu>
To:        dusio <dusio@ws062.bytex.network.com>
Cc:        questions@freebsd.org, dusio@ws062.bytex.network.com
Subject:   Re: Can't get 1024x768 in Xfree
Message-ID:  <Pine.SUN.3.91.950103164047.24745A-100000@periodic.eng.umd.edu>
In-Reply-To: <9501031509.AA08785@ws062>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 3 Jan 1995, dusio wrote:

Are you aware of mode switching?  Try control-alt-keypad/plus or 
keypad/minus.

> 
> I am thrilled with real "X" under FreeBSD on my home pc. 
> Thanks to the questions@freebsd system I have resolved the
> problems with my Microsoft BusMouse.  I am using X, but am
> unable to get a resolution higher than 640x480.  This is 
> a problem for me since an emacs session creates a window 
> which is larger than my physical screen.
> 
> I have put some serious effort into configuring my
> XF86Config file.  I have read the "Hitchhiker guide to
> Xfree/X386 Video Timing" by Eric S. Raymond, and have
> performed the calculations therein.  No Luck; I just 
> am not doing something right.  I need some help.
> 
> [ I have also tried the xf86config program.  But if I
> answer "yes" to "X -probeonly" within that program, my
> monitor flips on a LED which tells me that it cant sync
> with the incoming signal, AND the X server seems to hang
> (since typing "reboot" or "shutdown now" has no effect).
> So it creates ModeLines which do not use my dot clocks ]
> 
> My site specific information is as follows:
> -----------------------------------------------------------
> Section "Device"
>     Identifier  "Diamond Stealth Pro"
>     VendorName  "Diamond Computer Systems, Inc."
>     BoardName   "Stealth Pro"
>     Chipset     "s3_generic"
>     Option      "nomemaccess"
> #   RamDac      "SS2410 (9313A/T140x)"
> #   Clockchip   "DCS2824-0 (9313LAD) 14.318xtal"
> #   Chipset     "S3 P86c928 1XP1-001 93295 DB 9318095 Korea"
>     VideoRam    2048
>     Clocks 19.9 22.3 24.8 25.0 28.1 31.3
>     Clocks 32.2 35.7 35.9 37.0 39.8
>     Clocks 39.7 44.6 49.6 49.9 56.2 62.6
>     Clocks 64.4 71.4 71.8 73.9 79.6
> EndSection
> 
> Section "Monitor"
> 
>     Identifier  "MAG MX15F"
>     VendorName  "MAG"
>     ModelName   "MX15F"
>     Bandwidth   100
>     HorizSync   30-64
>     VertRefresh 50-120
> #   This monitor supports 72hz refresh and is NI
> 
> # 640x400 @ 70 Hz, 31.5 kHz hsync
> Modeline "640x400"     25.175 640  664  760  800   400  409  411  450
> # 640x480 @ 60 Hz, 31.5 kHz hsync
> Modeline "640x480"     25.175 640  664  760  800   480  491  493  525
> EndSection
> -------------------------------------------------------
> 
> The two modes listed above work.  But I am unable to scale
> them up to 1024X768 (or 800x600 or 1280x1024).
> 
> Could it be that I need more than 32 ticks of guard time?
> Could it be that 3.8us is too little time to stabilize the
> beam?
> Could it be that 150us is too little time for a vertical
> refresh?
> Could it be that I did the math wrong?
> 
> 
> I think that I've come close, but I would really appreciate
> the answers (or advice) from someone who has lived through
> this configuration process.
> 
> Thank You in Advance
>            Joe Dusio (dusio@bytex.network.com)
> 

----------------------------+-----------------------------------------------
Chuck Robey                 | Interests include any kind of voice or data 
chuckr@eng.umd.edu          | communications topic, C programming, and Unix.
7608 Topton St.             |
New Carrollton, MD 20784    | I run Journey2 (Freebsd 2.0) and n3lxx
(301) 459-2316              | (FreeBSD 1.1.5.1) and am I happy!
----------------------------+-----------------------------------------------




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.950103164047.24745A-100000>