From owner-freebsd-x11@FreeBSD.ORG Sat May 29 17:40:12 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E6EB16A4CE for ; Sat, 29 May 2004 17:40:12 -0700 (PDT) Received: from mail2.swebase.com (mail2.swebase.com [213.80.38.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 403AF43D3F for ; Sat, 29 May 2004 17:40:11 -0700 (PDT) (envelope-from stefan@swebase.com) Received: from swebasestefan ([213.80.36.8]) (authenticated user stefan@swebase.se) by mail2.swebase.com (mail2.swebase.com [127.0.0.1]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 48-md50000000231.tmp for ; Sun, 30 May 2004 02:39:37 +0200 Message-ID: <001f01c445de$4fb191b0$082450d5@swebasestefan> From: To: Date: Sun, 30 May 2004 02:37:39 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Spam-Processed: mail2.swebase.com, Sun, 30 May 2004 02:39:37 +0200 (not processed: message from valid local sender) X-MDRemoteIP: 213.80.36.8 X-Return-Path: stefan@swebase.com X-MDaemon-Deliver-To: freebsd-x11@freebsd.org Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: huge xfree86 problems with an acer on freebsd 5.2.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2004 00:40:12 -0000 Hi I have an acer aspire 1350LC with a via chipset for the graphics. I got = x working once on 4.9, same laptop when i had been messing around with = 4.4.0 and ports so after a while it was a really broken install but = suddenly it started working using the auto configure thing, first thing = i tried to do was to write my own conf file which failed over and over = again. I can't use the auto configure thing since it produced a very low = resolution, even if i could figure out how to use auto configure with = xfree and increase the res i doubt i'd be able to reproduce last time on = 5.2.1 now because it was all a large mess of ports and bloody xfree86 = guts all over the place. Anyways the situation now is that i get no errors to stdout. Checking = the logfile i see that everything is going just fine until it reads the = hsync value, this is what it looks like: (--) via(0): No DDC signal (II) via(0): Monitor0: Using hsync value of 31.50 kHz (II) via(0): Monitor0: Using vrefresh range of 50.00-90.00 Hz (II) via(0): Clock range: 20.00 to 230.00 MHz (II) via(0): Not using default mode "640x350" (hsync out of range) (II) via(0): Not using default mode "320x175" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "640x400" (hsync out of range) (II) via(0): Not using default mode "320x200" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "720x400" (hsync out of range) (II) via(0): Not using default mode "360x200" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "320x240" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "640x480" (hsync out of range) (II) via(0): Not using default mode "320x240" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "640x480" (hsync out of range) (II) via(0): Not using default mode "320x240" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "640x480" (hsync out of range) (II) via(0): Not using default mode "320x240" (bad mode = clock/interlace/doublescan) [...] (II) via(0): Not using default mode "1600x1024" (hsync out of range) (II) via(0): Not using default mode "800x512" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "1920x1440" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "960x720" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "2048x1536" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "1024x768" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "2048x1536" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "1024x768" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "2048x1536" (bad mode = clock/interlace/doublescan) (II) via(0): Not using default mode "1024x768" (bad mode = clock/interlace/doublescan) (II) via(0): Not using mode "1024x768" (no mode of this name) (--) via(0): Virtual size is 640x480 (pitch 640) (**) via(0): *Default mode "640x480": 25.2 MHz (scaled from -1206751.2 = MHz), 31.5 kHz, 60.0 Hz (II) via(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 = 525 -hsync -vsync After this it goes on with loading a few modules, showing me some = resource ranges after preInit, mapping frambuffer and exits after a few = of these messages. (II) via(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is = 0x0000 (=3D=3D) via(0): Write-combining range (0xa0000,0x10000) was already = clear Med v=E4nliga h=E4lsningar Stefan Midjich, Swebase AB Tel: 042-20 15 00 Fax: 042-20 15 03 E-post: stefan@swebase.com Webb: http://swebase.com