Laptop resolution with the savage driver and xorg 7.1.1

Bernat Tallaferro bernat.tallaferro at gmail.com
Mon Sep 25 12:31:52 PDT 2006


Alex,

many thanks for your answers, that was exactly the info I was after.


On Mon, 2006-09-25 at 14:00 -0400, Alex Deucher wrote:
> On 9/25/06, Bernat Tallaferro <bernat.tallaferro at gmail.com> wrote:
> > Thanks Alex, in the meantime I found out about this thanks to another
> > user with similar hardware which e-mailed me with his hsync and vrefresh
> > settings.
> >
> > My main problem was that I've got a laptop from a kind of obscure
> > manufacturer[1], so I could not find the hsync and vrefresh frequencies.
> >
> > In case this can be of any help to anyone, I've used
> >
> > VertRefresh  55-61
> > HorizSync    31.5-80
> >
> > and I'm finally getting the desired resolution (1024x760x24bpp).
> >
> > However, still a couple of questions remain:
> >
> > 1) These frequency ranges seem to be working fine so far, but the
> > information does not come directly from the manufacturer, so is there a
> > way/tool or whatever to find out the hsync and vrefresh values when
> > there is no information available from the manufacturer of the laptop's
> > monitor?
> 
> don't worry about it.  Unless you have usebios set to false, the
> driver will use the bios to prgramt he mode anyway.  you only have to
> add them so that X will allow the larger modes.
> 
> >
> > 2) Although I'm quite happy with the performance of the 'savage' driver
> > after the slowness of 'vesa', I do notice that it is not perfect: when
> > dragging windows over a graphical area, the system is not very
> > responsive, and you can really see that it takes at least one second to
> > redraw the area of screen over which the window was dragged. But what
> > annoys me most, is that I cannot run glxgears to measure the
> > performance. When I execute 'glxgears -info', there is the following
> > message displayed on the console: "libGL warning: 3D driver claims to
> > not support visual 0x4b", and although the glxgears window appears, it
> > is completely black, the usual gears do not appear. After googling a
> > bit, it seems to me that both issues might be unrelated, as the libGL
> > warning seems to be nothing critical. But what could the problem with
> > glxgears be?
> 
> the DRI locking was broken in the driver.  grab the driver for savage
> git HEAD or grab teh patch from here:
> https://bugs.freedesktop.org/show_bug.cgi?id=6357
> 
> Alex
> 
> >
> > 'glxinfo | grep' reports
> >
> >   direct rendering: Yes
> >   OpenGL renderer string: Mesa DRI Twister 20050829 AGP 4x
> >
> > so it seems that at least I'm using direct rendering. Could anyone give
> > some pointers to where I could start looking for the cause of glxgears
> > displaying the black screen?
> >
> > Many thanks in advance.
> >
> > [1] A Medion Microstar MD9643, rebranded under different names in
> > different countries, but ultimately all based on the FIC A360:
> > http://www.laptopsolutions.plc.uk/Fic_A360_A360+_Spec_Sheet.htm
> >
> > On Mon, 2006-09-25 at 12:38 -0400, Alex Deucher wrote:
> >
> > > You need to specify the hsync and vrefresh for the savage driver even
> > > for the panel.  Add those to your monitor section and you should be up
> > > and running.
> > >
> > > Alex
> >
> >





More information about the xorg mailing list