Re: [Xpert]i830M: Missing BIOS Mode Info

2001-12-19 Thread Manuel M. T. Chakravarty

Hi Abraham,

You wrote,

> Your problem is that DDC is failing, so it can't figure out what modes your
> monitor / lcd is capable of. You'll have to hardcode the modelines in your
> XF86Config. Here is some which I have made especially for testing the 830M
> driver.

Thanks for the modelines, but I don't believe that they are
the problem.  In fact, I tried to use the modelines that you
sent, but it didn't change the error message at all (in
fact, it didn't have any effect on the log file).

AFAIK, XFree86 these days comes with a set of default
modelines already, so that it is not always necessary to
have them explicitly in the configuration file.  The other
reason for me to believe that the modelines are not the
problem is that in 8pp in three different resolutions as
well as in 16bpp with 640x480 the system works perfectly
fine without me having to provide explicit modelines.  (I
don't want to rule out that I need explicit modelines, but
at least they don't seem to be the only problem.)

Since my original message, I have done a little more
research and have come with a conjuncture as to what might
be the cause of the problem.  According to Intel's support
page

  http://support.intel.com/support/graphics/intel830m/tti004.htm

the i830M manages two sorts of video memory.  One of those
being what they call "legacy VGA/SVGA memory."  The amount of
memory allocated as legacy VGA/SVGA memory apparently
depends on the BIOS and can be 512kB, 1MB, or 8MB.  (Intel
also suggest that this should be adjustable in the BIOS
setup, but, as far as I can see, it isn't in the Dell C400.)

At boot time, I get the following messages in `dmesg':

  agpgart: Detected an Intel 830M Chipset.
  agpgart: detected 1024K stolen memory.

>From a quick look at the agpgart source code, it seems as if
this "stolen memory" is the same that Intel calls "legacy
VGA/SVGA memory."  If that is true, the chip may just have
allocated to little memory to run in high-resolution with
anything more than 8bpp.

The question then is, how can I get the i830 to allocate 8MB
instead of 1MB?  I would suspect that it requires a BIOS
call at boot time.  If you have a i830M-based machine at
hand, I would be grateful if you could check which amount of
"stolen memory" the agpgart module reports on your hardware.

Thanks,
Manuel
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Kenneth Wayne Culver

Is the code in this de-interlacing player portable??? meaning will it work
in FreeBSD?
Ken

On Wed, 19 Dec 2001, Billy Biggs wrote:

> Mark Vojkovich ([EMAIL PROTECTED]):
> 
> > "The Wedding Singer" and "Dark City" are good ones.  There is also a
> > good vob trailer for "Lost in Space" on the web someplace.  Of course,
> > "good" is relative.  They're not DVD quality because they're all
> > interlaced.
> 
>   That said, many DVDs are interlaced, for example on a large percentage
> of NTSC DVDs you will see sections of the disc with the 3:2 pulldown
> sequence expanded, and as such require deinterlacing.
> 
>   My technical discussion on DVD deinterlacing:
>   http://www.dumbterm.net/graphics/dvd/
> 
>   My DVD player source with realtime deinterlacing and 3:2 pulldown
> removal:
>   http://www.sf.net/projects/movietime/
> 
>   Not to mention all the DVDs of TV shows which are natively interlaced,
> unlike the film-source examples mentioned above.
> 
>   ObOnTopic: One way to test for tearing if you have a v4l card would be
> to try out my TV deinterlacer, which will output at 59.94fps (or 50fps
> for PAL).  You'll see tearing pretty quick if your driver doesn't double
> buffer:
>   http://www.dumbterm.net/graphics/tvtime/
> 
> -- 
> Billy Biggs
> [EMAIL PROTECTED]
> ___
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
> 

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]need help setting up xfree86 on sparcstation 20

2001-12-19 Thread fmccor

Jim,

  Thanks for your response (below); here are a couple preliminary
observations.

  The suncg14 driver and the sunleo drivers are drivers with those names
under the Xserver/hw/xfree86/drivers tree.  They themselves are not built
when you build the monolithic Xsun server:  I know because I tried that
first.  Whether or not their equivalents are built into Xsun I do not
know.  Sunleo is, I believe, but I have not yet convinced myself that
Xfree86/Xsun24 even supports the cg14 directly.  If it does, the code for
it is well disguised.  I'll be interested in what you learn.

  As I mentioned, I have a build using the cheating approach on a
sparc20/cg14.  Unfortunately, this system is running Solaris 2.5.1,
and I can't take it out of service to try Solaris 8.  I can force
the build to go to completion; I'll let you know if it actually runs.

Regards,
Ferris
--
Ferris E. McCormick (P44646, MI) <[EMAIL PROTECTED]>
Phone:  (h)   703-368-6723
(w)   703-392-0303
(fax) 703-392-0401

On Wed, 19 Dec 2001, dogshu wrote:

> 
> While searching through mailing lists, I have found a changelog that says
> "sunleo and suncg14 now correctly set bpp."  This was after the 4.1.0
> release, which is what I tried.  So, I checked out the latest version of
> XFree86 from CVS, and am presently building it on a sparc20/cg14 system
> running solaris 8.  We'll see how it goes.
> 
> The Xsun* servers are all that built when I tried 4.1.0.  I don't know if
> the suncg14 driver is part of Xsun, or if I have to "cheat", as you said,
> to get the regular loadable driver X server to build.
> 
> Jim Faulkner
> 
> > Ok, I lied, sort-of, in what I wrote next.  As you already knew,
> > it builds Xsun because the loadable driver version is not officially
> > supported with Solaris.  To see what it does, I am building such a
> > thing on a Sparc20/cg14 system (running Solaris 2.5.1).  If the built-in
> > loader works, it will load the driver suncg14_drv.o, and that driver
> > always runs the card in 24 bit mode.
> >
> > Other than that, what I said next is true; you just can't do it
> > under Solaris without cheating.
> >
> > > I haven't tried XF86 with Solaris 8, so for kernel reasons maybe you
> > > have to do this.  I have been told, however, that nobody understands
> > > Xsun24, and that they want to keep it that way.
> > >
> > >
> >  Regards,
> >  Ferris
> >
> > --
> > Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]>
> > Phone: (703) 392-0303
> > Fax:   (703) 392-0401
> >
> >
> > ___
> > Xpert mailing list
> > [EMAIL PROTECTED]
> > http://XFree86.Org/mailman/listinfo/xpert
> >
> 
> [EMAIL PROTECTED]
> SDF Public Access UNIX System - http://sdf.lonestar.org
> 

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Billy Biggs

Peter Surda ([EMAIL PROTECTED]):

> > ObOnTopic: One way to test for tearing if you have a v4l card would
> > be to try out my TV deinterlacer, which will output at 59.94fps (or
> > 50fps for PAL).  You'll see tearing pretty quick if your driver
> > doesn't double buffer:
> >   http://www.dumbterm.net/graphics/tvtime/
> ffmpeg can also deinterlace from v4l devices BTW (i.e. from an
> interlaced PAL you can get 25 fps non-interlaced video)

  There's a big difference between 25fps deinterlaced and 50fps
deinterlaced. :)

  The filter in ffmpeg is pretty neat.  It's a cheap alternative to
linear interpolation for motion adaptive algorithms.  I sent an mmx
version of the code to the ffmpeg author but haven't got a reply.
I'm currently using the ffmpeg filter kernel in movietime though.

> Besides, it's SO easy to get high quality dvd rips so there really
> shouldn't be a problem finding usable material.

  My point was that with high framerate material (50fps or 60fps) you
can see the tearing easier.

-- 
Billy Biggs
[EMAIL PROTECTED]
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Peter Surda

On Wed, Dec 19, 2001 at 11:58:34AM -0800, Billy Biggs wrote:
>   ObOnTopic: One way to test for tearing if you have a v4l card would be
> to try out my TV deinterlacer, which will output at 59.94fps (or 50fps
> for PAL).  You'll see tearing pretty quick if your driver doesn't double
> buffer:
>   http://www.dumbterm.net/graphics/tvtime/
ffmpeg can also deinterlace from v4l devices BTW (i.e. from an interlaced PAL
you can get 25 fps non-interlaced video)

Besides, it's SO easy to get high quality dvd rips so there really shouldn't
be a problem finding usable material.

Bye,

Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023

--
0 and 1. Now what could be so hard about that?



msg02624/pgp0.pgp
Description: PGP signature


Re: [Xpert]need help setting up xfree86 on sparcstation 20

2001-12-19 Thread dogshu


While searching through mailing lists, I have found a changelog that says
"sunleo and suncg14 now correctly set bpp."  This was after the 4.1.0
release, which is what I tried.  So, I checked out the latest version of
XFree86 from CVS, and am presently building it on a sparc20/cg14 system
running solaris 8.  We'll see how it goes.

The Xsun* servers are all that built when I tried 4.1.0.  I don't know if
the suncg14 driver is part of Xsun, or if I have to "cheat", as you said,
to get the regular loadable driver X server to build.

Jim Faulkner

> Ok, I lied, sort-of, in what I wrote next.  As you already knew,
> it builds Xsun because the loadable driver version is not officially
> supported with Solaris.  To see what it does, I am building such a
> thing on a Sparc20/cg14 system (running Solaris 2.5.1).  If the built-in
> loader works, it will load the driver suncg14_drv.o, and that driver
> always runs the card in 24 bit mode.
>
> Other than that, what I said next is true; you just can't do it
> under Solaris without cheating.
>
> > I haven't tried XF86 with Solaris 8, so for kernel reasons maybe you
> > have to do this.  I have been told, however, that nobody understands
> > Xsun24, and that they want to keep it that way.
> >
> >
>  Regards,
>  Ferris
>
> --
> Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]>
> Phone: (703) 392-0303
> Fax:   (703) 392-0401
>
>
> ___
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
>

[EMAIL PROTECTED]
SDF Public Access UNIX System - http://sdf.lonestar.org

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]SiS 630 - framebuffer fixed

2001-12-19 Thread Thomas Winischhofer


Hi,

after five days of struggle with reverse-engineered assembler code
transformed to C, I could fix the SiS framebuffer driver for use with
some LCD displays using a LVDS (Chromtel) video bridge. That is what
most laptops use, as for example the Gericoms (and some Claveos I have
heard).

Since I had to re-write a large part of the (totally uncommented) code,
I have not yet made a patch (which would be _huge_). Instead, you can
find the complete source on 

   http://members.aon.at/~twinisch/sisfb.tar.gz

for download. Just cd to /usr/src/linux/drivers/video/sis/ and extract
the archive there. I based the code on the one contained in kernel
2.4.16 (I saw no sisfb updated in 2.4.17-preX/rcX so this should do.)

To select a mode, either

a) append a kernel parameter, eg. video=sisfb:mode:1024x768x16

or

b) insmod it with the command line "insmod sisfb mode=1024x768x16"

Default mode is 800x600x8 which has problems on LCD panels (see below).

Caveats and issues:

1) I had to change the driver in its very basics for make it work on
LVDS/Chromtel bridges. LVDS data tables were empty in the driver, so
this couldn't have worked by any means. I re-wrote large parts of the
code (hopefully not touching anything not-LVDS-related) to make the
driver read the data contained in the BIOS. This implys the following
issue:

The driver relies - if an LVDS bridge (with or without Chromtel/Trumpion
TV converter) is to be used - on a machine with a BIOS. It will _not_
work with LinuxBIOS. As I believe that LinuxBIOS is not widely used
anyway, I think we could live with that.

2) The driver currently only displays 16bpp modes correctly on LCD
screens (using LVDS bridges, that is). I am working on this and will
release a patch as soon as I found the problem. (VGA is OK). Currently,
the image is very dark on the LCD and - as it seems - in black & white
(???).

3) The current X driver from CVS does work in combination with the
framebuffer driver, but there seems to be at least one problem (not
leading into further trouble on my machine, yet) with the hardware
cursor. I don't know whether this is memory management related or not,
however, to fix this is beyond my scape of knowledge.

4) DRM works fine, as long as you set the memory to more than 16MB.
Below that I saw occasional screen corruption (which again makes me
believe that it's a memory management problem).

5) TV-out doesn't work. The tables in the driver are empty and I have no
idea where to find the data in the BIOS.

6) If you intend to use DRM under X, a word on this: It works. BUT:

 a) If the sisfb is compiled as a module and not insmod'ed _before_ the
X driver takes over (so to say), it for some reasons is not able to
detect the video bridge type. This is possibly a hardware problem; it
seems the X driver did something odd that leads into wrong data in the
SiS hardware registers. 

 b) If the sisfb is compiled into the kernel or insmod'ed _before_ X
starts, this problem does not occure.

 c) Always set the video memory to the maximum available. Low mem
situations are not handled well by DRM/DRI.

Now my list of "pleases":

A) Please test the driver and report the result to me. Always include
the corresponding part of the syslog and describe exactly what modes
with what depth you used and what you saw on the screen. Report's like
"I used your driver and I saw nothing" are completely useless.

B) Please report also _when_it_works_. I have no idea how many of you
actually use a SiS chipset so that's interesting to know either.

C) A final please: People _not_ using an LVDS bridge should also test
the code. As said, I tried not to touch anything not-LVDS-related, but
.. ya' never know...

Thomas

PS: Marcello/Linus: If you insist, I would make a patch as well.

PPS: After those five days I need to do something else. Like play Qu*ake
III ... on my SiS 630 :)

-- 
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED]  *** http://www.webit.com/tw
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]need help setting up xfree86 on sparcstation 20

2001-12-19 Thread Ferris McCormick

On Tue, 18 Dec 2001, Ferris McCormick wrote:

> [This will not be any kind of definitive response, but maybe I
> can help you guess what's going on.  My experience with this list
> suggests that for any specific Sun configuration, you will find
> relatively few people using something similar, so the sun driver
> knowledge base is small.  If you have been reading this list, you
> know my only qualification is that I have been fighting with sun
> drivers.  I do not have a cg14 running with XF86, and I can't
> conveniently configure such right away.  So, that said, here we go---
> FEM]
> 
> On Tue, 18 Dec 2001, dogshu wrote:
> 
> > 
> > I'm actually very happy with XFree86 on my Solaris 8/Sparcstation
> > 20/onboard CG14 w/4MB VSIMM box.  I don't know if its my particular
> > hardware/drivers, or the X clients that I am running, but the OpenWindows
> > Xsun that comes with solaris is a monster!!  Sun's Xsun server balloons up
> > to 300 megs, and usually forces me to hardware reset my system after
> > it crashes it. (even stop-a doesn't work)
> > 
>

Ok, I lied, sort-of, in what I wrote next.  As you already knew,
it builds Xsun because the loadable driver version is not officially
supported with Solaris.  To see what it does, I am building such a
thing on a Sparc20/cg14 system (running Solaris 2.5.1).  If the built-in
loader works, it will load the driver suncg14_drv.o, and that driver
always runs the card in 24 bit mode.

Other than that, what I said next is true; you just can't do it
under Solaris without cheating.

> I haven't tried XF86 with Solaris 8, so for kernel reasons maybe you
> have to do this.  I have been told, however, that nobody understands
> Xsun24, and that they want to keep it that way.
> 
> 
 Regards,
 Ferris

--
Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]>
Phone: (703) 392-0303
Fax:   (703) 392-0401


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Billy Biggs

Mark Vojkovich ([EMAIL PROTECTED]):

> "The Wedding Singer" and "Dark City" are good ones.  There is also a
> good vob trailer for "Lost in Space" on the web someplace.  Of course,
> "good" is relative.  They're not DVD quality because they're all
> interlaced.

  That said, many DVDs are interlaced, for example on a large percentage
of NTSC DVDs you will see sections of the disc with the 3:2 pulldown
sequence expanded, and as such require deinterlacing.

  My technical discussion on DVD deinterlacing:
  http://www.dumbterm.net/graphics/dvd/

  My DVD player source with realtime deinterlacing and 3:2 pulldown
removal:
  http://www.sf.net/projects/movietime/

  Not to mention all the DVDs of TV shows which are natively interlaced,
unlike the film-source examples mentioned above.

  ObOnTopic: One way to test for tearing if you have a v4l card would be
to try out my TV deinterlacer, which will output at 59.94fps (or 50fps
for PAL).  You'll see tearing pretty quick if your driver doesn't double
buffer:
  http://www.dumbterm.net/graphics/tvtime/

-- 
Billy Biggs
[EMAIL PROTECTED]
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Mark Vojkovich

On Wed, 19 Dec 2001, Egbert Eich wrote:

> D. Harley Klein writes:
>  > Egbert,
>  > 
>  > If this is a driver issue, is it going to be addressed in the coming
>  > CVS updates and/or 4.2 Xfree86 release(s)?
>  > 
> I usually fix problems I can reproduce.
> I don't have any DVD's just a few mpegs I use
> for testing video. I have never seen tearing
> and therefore I cannot do much about it.
> 

  There are some .vob files you can download on the web.
Here, for instance:

http://www.digital-digest.com/dvd/downloads/trailers.html

  "The Wedding Singer" and "Dark City" are good ones.  There is
also a good vob trailer for "Lost in Space" on the web someplace.
Of course, "good" is relative.  They're not DVD quality because
they're all interlaced.

Mark.


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread Egbert Eich

D. Harley Klein writes:
 > Egbert,
 > 
 > If this is a driver issue, is it going to be addressed in the coming
 > CVS updates and/or 4.2 Xfree86 release(s)?
 > 
I usually fix problems I can reproduce.
I don't have any DVD's just a few mpegs I use
for testing video. I have never seen tearing
and therefore I cannot do much about it.

Egbert.


 > On Tue, 18 Dec 2001, Mark Vojkovich wrote:
 > 
 > >
 > > On Tue, 18 Dec 2001, Harley Klein wrote:
 > >
 > > > If my guess is correct with regard to what "tearing" might be, I see tearing
 > > > when viewing DVDs with the latest ogle release. I'm using the latest CVS
 > > > release on my Toshiba Satellite 1805-S204. It has the Trident CyberBlade Ai1
 > > > chipset. Is the apparent tearing an issue with the driver in the CVS release
 > > > or possibly the software? Although this isn't in response to the SiS630
 > > > driver, I thought it was a relevant question.
 > >
 > >It's usually a driver issue.
 > >
 > >
 > >Mark.
 > >
 > >
 > 
 > Thanks,
 > Harley
 > 
 > ___
 > Xpert mailing list
 > [EMAIL PROTECTED]
 > http://XFree86.Org/mailman/listinfo/xpert
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]SiS 630 DRI problem

2001-12-19 Thread Manuel Klimek

Hi!

I followed the SiS thread now some time and tested it by myself,
XFree 86 head checkout from today,
linux-2.4.17-rc2, 
enabled drm in linux source (is this the correct way or should I checkout
the latest code from dri.sourceforge.net? How often is the code merged?)
tryed with and without agpgart loaded before starting X

The sis X driver works fine, except for some hangs when switching
vt's, mostly when shutting down the server...
Now of course I wanted 3d acceleration, too ;-)
So I compiled the kernel with drm support...

glxinfo shows this:
<<< glxinfo output >>>
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: Brian Paul
OpenGL renderer string: SiS 300/630/530 DR Mode
OpenGL version string: 1.2 Mesa 3.4.2
OpenGL extensions:
GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, 
GL_EXT_blend_func_separate, GL_EXT_compiled_vertex_array, 
GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, 
GL_EXT_rescale_normal, GL_EXT_shared_texture_palette, 
GL_EXT_stencil_wrap, 
GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, 
GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, 
GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_pixel_texture, 
GL_SGIS_texture_edge_clamp, GL_SGIX_pixel_texture
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
--
0x22 16 tc  0 16  0 r  .  .  5  6  5  0  0  0  0  0  0  0  0  0 0 None
0x23 16 tc  0 16  0 r  y  .  5  6  5  0  0  0  0  0  0  0  0  0 0 None
0x24 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x25 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x26 16 tc  0 16  0 r  .  .  5  6  5  0  0 32  0  0  0  0  0  0 0 None
0x27 16 tc  0 16  0 r  y  .  5  6  5  0  0 32  0  0  0  0  0  0 0 None
0x28 16 tc  0 16  0 r  .  .  5  6  5  0  0 24  8  0  0  0  0  0 0 None
0x29 16 tc  0 16  0 r  y  .  5  6  5  0  0 24  8  0  0  0  0  0 0 None
0x2a 16 tc  0 16  0 r  .  .  5  6  5  0  0  0  0 16 16 16 16  0 0 None
0x2b 16 tc  0 16  0 r  y  .  5  6  5  0  0  0  0 16 16 16 16  0 0 None
0x2c 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16 16  0 0 None
0x2d 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16 16  0 0 None
0x2e 16 tc  0 16  0 r  .  .  5  6  5  0  0 32  0 16 16 16 16  0 0 None
0x2f 16 tc  0 16  0 r  y  .  5  6  5  0  0 32  0 16 16 16 16  0 0 None
0x30 16 tc  0 16  0 r  .  .  5  6  5  0  0 24  8 16 16 16 16  0 0 None
0x31 16 tc  0 16  0 r  y  .  5  6  5  0  0 24  8 16 16 16 16  0 0 None
<<< /glxinfo output >>>
which looks very much like nice hardware acc. to me ...
so far so good, than I tried glxgears

<<< glxgears output >>>
SIS driver : out of video memory
Fatal errors in sis_dri.so
<<< /glxgears output >>>

This was mentioned earlier in the list... so this is not only my
problem, I think...
I wanted to investigate further and tried to gdb glxgears, which
resulted in

<<< gdb glxgears output >>>
GNU gdb 20010316
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...(no debugging symbols found)...
(gdb) run
Starting program: /usr/X11R6/bin/glxgears 
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New Thread 
1024 (LWP 24530)]

(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 1024 (LWP 24530)]
0x403f85e7 in gl_test_os_katmai_exception_support ()
   from /usr/X11R6-4-2/lib/modules/dri/sis_dri.so
(gdb) bt
#0  0x403f85e7 in gl_test_os_katmai_exception_support ()
   from /usr/X11R6-4-2/lib/modules/dri/sis_dri.so
#1  0x403f8321 in check_os_katmai_support ()
   from /usr/X11R6-4-2/lib/modules/dri/sis_dri.so
#2  0x403f8479 in gl_init_all_x86_transform_asm ()
   from /usr/X11R6-4-2/lib/modules/dri/sis_dri.so
#3  0x403f6fec in gl_init_transformation ()
   from /usr/X11R6-4-2/lib/modules/dri/sis_dri.

Re: [Xpert]Resolution, Color Depth

2001-12-19 Thread Mark Vojkovich

On 19 Dec 2001, Chris Tooley wrote:

> I realize that there may be a really good reason for this and so I am
> not asking this synical, but rather to simply get an answer.
> 
> Why is it that it is impossible for X to change resolutions and/or color
> depths on the fly?  I would think that most end user's would feel that

   The X11 specification doesn't allow it, and it would break most apps.
Clients expect a single color depth and they render all their images,
etc... assuming that.   There's no abstraction layer to deal with this
like there is in OpenGL.  X clients draw with pixel data, not colors.
Resolution is an easier problem to solve because generally all you
break is the window manager (which doesn't know anything about the size 
change).


> this is a very nice thing to be able to do.  I wish I could switch
> resolutions without having to restart X to do it and panning to a
> smaller virtual desktop size isn't what I mean.  Maybe I've just missed
> something in the setup?

   There is an extension in the works to allow resizes.  Don't
hold your breath though.

So basically, the answer is core X11 doesn't support this and
never did.  Alot of applications assume these rules won't change.
There is an extension in the works to allow resizes, but that's
most likely an XFree86 5.x feature because it will likely require
changes to the driver architecture.


Mark.

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Font Problems after Upgrading to 4.1.0

2001-12-19 Thread Mark Vojkovich

On Tue, 18 Dec 2001, Chris Ortega wrote:

> 
> I installed 4.1.0 and now all the fonts are just boxes..is there a missing
> file or a bug in the install
> 
> I have tried multiple install techniques and no luck...thanks...

   Could be an acceleration bug in the driver.  You didn't mention
which card you have.  If Option "NoAccel" in the Section "Device"
makes it go away, that's what it is.  If not, it's something else.


Mark.

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]problem with matrox g200

2001-12-19 Thread emanuele

I have installed redhat 7.2 with XFree86 4.1 in my box. I have a Matrox g200 agp card 
and a LCD screen HP L1810. 
I set up the DRI and it works all fine for low resolution (8 bit color) that uses les 
than 2MB but if I try a more fancy resolution the bottom half of the screen becomes 
black and nothing can be displayed there.

Do you know how to fix the problem?

please let me know

thanks
emanuele


___
Never pay another Internet phone bill!
Freeserve AnyTime, for all the Internet access you want, day and night, only £12.99 
per month.
Sign-up at http://www.freeserve.com/time/anytime


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Re: SiS630 - the neverending story

2001-12-19 Thread Giuseppe Sacco

GOT IT!
Every LCD problem was related to some BIOS issue! After upgrading to the
BIOS version 1.10a XFree 4.1.0 and 4.1.99.2 are working perfectly with
the SiS driver.

Thanks Egbert.

Giuseppe

Il Wed, Dec 19, 2001 at 06:17:02PM +0100, Giuseppe Sacco ha scritto:
> Ok, I just had a look to starting it with 16bpp. It works on CRT, it
> doesn't on the internal LCD.
> 
> I also found a BIOS upgrade. I will install it and I will let you know.
> 
> Bye and thanks,
> Giuseppe
> 
> 
> Il Wed, Dec 19, 2001 at 05:08:29PM +0100, Giuseppe Sacco ha scritto:
> > This seems to be very strange since X 4.1.0 works perfectly with this
> > XF86Config-4. I have an ASUS A1000 laptop.
> > 
> > I will restart it using 16bpp later (now I cannot)
> > and I'll try to look for a newer BIOS.
> > 
> > I will let you know, thanks.
> > 
> > Bye,
> > Giuseppe
> > 
> > Il Wed, Dec 19, 2001 at 05:36:31PM +0100, Egbert Eich ha scritto:
> > > 
> > > Your BIOS doesn't support 1024x768 with 24bpp.
> > > 
> > > Egbert.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Re: SiS630 - the neverending story

2001-12-19 Thread Giuseppe Sacco

Ok, I just had a look to starting it with 16bpp. It works on CRT, it
doesn't on the internal LCD.

I also found a BIOS upgrade. I will install it and I will let you know.

Bye and thanks,
Giuseppe


Il Wed, Dec 19, 2001 at 05:08:29PM +0100, Giuseppe Sacco ha scritto:
> This seems to be very strange since X 4.1.0 works perfectly with this
> XF86Config-4. I have an ASUS A1000 laptop.
> 
> I will restart it using 16bpp later (now I cannot)
> and I'll try to look for a newer BIOS.
> 
> I will let you know, thanks.
> 
> Bye,
> Giuseppe
> 
> Il Wed, Dec 19, 2001 at 05:36:31PM +0100, Egbert Eich ha scritto:
> > 
> > Your BIOS doesn't support 1024x768 with 24bpp.
> > 
> > Egbert.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]TV-Out capable cards..

2001-12-19 Thread Peter Surda

On Wed, Dec 19, 2001 at 10:27:14AM -0500, John Clemens wrote:
> Also if you don't mind compiling, I just noticed that TV-out on the 3Dfx
> Voodoo3 3500TV is also supported, albeit in a roundabout way.  You can
> find those cards very cheap now.
Actually the installation/configuration is pretty easy, you just need i2c
module for something (look for lm_sensors project on freshmeat). But I must
say the TV picture quality with voodoo3 3500TV is significantly worse than my
r128 (not to mention the unusually big adapter and thick cable that comes with
it).

OTOH 3D is definitely faster with v3 than with r128, you'd need radeon to
match 3D performance.

Bye,

Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023

--
   I believe the technical term is "Oops!"



msg02611/pgp0.pgp
Description: PGP signature


[Xpert]Cirrus Logic 5434

2001-12-19 Thread Daniel Walker


I'm having trouble with the Cirrus Logic 5434 , but I believe it's a

driver bug/problem .. My card only has one meg of RAM (Jaton PCI53).
The trouble is that any resolution with a depth over 8-bits has vertical
lines of
distortion about an inch apart all across the screen . All the
resolutions above 640x480
are pruned .. Sometimes I get 720x400 ..

I tried xfree 4.1.0 , and the latest CVS. I also tried the video
card in a windows machine and I was able to get all the resolutions.
I switched monitors with no change too.

  Another problem is that I can get a normal looking desktop using
acceleration in any resolution or depth. The colors and text are
distorted.

Daniel Walker

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]Tearing, with regard to viewing DVDs (Trident Ai1)

2001-12-19 Thread D. Harley Klein

Egbert,

If this is a driver issue, is it going to be addressed in the coming
CVS updates and/or 4.2 Xfree86 release(s)?

On Tue, 18 Dec 2001, Mark Vojkovich wrote:

>
> On Tue, 18 Dec 2001, Harley Klein wrote:
>
> > If my guess is correct with regard to what "tearing" might be, I see tearing
> > when viewing DVDs with the latest ogle release. I'm using the latest CVS
> > release on my Toshiba Satellite 1805-S204. It has the Trident CyberBlade Ai1
> > chipset. Is the apparent tearing an issue with the driver in the CVS release
> > or possibly the software? Although this isn't in response to the SiS630
> > driver, I thought it was a relevant question.
>
>It's usually a driver issue.
>
>
>   Mark.
>
>

Thanks,
Harley

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Re: SiS630 - the neverending story

2001-12-19 Thread Giuseppe Sacco

This seems to be very strange since X 4.1.0 works perfectly with this
XF86Config-4. I have an ASUS A1000 laptop.

I will restart it using 16bpp later (now I cannot)
and I'll try to look for a newer BIOS.

I will let you know, thanks.

Bye,
Giuseppe

Il Wed, Dec 19, 2001 at 05:36:31PM +0100, Egbert Eich ha scritto:
> 
> Your BIOS doesn't support 1024x768 with 24bpp.
> 
> Egbert.
> 
> 
> Giuseppe Sacco writes:
>  > Just tried the latest CVS (17 dec 2001) on a SiS630 connected to a
>  > normal CRT. X doesn't start at all :-)
>  > 
>  > Attached there is the log I found in /var/log.
>  > 
>  > Do you have any hints?
>  > 
>  > Bye,
>  > Giuseppe
>  > 
[...]
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]ATI Radeon and Apple Cinema Mode Lines

2001-12-19 Thread Simon Shapiro

---
> On Thu, 2001-12-13 at 18:57, Simon Shapiro wrote:
> > I am sure this have come up before but I cannot track a definite
answer;
> > 
> > Linux, XFree86 4.1.0, ATI Radeon VE AGP card, Apple Cinema 22" LCD.
> > 
> > I need to know the timing values, as the values I used with the
nVIDIA
> > card (whioch died gracelessly) will not do, nor will any other
similar
> > values.
> 
> The radeon driver's support for flat panels has been improved
> significantly after 4.1; if you can't or don't want to use current
CVS,
> 4.2.0 should be out RSN...

This is to mean that it will figure it all out automagically, and I do
not
need the mode lines?

Although a old X user, I did not learn about the CVS option until
recently.
This is a great improvement.

Thanx!

> 
> 
> -- 
> Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc)
developer
> XFree86 and DRI project member   /  CS student, Free Software
enthusiast
> ___
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
> 
Sincerely, Yours

Simon Shapiro770-265-0958
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Re: SiS630 - the neverending story

2001-12-19 Thread Egbert Eich


Your BIOS doesn't support 1024x768 with 24bpp.

Egbert.


Giuseppe Sacco writes:
 > Just tried the latest CVS (17 dec 2001) on a SiS630 connected to a
 > normal CRT. X doesn't start at all :-)
 > 
 > Attached there is the log I found in /var/log.
 > 
 > Do you have any hints?
 > 
 > Bye,
 > Giuseppe
 > 
 > This is a pre-release version of XFree86, and is not supported in any
 > way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
 > to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
 > please check the latest version in the XFree86 CVS repository
 > (http://www.XFree86.Org/cvs)
 > 
 > XFree86 Version 4.1.99.2 / X Window System
 > (protocol Version 11, revision 0, vendor release 6510)
 > Release Date: xx December 2001
 >  If the server is older than 6-12 months, or if your card is
 >  newer than the above date, look for a newer version before
 >  reporting problems.  (See http://www.XFree86.Org/)
 > Build Operating System: Linux 2.4.16 i686 [ELF] 
 > Module Loader present
 > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Dec 19 14:47:34 2001
 > (==) Using config file: "/etc/X11/XF86Config-4"
 > Markers: (--) probed, (**) from config file, (==) default setting,
 >  (++) from command line, (!!) notice, (II) informational,
 >  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
 > (==) ServerLayout "Default Layout"
 > (**) |-->Screen "Monitor" (0)
 > (**) |   |-->Monitor "SyncMaster"
 > (**) |   |-->Device "SiS 630"
 > (**) |-->Input Device "Generic Keyboard"
 > (**) Option "XkbSymbols" "en_US(pc104)+it"
 > (**) XKB: symbols: "en_US(pc104)+it"
 > (**) Option "XkbRules" "xfree86"
 > (**) XKB: rules: "xfree86"
 > (**) Option "XkbModel" "pc104"
 > (**) XKB: model: "pc104"
 > (**) Option "XkbLayout" "us"
 > (**) XKB: layout: "us"
 > (==) Keyboard: CustomKeycode disabled
 > (**) |-->Input Device "Mouse USB"
 > (**) |-->Input Device "TouchPad"
 > (WW) The directory "/usr/lib/X11/fonts/misc" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/Type1" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/Speedo" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/100dpi" does not exist.
 >  Entry deleted from font path.
 > (WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.
 >  Entry deleted from font path.
 > (**) FontPath set to "unix/:7100"
 > (==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
 > (==) ModulePath set to "/usr/X11R6/lib/modules"
 > (**) Option "Xinerama" "true"
 > (**) Xinerama: enabled
 > (--) using VT number 7
 > 
 > (II) Open APM successful
 > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
 > (II) Module ABI versions:
 >  XFree86 ANSI C Emulation: 0.1
 >  XFree86 Video Driver: 0.5
 >  XFree86 XInput driver : 0.3
 >  XFree86 Server Extension : 0.1
 >  XFree86 Font Renderer : 0.3
 > (II) Loader running on linux
 > (II) LoadModule: "bitmap"
 > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
 > (II) Module bitmap: vendor="The XFree86 Project"
 >  compiled for 4.1.99.2, module version = 1.0.0
 >  Module class: XFree86 Font Renderer
 >  ABI class: XFree86 Font Renderer, version 0.3
 > (II) Loading font Bitmap
 > (II) LoadModule: "pcidata"
 > (II) Loading /usr/X11R6/lib/modules/libpcidata.a
 > (II) Module pcidata: vendor="The XFree86 Project"
 >  compiled for 4.1.99.2, module version = 0.1.0
 >  ABI class: XFree86 Video Driver, version 0.5
 > (II) PCI: Probing config type using method 1
 > (II) PCI: Config type is 1
 > (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
 > (II) PCI: PCI scan (all values are in hex)
 > (II) PCI: 00:00:0: chip 1039,0630 card , rev 11 class 06,00,00 hdr 80
 > (II) PCI: 00:00:1: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80
 > (II) PCI: 00:01:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80
 > (II) PCI: 00:01:1: chip 1039,0900 card 1043,1455 rev 80 class 02,00,00 hdr 00
 > (II) PCI: 00:01:2: chip 1039,7001 card 1039,7001 rev 07 class 0c,03,10 hdr 00
 > (II) PCI: 00:01:3: chip 1039,7001 card 1039,7000 rev 07 class 0c,03,10 hdr 00
 > (II) PCI: 00:01:4: chip 1039,7018 card 1043,1453 rev 01 class 04,01,00 hdr 00
 > (II) PCI: 00:01:6: chip 1039,7013 card 1043,1456 rev a0 class 07,03,00 hdr 00
 > (II) PCI: 00:02:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01
 > (II) PCI: 00:0a:0: chip 1180,0476 card 4000, rev 80 class 06,07,00 hdr 82
 > (II) PCI: 00:0a:1: chip 1180,0476 card 4800, rev 80 class 06,07,00 hdr 82
 > (II) PCI: 01:00:0: chip 10

Re: [Xpert]TV-Out capable cards..

2001-12-19 Thread John Clemens

On Wed, 19 Dec 2001, Peter Surda wrote:

> On Wed, Dec 19, 2001 at 09:31:21AM -, Russell, David J wrote:
> > Sounds like the RADEON VE is supported :o)
> > ... but the TV out is not :o(
> Preliminary TVout support is in devel branch of gatos (gatos.sf.net). If you
> don't mind playing with compiling a little, it works nicely.

Also if you don't mind compiling, I just noticed that TV-out on the 3Dfx
Voodoo3 3500TV is also supported, albeit in a roundabout way.  You can
find those cards very cheap now.

Also, you can get the new SiS 315 chip based cards, which, from the sounds
made from the laptop folks working on the SiS driver, might work with
TV-out as well. These cards go for 35$ new on pricewatch.

good luck,
john.c


-- 
John Clemens  http://www.deater.net/john
[EMAIL PROTECTED] ICQ: 7175925, IM: PianoManO8
  "I Hate Quotes" -- Samuel L. Clemens


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]ATI Radeon VE and SGI 1600sw with Multilink

2001-12-19 Thread Nate Pearlstein

I have a couple of problems using XFree86 4.1 which ships with RH 7.2 as 
well as with the CVS as of one week ago.

I have the Multilink connected to the DVI port on the radeon.

1. DPMS doesn't work.  I looked in the source and it seems that DPMS 
only gets turned on if connected to a CRT.  Why shouldn't this work for 
a flatpanel?

2. Using 1600x1024 basically works but occasionally the screen seems to 
lose sync and then comes back almost immdiately.

3. There is some ocassional what I guess would be called static.  The 
Multilink requires a vertical and horizontal refresh of 60 HZ and the 
radeon doesn't seem to quite do that.  It insists on 63.36 according to 
the multilink.

Any ideas as to what I could do differently?

Later

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Laptop freezes up when I switch vty's

2001-12-19 Thread Yom, Francis

Hi again,

Okay.  I've been working on this on my own, and I think I found
something.  In an earlier post, Michel asked if I am using the Option
"UseFBDev".  I am NOT.  However in my XFree86.0.log, I notice that the
DOUBLE-BUFFER and FB extensions get loaded.  Should this be happening?
If not, how can I comment them out and prevent them from loading.

My suspicion is that I'm using FBDev even when I am not asking for it.

Thanks!
Fran
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Resolution, Color Depth

2001-12-19 Thread Chris Tooley

Added those modes to my Screen section and can do
Ctrl+Alt+NumPadPlus/Minus to switch resolutions, but that gives me a
Virtual desktop that's the size that I start out in and I have to scroll
around.  Not exactly what I was hoping for.

Chris

On Wed, 2001-12-19 at 08:20, Ed Robbins wrote:
> You can change resolutions on the fly, setup your XF86Config file like so:
> 
> Section "Screen"
>   DefaultDepth 16
>   SubSection "Display"
> Depth  16
> Modes  "1280x1024"  "640x480" "800x600" "1024x768" "1152x864" 
> "1280x960"
>   EndSubSection
>   Device   "Device[0]"
>   Identifier   "Screen[0]"
>   Monitor  "Monitor[0]"
> EndSection
> 
> This starts at 1280x1024 as the default, then when you hit 
> Ctrl+Alt+NumPadPlus or NumPadMinus, you'll switch to the different 
> resolutions.
> 
> I don't know about color depth, I don't think you can change that on the fly.
> 
> Ed
> 
> On Wednesday 19 December 2001 09:13, Chris Tooley wrote:
> > I realize that there may be a really good reason for this and so I am
> > not asking this synical, but rather to simply get an answer.
> >
> > Why is it that it is impossible for X to change resolutions and/or color
> > depths on the fly?  I would think that most end user's would feel that
> > this is a very nice thing to be able to do.  I wish I could switch
> > resolutions without having to restart X to do it and panning to a
> > smaller virtual desktop size isn't what I mean.  Maybe I've just missed
> > something in the setup?
> >
> > Chris Tooley
> >
> > ___
> > Xpert mailing list
> > [EMAIL PROTECTED]
> > http://XFree86.Org/mailman/listinfo/xpert
> 


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



RE: [Xpert]Need to write a touch screen driver

2001-12-19 Thread Clive Crous

I've asked many questions about input driver writing myself,
it would seem nobody knows, or is willing
to take a few seconds to tell us where we can find docs / info.

If you do happen to find any documentation on these functions,
or on input driver writing, please share them with me, I also
know of at least three other people who would like that info aswell.

Clive


-Original Message-
From: VANATHY BALAJI [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 13, 2001 9:09 AM
To: [EMAIL PROTECTED]
Subject: [Xpert]Need to write a touch screen driver


Hello,

I need to write a touch screen driver (in Linux) for our customer.
I downloaded the XFree86 sources and decide to modify the xf86Elo.c.
In this file i see that some functions like xf86ReadSerial() is called.
What are these  functions?. I browsed the documentation in XFree86 Website, 
i could not find any explaination (what the function does and
what are it's arguments etc...). Where can i find those information?.

Regards
Vanathy
===

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert


WARNING: This e-mail contains confidential information and any unauthorised use
or interception is illegal. If this e-mail is not intended for you, you may not copy,
distribute or disclose the contents to anyone nor take any action in reliance
on the content. If you receive this in error, please contact the sender
and delete the material from any computer.



[Xpert]Resolution, Color Depth

2001-12-19 Thread Chris Tooley

I realize that there may be a really good reason for this and so I am
not asking this synical, but rather to simply get an answer.

Why is it that it is impossible for X to change resolutions and/or color
depths on the fly?  I would think that most end user's would feel that
this is a very nice thing to be able to do.  I wish I could switch
resolutions without having to restart X to do it and panning to a
smaller virtual desktop size isn't what I mean.  Maybe I've just missed
something in the setup?

Chris Tooley

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Re: SiS630 - the neverending story

2001-12-19 Thread Giuseppe Sacco

Just tried the latest CVS (17 dec 2001) on a SiS630 connected to a
normal CRT. X doesn't start at all :-)

Attached there is the log I found in /var/log.

Do you have any hints?

Bye,
Giuseppe



This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.99.2 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: xx December 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.16 i686 [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Wed Dec 19 14:47:34 2001
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Monitor" (0)
(**) |   |-->Monitor "SyncMaster"
(**) |   |-->Device "SiS 630"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbSymbols" "en_US(pc104)+it"
(**) XKB: symbols: "en_US(pc104)+it"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse USB"
(**) |-->Input Device "TouchPad"
(WW) The directory "/usr/lib/X11/fonts/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/Speedo" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.
Entry deleted from font path.
(**) FontPath set to "unix/:7100"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(**) Option "Xinerama" "true"
(**) Xinerama: enabled
(--) using VT number 7

(II) Open APM successful
Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.1.99.2, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.1.99.2, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1039,0630 card , rev 11 class 06,00,00 hdr 80
(II) PCI: 00:00:1: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80
(II) PCI: 00:01:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80
(II) PCI: 00:01:1: chip 1039,0900 card 1043,1455 rev 80 class 02,00,00 hdr 00
(II) PCI: 00:01:2: chip 1039,7001 card 1039,7001 rev 07 class 0c,03,10 hdr 00
(II) PCI: 00:01:3: chip 1039,7001 card 1039,7000 rev 07 class 0c,03,10 hdr 00
(II) PCI: 00:01:4: chip 1039,7018 card 1043,1453 rev 01 class 04,01,00 hdr 00
(II) PCI: 00:01:6: chip 1039,7013 card 1043,1456 rev a0 class 07,03,00 hdr 00
(II) PCI: 00:02:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:0a:0: chip 1180,0476 card 4000, rev 80 class 06,07,00 hdr 82
(II) PCI: 00:0a:1: chip 1180,0476 card 4800, rev 80 class 06,07,00 hdr 82
(II) PCI: 01:00:0: chip 1039,6300 card 1043,1452 rev 11 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: "scanpci"
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
compiled for 4.1.99.2, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) UnloadModule: "s

Re: [Xpert]Font Problems after Upgrading to 4.1.0

2001-12-19 Thread Michel Dänzer

On Wed, 2001-12-19 at 05:58, Chris Ortega wrote:
> 
> I installed 4.1.0 and now all the fonts are just boxes..

If you're running a font server, you have to restart it.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 Xv performance (a bit better now)

2001-12-19 Thread Andre Werthmann


I don't see any tearing. Sometimes the playback halts for a very short
moment, but I think that depends on apm. (While playback X and Xine
together take ~ 40% of the cpu time.)

-Andre.


On Tue, 18 Dec 2001, Billy Biggs wrote:

> Andre Werthmann ([EMAIL PROTECTED]):
> 
> > I'm just testing it at this moment, but so far everything works good
> > and finally playing a dvd in fullscreen with Xv works smoothly on my
> > laptop. :)
> 
>   Out of curiousity, do you see any tearing?
> 
> -- 
> Billy Biggs
> [EMAIL PROTECTED]
> ___
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
> 

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]TV-Out capable cards..

2001-12-19 Thread Peter Surda

On Wed, Dec 19, 2001 at 09:31:21AM -, Russell, David J wrote:
> Sounds like the RADEON VE is supported :o)
> ... but the TV out is not :o(
Preliminary TVout support is in devel branch of gatos (gatos.sf.net). If you
don't mind playing with compiling a little, it works nicely.

Bye,

Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023

--
   Dudes! May the Open Source be with you.



msg02596/pgp0.pgp
Description: PGP signature


[Xpert]TV-Out capable cards..

2001-12-19 Thread Russell, David J

I've not had much luck in the "newbie" mailing list so I thought I'd try
here.

Having done some more digging... I've found this in the cvs source for the
next xfree86 release... [#1]

Sounds like the RADEON VE is supported :o)
... but the TV out is not :o(

Does anyone have an idea as to if/when that function may be supported?
Failing that, can anyone else recommend a graphics card that does have TV
out support?

My basic requirements are value for money (you can read that as "as cheap as
possible"). But with a working TV-Out. My only other possible purchase at
the moment seems to be an Nvidia GeForce2MX using the Nvidia binary drivers
:o( something I'd rather not have to do.

[#1]
Commit ATI's driver patch for ...

   ATI LINUX DRIVER UPDATE
   July, 2001, ATI Technology

1. New features:
   (1) New cards: RADEON VE, RADEON MOBILITY M6, All-in-Wonder RADEON, RAGE
128 PRO ULTRA
   (2) Digital Flat Panel and LCD (VE and M6 only).
   (3) Dual-head and Xinerama (VE and M6 only).
   (4) EDID using DDC2(I2C) interface.

2. Unsupported features and known bugs:
   (1) DRI is not currently working with dual-head/Xinerama setup.
   (2) Monitor hot swapping (P&D) is not supported.
   (3) Power management is not fully implemented.
   (4) TV output is not supported.

> --
> 
> Cheers,
>   Dave Russell
> 
The three Rs of Microsoft support: Retry, Reboot, Reinstall.



The data contained in, or attached to, this e-mail, may contain confidential
information. If you have received it in error you should notify the sender
immediately by reply e-mail, delete the message from your system and contact
+44(0)117 9797329 (the Rolls-Royce Security Controller) if you need
assistance. Please do not copy it for any purpose, or disclose its contents
to any other person.

An e-mail response to this address may be subject to interception or
monitoring for operational reasons or for lawful business practices.

(c) 2001 Rolls-Royce plc

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert