From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 17 00:24:55 2010 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4096F1065675; Wed, 17 Mar 2010 00:24:55 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id A9ADF8FC19; Wed, 17 Mar 2010 00:24:53 +0000 (UTC) Received: from libero.it (192.168.33.222) by cp-out3.libero.it (8.5.107) id 4B9162FD00A0436B; Wed, 17 Mar 2010 01:24:51 +0100 Date: Wed, 17 Mar 2010 01:24:51 +0100 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "jkim" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.19.210.119 Cc: freebsd-bugs , dummy Subject: Re: kern/144654: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression] X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 00:24:55 -0000 > On Tuesday 16 March 2010 06:32 pm, barbara wrote: > > > On Monday 15 March 2010 08:19 pm, barbara wrote: > > > > > On Monday 15 March 2010 02:41 pm, Jung-uk Kim wrote: > > > > > > Can you please try the attached patch? > > > > > > > > > > Oops, it attached a wrong patch. Please try this instead. > > > > > > > > > > Sorry for the inconvenience, > > > > > > > > > > Jung-uk Kim > > > > > > > > I had the same problem on RELENG_8 since yesterday (prev. > > > > buildworld on Feb. 28). I've tried rebuilding the kernel with > > > > your patch but no luck. > > > > > > Your problem may be different. Different VESA BIOS has different > > > quirks. Your BIOS actually sets non-VGA compatible bits > > > correctly. However, there is no standard VGA graphic mode at all, > > > which is pretty strange. > > > > Just for my personal understanding, can you explain me what does it > > means that "there is no standard VGA graphic mode at all" and what > > make you say that? > > Your "vidcontrol -i mode" output from the previous e-mail, i.e., all > graphic mode belong to VESA mode (starting from 0x100). > Thanks for explaining! > Are you sure you have SC_PIXEL_MODE in your kernel configuration? > Yes, as you can seen from my reply to the other question. > > > What's your graphics card? > > > > vgapci0@pci0:2:0:0: class=3D0x030000 card=3D0x00000000 > > chip=3D0x042110de rev=3D0xa1 hdr=3D0x00 vendor =3D 'Nvidia Corp' > > device =3D 'GeForce 8500 GT (G86)' > > class =3D display > > subclass =3D VGA > > Thanks. I guess I have to buy one of those nVidia thingies. :-( > > > > > I had to comment the 'allscreens_flags=3D"MODE_280"' line in > > > > my /etc/rc.conf as the monitor was going black with 'NO SIGNAL' > > > > on OSD. You asked to the OP if the box is pingable. I think > > > > that you want to know if the kernel is still alive, am I right? > > > > I can "blindly" login and reboot the pc while the screen is > > > > black. > > > > > > So, it is not rendering anything on screen. Hmm... Can you > > > please try the attached patch? > > > > No luck also with the new patch. > > I've applied it to the original file, not to the one with your > > previous patch, is that correct? > > Either way is fine. > > > It's not rendering anything because the led of the monitor turns > > from blue to orange, just like when the pc is turned off and the > > monitor is on. This happens running vidcontrol -i MODE_X where X is > > one of the modes of type "G" (as I've said I had to comment the > > allscreens_flags line in /etc/rc.conf). And if I subsequently switch > > to another ttyv with alt+f[1-8], the mode is not the default 80x25 > > as normally expected and the led is still orange and sometimes the > > speaker plays a beep! > > Okay, something is very wrong. Can you please try the following? > > sysctl debug.x86bios.call=3D1 > sysctl debug.x86bios.int=3D1 > vidcontrol MODE_X > vidcontrol MODE_24 <- Sorry, you will have to blindly type it. > > And please send me the dmesg output. I did that with a script, so no blindly typing was necessary. I used MODE_280, which is the one I normally use. I see the following two lines appended to dmesg: Calling int 0x10 (ax=3D0x4f02 bx=3D0x4118 cx=3D0x0000 dx=3D0x0000 es=3D0x= 0000 di=3D0x0000) Exiting int 0x10 (ax=3D0xc470 bx=3D0x0000 cx=3D0x52e4 dx=3D0x0000 es=3D0x= c000 di=3D0x0000) Is the output of the test ok? I mean is it what did you expected in terms= of quantity? Thanks Barbara