[Xpert]how to rotate immediatly the siliconmotion server without restarting X

[Robert Wörle]

Hi

the siliconmotion driver now supports screen rotation by :
Option "ShadowFB" "on"   
Option "Rotate" "CW"  
or
Option "Rotate " "CCW"

It works jsut fine , but i ve to change the value in XF86config and the 
restart X .


...
Is there a posible way to do the screen rotation by just envoking on 
comand ??? and the screen rotates immediatly to the specific direction 

May there a command where you could tell the running X-Server to change 
a value ???

Yours Rob 
   
 

_

Robert Wörle Linux  |  Hardware 

Symplon AG

...touch the internet  

phone: +49 89 552 999 35
fax: +49 89 552 999 10
email: [EMAIL PROTECTED] 
web: www.symplon.com 

_

 


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

[Xpert]Radeon 8500 3D support

[Anders Saaby]

Hi!

Have anybody any idea about when we could expect OpenGL support for the
ATI Radeon 8500 card in Xfree? Are anybody working on it?

Secondly: if 3d support is too far avay in the future, then does anybody
know if xigraphics Summit driver is a useable alternative?

Thanks in advance!

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

Re: [Xpert]Radeon 8500 3D support

[José Fonseca]

On 2002.02.18 10:25 Anders Saaby wrote:
> Hi!
> 
> Have anybody any idea about when we could expect OpenGL support for the
> ATI Radeon 8500 card in Xfree? Are anybody working on it?
> 
> Secondly: if 3d support is too far avay in the future, then does anybody
> know if xigraphics Summit driver is a useable alternative?
> 
> Thanks in advance!
> 
> Anders Saaby

You may find answer for your first question in 
http://mefriss1.swan.ac.uk/~jfonseca/dri/faq/html/hardware.html#RADEON-8500 
.

Regards,

José Fonseca

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

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

[Xpert]help

[alessandro]

 someone is able to say me what means the message i receive installing
Xfree86 4.1.0 under debian:
  
Use of uninitialized value at
 /usr/lib/perl5/Debian/DebConf/ConfModule.pm line 118,  chunk 31.

and it doesn't create the  XF86Config-4 file in etc/X11/ 

thanks
to everyone.

Ale



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

[Xpert]single click becomes double clicks after suspend

[Lau]

Hi,

I've a problem in xfree86 4.2.0-2.1.  Every time after
i suspend and resume my machine, every single left
mouse click would becomes double clicks. 
  e.g. in enlightenment, clicking the title once will
shade instead of moving
  in gedit, xterm, single click over a word will
select the whole word instead of dragging the cursor
to select anything i want.
  kde is not so serious, if click>wait 15
seconds>click again, will becomes double click.

  The only way to solve the problem is to restart X. 
I've tried stopping gpm, but no help. Logging out and
logging in again in gdm also don't help.


Someone in the xfree86 channel told me to use xev to
test mouse click.  If i click inside the windows,
result before and after suspend is the same, one press
and one release.  If i left click in title bar using
enlightenment, the result is different.

Attached please find 4 files:
okleftclicktitle   before suspend, left click
title
okdoubleclicktitle before suspend, left click
title
leftclicktitle_aftersuspend after suspend, left
click title
doubleclicktitle_aftersuspend   after suspend, double
click title

System:
ThinkPad T20
redhat 7.1  kernel 2.4.9-21
xfree86 4.2.0-2.1
mouse: logitech USB mouseman wheel, also has a
trackpoint(disabling either one still have the
problem)

Thanks for helping,

Regards,
Abe Lau


___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk


xev_result.tar.gz
Description: xev_result.tar.gz

[Xpert]Radeon 8500 3D support

[Anders Saaby]

Hi!

Have anybody any idea about when we could expect OpenGL support for the
ATI Radeon 8500 card in Xfree? Are anybody working on it?

Secondly: if 3d support is too far avay in the future, then does anybody
know if xigraphics Summit driver is a useable alternative?

Thanks in advance!

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

[Xpert]ATI Mobility M4 on Dell C800 laptop using Mandrake 8.1

[Don Hardaway]

I am having trouble selecting Dell monitors in XFree86-4.1.0 in the
configuration program in mandrake 8.1. When I select a Dell Laptop display
for some reason it generates an error and I don't think the graphics card is
being fully utilized properly also. So, I am looking for updated drivers and
a configuration file for XFree86-4.1.0 in mandrake 8.1 that will correct
this deficiency since mandrake has not corrected it.

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

Re: [Xpert]GCC 3.0.3 and X 4.2.0 compile problem

[Kevin Clevenger]

Thank you for your kind response. I have only just resolved the situation 
(temporarily) by compiling gcc 3.0.3 static under glibc 2.2.4 and gcc 2.95.3, 
and then compling X 4.2.0 with the gcc 3.0.3 in the chroot env.

K

On Saturday 16 February 2002 09:46 am, Matthieu Herrb wrote:
> Kevin Clevenger wrote (in a message from Wednesday 13)
>
>  > When compling X 4.2.0 with gcc 3.0.3 on a glibc 2.2.5 system I get the
>  > following. Using gcc 2.95.3 on the same system compiles correctly. I
>  > have tried altering the -traditional flag in the imakemdep.h file to no
>  > avail.
>
> Other people I've asked say that cpp in gcc 3.0 still supports
> -traditional. What's special about your configuration that makes it
> not support -traditional ?
>
> The -traditional flag is required with gcc's cpp because otherwise it
> does silly things to imake input. (Adds white space before and after
> macro expansion results, tries to interpret backslashes where it
> should leave them alone, etc.)
> It's really unfortnate if the GNU people have removed the -traditional
> option to cpp in gcc 3.0.
>
> XFree86 will have to provide a non broken C pre-processor for imake to
> work with gcc 3, in this case.
>
>
>   Matthieu
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

[Xpert]tdfx OpenGL

[Jacek Popławski]

I have serious problems with tdfx OpenGL and Return To Castle Wolfenstein.
First problem: when I start RTCW and switch from X to virtual console - XFree86
server dies (I can switch later, but not at beginning). 
Second one: after playing few minutes - textures are completly messed, I can
see how it changes in realtime. 
And last one: sometimes when I play system hangs. Completly.

I tried: 
- XFree86-4.1.0
- XFree86-4.2.0
- many XFree86 CVS versions (from last months to yesterday)
- many kernel versions (2.4.x, -pre, and -ac, now I have 2.4.18-pre9-ac4 and it
  seems stable - except tdfx)
- Glide3 binary from dri.sf.net or compiled myself   

It's not only RTCW problem - for example objects are messed in Blender (in its
older versions).

You can say it's application fault. But why there is no problem on other
hardware? And why everything works stable (but slw) on my hardware with
software rendering?

Do you know what else can I try (except switching from Voodoo3 to Radeon) ?

-- 
decopter - free SDL/OpenGL simulator under heavy development
download it from http://decopter.sourceforge.net
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Re: [Xpert]GCC 3.0.3 and X 4.2.0 compile problem

[matthieu]

Kevin Clevenger wrote (in a message from Wednesday 13)
 > 
 > When compling X 4.2.0 with gcc 3.0.3 on a glibc 2.2.5 system I get the 
 > following. Using gcc 2.95.3 on the same system compiles correctly. I have 
 > tried altering the -traditional flag in the imakemdep.h file to no avail.

Other people I've asked say that cpp in gcc 3.0 still supports
-traditional. What's special about your configuration that makes it
not support -traditional ? 

The -traditional flag is required with gcc's cpp because otherwise it
does silly things to imake input. (Adds white space before and after
macro expansion results, tries to interpret backslashes where it
should leave them alone, etc.) 
It's really unfortnate if the GNU people have removed the -traditional
option to cpp in gcc 3.0. 

XFree86 will have to provide a non broken C pre-processor for imake to
work with gcc 3, in this case. 


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

Re: [Xpert]GCC 3.0.3 and X 4.2.0 compile problem

[Matthieu Herrb]

Kevin Clevenger wrote (in a message from Wednesday 13)
 > 
 > When compling X 4.2.0 with gcc 3.0.3 on a glibc 2.2.5 system I get the 
 > following. Using gcc 2.95.3 on the same system compiles correctly. I have 
 > tried altering the -traditional flag in the imakemdep.h file to no avail.

Other people I've asked say that cpp in gcc 3.0 still supports
-traditional. What's special about your configuration that makes it
not support -traditional ? 

The -traditional flag is required with gcc's cpp because otherwise it
does silly things to imake input. (Adds white space before and after
macro expansion results, tries to interpret backslashes where it
should leave them alone, etc.) 
It's really unfortnate if the GNU people have removed the -traditional
option to cpp in gcc 3.0. 

XFree86 will have to provide a non broken C pre-processor for imake to
work with gcc 3, in this case. 


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

Re: [Xpert]help

[Michel Dänzer]

On Mon, 2002-02-18 at 08:56, alessandro wrote:
> 
>  someone is able to say me what means the message i receive installing
> Xfree86 4.1.0 under debian:
>   
> Use of uninitialized value at
>  /usr/lib/perl5/Debian/DebConf/ConfModule.pm line 118,  chunk 31.
> 
> and it doesn't create the  XF86Config-4 file in etc/X11/ 

The debian-user list would be a better place to ask this; maybe you can
even find the answers in its archives?


-- 
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

[Xpert]Desktop selection problem

[Rafeek, P (MED)]

Hi,
How can we bring up a window (from some other server) in a workspace
other than the active workspace?
any help regarding this or any pointers would be of great help.
TIA
rgds
Rafeek P




"THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE
ADDRESSEE and may contain confidential and privileged information.
If the reader of this message is not the intended recipient,
you are notified that any dissemination, distribution or copy of this 
communication is strictly Prohibited. 
If you have received this message by error, please notify us 
immediately, return the original mail to the sender and delete the 
message from your system."

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

Re: [Xpert]Desktop selection problem

[Joe Krahn]

"Rafeek, P (MED)" wrote:
> 
> Hi,
> How can we bring up a window (from some other server) in a workspace
> other than the active workspace?
The "workspace" is a window manager creation, not part of X,
so their is no way to tell X which desktop to use.
However, the window manager might have a "matched windows"
feature, so that it can be configured to recognize an incoming
window and place it on another desktop. For example, you
could set it so that all windows where the title starts with
"[2]" would go to desktop 2. Once the window is placed,
you can go back and remove the title prefix.

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

Re: [Xpert]Radeon 8500 3D support

[Thomas Bruckschlegel]

> Date: Mon, 18 Feb 2002 11:25:16 +0100
> From: "Anders Saaby" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: [Xpert]Radeon 8500 3D support
> 
> Hi!
> 
> Have anybody any idea about when we could expect OpenGL support for the
> ATI Radeon 8500 card in Xfree? Are anybody working on it?
> 
> Secondly: if 3d support is too far avay in the future, then does anybody
> know if xigraphics Summit driver is a useable alternative?
> 
> Thanks in advance!
> 
> Anders Saaby
I did some benchmarks on 
http://www.tommti-systems.de/main-Dateien/news010202_150202.html
They support OpenGL 1.2 and I had some crashes during my tests. $129 isn't 
also that cheat

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

Re: [Xpert]Radeon 8500 3D support

[Joe Krahn]

Thomas Bruckschlegel wrote:
> 
> > Date: Mon, 18 Feb 2002 11:25:16 +0100
> > From: "Anders Saaby" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Subject: [Xpert]Radeon 8500 3D support
> >
> > Hi!
> >
> > Have anybody any idea about when we could expect OpenGL support for the
> > ATI Radeon 8500 card in Xfree? Are anybody working on it?
> >
> > Secondly: if 3d support is too far avay in the future, then does anybody
> > know if xigraphics Summit driver is a useable alternative?
> >
> > Thanks in advance!
> >
> > Anders Saaby
> I did some benchmarks on
> http://www.tommti-systems.de/main-Dateien/news010202_150202.html
> They support OpenGL 1.2 and I had some crashes during my tests. $129 isn't
> also that cheat
> 
I couldn't find the benchmarks there. It must be somehwere in arkiv.
Was this with their newest update, which fixed several bugs?
I tested their driver with a Radeon SDR and an MGA-550. I found
some bugs (especially with stereo) which are fixed in the newest version.

My impression was that it has many fewer bugs than XFree86, but
also has fewer features available, but I didn't do thorough testing,
judst tried a few programs that I am interested in using.

Xig will give you updates, but if you buy a different video card,
you'll have to buy another server.

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

Re: [Xpert]Re: libxml needs iconv.h ?

[Jim Gettys]

It is certainly reasonable to want to see a proposal for an
XML DTD for an XFree86 config file.

The view of reality I see is that, for better or worse, XML is something 
familiar to an increasingly large fraction of the user base (particularly 
the hacker types who might edit such a file by hand), and the current 
XFree86 config file syntax is not (nor is it friendly for building tools 
to generate them). So if we take as a given wanting a config file syntax 
that is both human and machine read/writeable easily, one can do alot worse
than XML (like where we are right now).

I've personally been burned by the config file's syntax in the last month 
or two, as I reinstalled several of my systems, one of which ended up 
broken after insall. And I've been burned by the quoting problem
used as the other example on several occasions.

So my opinion goes as follows:

1) We need to make the need for the XFree86 config file as small as 
possible.  We need to work hard at getting defaults right, so they don't 
have to be edited in the first place, nor things specified, unless you
are doing something particularly unusual. 

I give as a concrete first hand example: On my Matrox G450, 
o the default depth is 8! So for it to be even semi-sane, 
you have to go touch what is generated. 
o Furthermore, to get TT fonts, you have to go edit the file 
to add a module.  I still don't understand why there are two
choices here for modules, other than some handwaving Keith gave
me about eastern fonts (we could make the default locale dependent
if necessary). 
o And the mouse does not default to the most common 
forms of mice currently found, (nor autodetect the protocol) etc  
o And the server defaulted to trying to use the absolutely highest 
supported resolution of my monitor (2100x1600), which, until we use 
scalable fonts  everywhere, is probably the wrong answer, much less 
the fact the second DAC on the G450 can't go that fast, and will therefore
be wrong for xinerama.
There are therefore at least *four* things a poor user has to do to get 
it going, even ignoring xinerama (which I've put off reenabling, preferring 
to get work done to messing further with my config file any futher).

We can/should do *alot* better, folks. We're being sloppy, hiding behind 
the fact the distribution vendors often clean up after us.  

The problem with the view that the distro vendors fix it, is that if you
fall off the beaten path, you are currently in XF86Config file hell...
And then we end up with tons of support questions soaking our time,
along with alot of disgruntled people who say: "this open source software
stuff is for the birds".

Ideally, on sane hardware (which the industry is slowly moving
toward), the file can/should be empty, and the server work decently

I *really* don't want to get a merit badge for editing my configuration
file manually: I deserve one right now, unfortunately.

2) we need to bite the bullet and adopt a config file format
that is both amenable to hand editing (which we should minimize by 1),
and by tools (which is what most end users want and need).  The
current format is not: or we'd have to build tools to write the format,
and such tools would have different API's than already being used for
other system configuration metadata, which seems to be most often using XML
these days.

I don't see the current situation as something we can/should live
with for any longer than absolutely necessary.

Don't take this as a statement of love for XML; I'd have preferred a 
s-expression syntax, but due to the history of HTML coming from SGML, 
we end up with <> as the dominant way of storing such data. Sigh But 
it can be machine read and written, validated to a significant degree, 
and hand edited when necessary (and then validated).  This seems like
a win to me.

- Jim


--
Jim Gettys
Cambridge Research Laboratory
Compaq Computer Corporation
[EMAIL PROTECTED]

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

[Xpert]remove me from list

[Stephane Hebert]

[Xpert]Re: Any news on Trident Cyberbalde XP HW accel. ?

[Alan Hourihane]

I do have some code that accelerates some primitives, although I cannot
release the code until Trident actually email me back.

I have sent them numerous emails with no reply from the publicrelations
email address.

Unfortunately, we wait

Alan.

On Mon, Feb 18, 2002 at 05:19:40PM +0100, Stein Magne Bjørklund wrote:
> Hi.
> 
> Any news on Trident Cyberbalde XP HW accel. ?
> 
> In the doc that:
> 
> The XP series are NOT hardware accelerated due to the specifications of
> the chip not being released.
> 
> I have an Thoshiba Tecra 8200 with CyberBladeXPm/8 chip.
> 
> BW:
> Thax to Alan whoms is doing a GREAT job on the Trident driver.
> 
> -- Stein Magn Bjorklund
> Norway
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Re: [Xpert]writing an XFree86 module device driver, need help!

[Kevin Geiss]

hey, i got it working. but i need to fine tune the delays a bit.

is there an XFree86 facility for doing a busy wait for 1 microsecond?

I put in a loop myself, but i was afraid the optimizer was dropping it.
the display is a little flaky, like it may be writing too fast. I'm trying
a longer loop and I'm waiting for it to install before I can try it.

thanks

On Wed, Feb 13, 2002 at 02:54:36AM +0100, Michel Dänzer wrote:
> On Die, 2002-02-12 at 23:12, Kevin Geiss wrote:
> > 
> > It looks like what I would want to do is change the call to
> > shadowAdd in xc/programs/Xserver/hw/xfree86/drivers/fbdev/fbdev.c
> > to not pass in shadowUpdatePacked, but instead pass it the address
> > of my own function which i will base off of shadowUpdatePacked in
> > xc/programs/Xserver/miext/shadow/shpacked.c.
> 
> Yes, I think that's the way to go. Good luck!
> 
> 
> -- 
> 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
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

[Xpert]Re: Any news on Trident Cyberbalde XP HW accel. ?

[Alan Hourihane]

On Mon, Feb 18, 2002 at 05:57:50PM +0100, Stein Magne Bjørklund wrote:
> Good news, some how
> Are we able to alfa test this code? It`s not currently in the CVS-tree?
> 
No. And it won't be in the CVS until Trident give the green flag.

> Should more of "us" Trident users send mail to Trident, or will it just
> "piss them off" ?
> 
I don't really know how they currently feel about it all. I've not
heard from their Marketing people in a long time.

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

Re: [Xpert]Re: Any news on Trident Cyberbalde XP HW accel. ?

[Thomas S. Iversen]

> I don't really know how they currently feel about it all. I've not
> heard from their Marketing people in a long time.

I recently aquired some docs for some (old) trident chips through their
support/technical email address. Replies were quick, polite and
informative. It took some time before they replied to my very first mail
(as if they needed to make some decisions), but thereafter my mails were
answered within the day.

Maybe worth a try?

Regards Thomas, Denmark



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

[Xpert]Re: libxml needs iconv.h ?

[Keith Packard]

Around 12 o'clock on Feb 17, Keith Packard wrote:

> Yes, iconv is a run-time requirement for the libxml2 library.  One strong 
> possibility is to move from libxml2 to expat -- another XML parsing 
> library. That library is much smaller and has no "unusual" dependencies, 
> leaving the data interpretation to the application.  Libxml2 is 
> significantly easier to use, especially for applications wanting to edit 
> the configuration, but it may be worth the effort for font configuration 
> to switch to expat to avoid new dependencies.

I've gone ahead and recoded fontconfig to use expat instead of libxml2; 
I'll import expat into the tree and have that built.  Applications for
configuring fonts will need to use libxml2 as expat has no provisions for 
XML output.

Keith PackardXFree86 Core TeamCompaq Cambridge Research Lab


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

[Xpert]can't get 1900x1200 on a sun 24" display

[Derrick D. Daugherty]

ello-

I'm attempting to make full use of a 24" monitor we had lieing in the
lab and not having much luck.  I'm trying to get X 4.2 to fill the full
width of the screen.  It says no modes found for 1900x1200 and then
falls back to 1600x1200 and looks great, just with the evil twin of the 
letterbox'd lines on the sides.

I've gleaned some info off google and tried to set it up with that info
and stuff in the X logs.  Here's that info:

http://sunsolve.sun.com/handbook_pub/Devices/Monitor/MONITOR_Color_24_Premium_CRT.html

Supported Resolutions / Timings
Pixel Resolution
Horizontal Frequency
Vertical Frequency
Pixel Frequency
1280 ? 800 64.4 kHz 76.2 Hz 101.2 MHz
1440 ? 900 71.8 kHz 76 Hz 135 MHz
1600 ? 1000 68.5 kHz 66 Hz 135 MHz
1600 ? 1000 79.9 kHz 76 Hz 170.1 MHz
1920 ? 1200 87.1 kHz 70.3 Hz 219.3 MHz

(II) NV(0): clock: 219.4 MHz   Image Size:  474 x 296 mm
(II) NV(0): h_active: 1920  h_sync: 1944  h_sync_end 2172 h_blank_end 2516 h_border: 0
(II) NV(0): v_active: 1200  v_sync: 1201  v_sync_end 1204 v_blanking: 1240 v_border: 0

rivafb: PCI nVidia NV4 framebuffer ver 0.9.2a (RIVA-TNT2, 32MB @ 0xF400)

uname -r
2.4.17

The error from the logs:

(II) NV(0): Not using mode "1920x1200" (no mode of this name)
(--) NV(0): Virtual size is 1600x1200 (pitch 1600)
(**) NV(0): Default mode "1600x1200": 175.5 MHz, 81.2 kHz, 65.0 Hz
(II) NV(0): Modeline "1600x1200"  175.50  1600 1664 1856 2160  1200 1201 1204 1250 
+hsync +vsync


I've tried several different Modelines in the monitor section of the
config but it doesn't seem to see it.

For the full logs and config see:

http://blinky-lights.org/XFree86.0.log
http://blinky-lights.org/XF86Config

It's bound to be something simple and I'm just missing it.

TIA for any pointers or feedback,
^Derrick

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

[Xpert]X locks up on nv driver with PowerMac G4 dual

[F. Heitkamp]

I am trying to get my X console to work with my
PowerMac G4 Snakebite dualie with GForce 2MX.  
I am running Debian unstable but I compiled and 
installed the latest Xfree86 CVS sources.

pmac:/usr# X -version

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.2.99.1 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: xx January 2002
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.18-pre8-ben0 ppc [ELF] 
Module Loader present

What happens is when I start the latest version of Mozilla
(grabbed off mozilla.org) I can surf a bit.  When I click
into the URL box and delete a dozen or so characters, X stops
working and the arrow cursor is flipped over.

I also encountered some errors when compiling X.
The errors were in /programs/Xserver/hw/xfree86/loader
in the xf86sym.c file:
xf86sym.c:153: conflicting types for `outb'
and outw, outl, inb, inw, inl.
conflicting types in
/programs/Xserver/hw/xfree86/common/compiler.h:1110: previous declaration of `outb'


I ifdef'd the lines and got X to compile and install
 without any more errors. 

-- 
Fred



xerr.txt.gz
Description: application/gunzip

Re: [Xpert]can't get 1900x1200 on a sun 24" display

[Michel Dänzer]

On Die, 2002-02-19 at 01:30, Derrick D. Daugherty wrote:

>From your monitor:

> 1920 ? 1200 87.1 kHz 70.3 Hz 219.3 MHz
  
[...]

> http://blinky-lights.org/XFree86.0.log

>From this log:

(II) NV(0): My Monitor: Using hsync range of 31.50-82.00 kHz
[...]  ^
(II) NV(0): Not using mode "1920x1200" (hsync out of range)
^^
Yep, 87.1 > 82 . ;)


> It's bound to be something simple and I'm just missing it.

Indeed. :)


-- 
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

[Xpert]request: xlib resources

[Marc Bruenink]

Hi

I'm searching for all kinds of resources concerning xlib. I've found 
http://tronche.com/gui/x/xlib/introduction/
and i think this is a good tutorial but unfortunately it's 
incomplete.

Further i've a problem using XGetFontPath() (segmentation fault) and i 
didn't find the fault. Perhaps somebody knows where to find a sample
source concerning font loading, listing aso. ?

Xlib Mailinglists and IRC channels would be great

regards 
marc(..)

-- 

=PGP=
http://www.bruenink.de/marc/pgp/
keyserver

-Spenden--
Hast Du noch 30pin SIMM RAM??
Oder einen Socket 3 Prozessor??
Oder ein Terminal??
Willst Du ne gute Tat tun??
Gib's  mir!!

-Werbung-
Ich widerspreche der Nutzung oder Uebermittlung meiner Daten fuer
Werbezwecke oder fuer die Markt- oder Meinungsforschung (§ 28 Abs.3
BDSG)
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Re: [Xpert]X locks up on nv driver with PowerMac G4 dual

[Mark Vojkovich]

On Mon, 18 Feb 2002, F. Heitkamp wrote:

> I am trying to get my X console to work with my
> PowerMac G4 Snakebite dualie with GForce 2MX.  
> I am running Debian unstable but I compiled and 
> installed the latest Xfree86 CVS sources.
> 
> pmac:/usr# X -version
> 
> 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.2.99.1 / X Window System
> (protocol Version 11, revision 0, vendor release 6600)
> Release Date: xx January 2002
>   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.18-pre8-ben0 ppc [ELF] 
> Module Loader present
> 
> What happens is when I start the latest version of Mozilla
> (grabbed off mozilla.org) I can surf a bit.  When I click
> into the URL box and delete a dozen or so characters, X stops
> working and the arrow cursor is flipped over.

   Even on X86 there are problems with the font renderers.
See if you can crash it without the "freetype" and "xtt" modules
loaded.

   Did the server segfault?  

Mark.

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

[Xpert]How to make /dev/dri/card0?

[Matthew Hagerty]

Greetings,

I'm trying to get X started with hardware support for my Voodoo-3 3000 
(AGP).  I'm running FreeBSD4.5-Release, X 4.2 compiled and installed from 
source and KDE 2.2.2 from the ports/pagkages.  When I start X and look in 
/var/log/XFree86.0.log, there are these messages where a device open fails:

(II) TDFX(0): Minimum 338, Maximum 1279 lines of offscreen memory available
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 1
drmOpenDevice: node name is /dev/dri/card1
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 2
drmOpenDevice: node name is /dev/dri/card2
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 3
drmOpenDevice: node name is /dev/dri/card3
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 4
drmOpenDevice: node name is /dev/dri/card4
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 5
drmOpenDevice: node name is /dev/dri/card5
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 6
drmOpenDevice: node name is /dev/dri/card6
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 7
drmOpenDevice: node name is /dev/dri/card7
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 8
drmOpenDevice: node name is /dev/dri/card8
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 9
drmOpenDevice: node name is /dev/dri/card9
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 10
drmOpenDevice: node name is /dev/dri/card10
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 11
drmOpenDevice: node name is /dev/dri/card11
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 12
drmOpenDevice: node name is /dev/dri/card12
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 13
drmOpenDevice: node name is /dev/dri/card13
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
drmOpenDevice: minor is 14
drmOpenDevice: node name is /dev/dri/card14
drmOpenDevice: open result is -1, (Unknown error: 999()
drmOpenDevice: Open failed
(II) TDFX(0): [drm] drmOpen failed
(EE) TDFX(0): [dri] DRIScreenInit failed, disabling DRI.


When I look in /dev/dri the directory is empty.  Everything else seems to 
load without error and I have checked and rechecked that I have all the 
"Load" commands in my XF86Config.  Can anyone give me some info on how 
these "card" devices are supposed to come into existence?  I tried a 
"/dev/MAKEDEV all" but that had no affect.  Any insight would be greatly 
appreciated.

Thanks,
Matthew

---

Section "ServerLayout"
 Identifier "XFree86 Configured"
 Screen  0  "Screen0" 0 0
 InputDevice"Mouse0" "CorePointer"
 InputDevice"Keyboard0" "CoreKeyboard"
EndSection


Section "Files"
 RgbPath  "/usr/X11R6/lib/X11/rgb"
 ModulePath   "/usr/X11R6/lib/modules"
 FontPath "/usr/X11R6/lib/X11/fonts/misc/"
 FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
 FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
 FontPath "/usr/X11R6/lib/X11/fonts/CID/"
 FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
 FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
EndSection


Section "Module"
 Load  "extmod"
 Load  "glx"
 Load  "dri"
 Load  "dbe"
 Load  "record"
 Load  "xtrap"
 Load  "speedo"
 Load  "type1"
EndSection


Section "DRI"
 Mode 0666
EndSection


Section "InputDevice"
 Identifier  "Keyboard0"
 Driver  "keyboard"
EndSection


Section "InputDevice"
 Identifier  "Mouse0"
 Driver  "mouse"
 Option  "Protocol" "auto"
 Option  "Device" "/dev/mouse"
EndSection


Section "Monitor"
 #DisplaySize  330   240 # mm
 Identifier   "Monitor0"
 VendorName   "DEL"
 ModelName"DELL D1025HTX"
 Option  "DPMS"
 HorizSync30-70
 VertRefresh  48-150
EndSection


Section "Device"
 ### Availabl

[Xpert]SiS 530 DRI Out Of Memory Errors

[T.P. Reitzel]

From: T.P. Reitzel 

To: [EMAIL PROTECTED] 
Sent: Monday, February 18, 2002 11:16 PM
Subject: SiS 530 DRI Out Of Memory Errors

I've been trying to narrow down the source of fatal 
out of memory errors in the sis_dri.so library for about 3 weeks to no avail. I 
noticed that someone else on the users mailing list at DRI Sourceforge is 
having exactly the same problems with the SiS 730S chip. I'm currently using 
XFree86 4.1, but I also tried 4.2 with no luck. I've also gone to using the 
latest Alan Cox patches for the 2.4.18 kernel with no luck, either. 
 Instead of going into a lot more detail, see the attached XFree86.0.log 
for my system. DRI appears to load successfully, but generates this error when 
an openGL application such as glxgears is invoked. 


XFree86.0.log
Description: Binary data

[Xpert]Radeon VE & DVI output

[Dave Slicer]

My video card is flaking out and so I need a new one.  I am planning on 
getting a large flat panel display in a few months, so I looked only at 
cards that provide a DVI output.  There are some versions of the Radeon VE 
that do just this, and meet all my minimal performance needs.

However, there are two things I can't seem to figure out.  One, does Xfree86 
support using the DVI output of the Radeon VE?  I see messages in the list 
referring to problems with this, but it wasn't clear if the problem was dual 
display or just the DVI itself.  And secondly, I can't figure out what the 
maximum display resolution of the Radeon is on the DVI output.  ATI's site 
doesn't have it, nothing in the Xfree86 documentation mentions any limits at 
all.  But I know that the DVI spec is limited by its maximum frequency (165 
MHz) and some cards support only 1280x1024 from the DVI port.  I need 
support for 1600x1200.

Thanks for any help/comments/suggestions!


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

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