From owner-freebsd-questions@FreeBSD.ORG Sat May 29 19:18:06 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F0D716A4CF for ; Sat, 29 May 2004 19:18:06 -0700 (PDT) Received: from mail2.swebase.com (mail2.swebase.com [213.80.38.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1C4143D39 for ; Sat, 29 May 2004 19:18:05 -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 40-md50000000242.tmp for ; Sun, 30 May 2004 04:17:12 +0200 Message-ID: <00d101c445eb$f173dd70$082450d5@swebasestefan> From: To: Date: Sun, 30 May 2004 04:15:14 +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 04:17:12 +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-questions@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-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2004 02:18:06 -0000 Hi, i already posted this on x11 but hey i really need help so please = don't hold it against me... 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