If you have a static lib, libXxf86dga.a, you don't need sources to make
a shared lib. Just do this:
ld -shared -soname libXxf86dga.so.1 -o libXxf86dga.so.1 /usr/X11R6/lib/libXxf86dga.a
Joe Krahn
k-essej wrote:
i'm in need of libXxf86dga.so.1, i have the source of my current xfree86
bu
Netscape could do this. Maybe it is in part a server bug?
I've seen this on RedHat Linux with different Netscape 4.x and with
different video cards. Anyone have any ideas?
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/lis
Geoffrey wrote:
> My assumption is that this patch deals with the fact the oem card has
> two digital outputs? At least that's what I understand, mine has one
> vga and one digital. I don't think this should matter though. I've got
> a converter on my digital and before starting X, I've got mir
l OEM version and had to apply the patch/hack to XFree
for the "Crt2Dac2" option.
Does this work for you?
Joe Krahn
--
Section "Device"
Identifier "Radeon0"
Driver "radeon"
VendorName "ATI Rade
finitely not going to work.
Getting genlock to work well also requires a really good
SYNC signal. Getting it to work well is hard to do.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
e XFree86 source, which was posted a while back to Xpert.
It hasn't made it in to the CVS. A patch relative to the current XFree86 CVS
is below. You also need to set Option "Crt2Dac2" in the 2nd screen entry.
Joe Krahn
*** radeon_driver.c Tue Jun
Egbert Eich wrote:
>
> Joe Krahn writes:
> > Aside from LocalClient returning false, DGA requests should fail, right?
>
> LocalClient() returns TRUE therefore DGA doesn't fail.
Oh... I understand now. I didn;t know about the LocalClient fucntion,
but it's whole
that it has
a lot of issues because it is sort of a big hack (but useful), and
the real solution is to replace it with real protocols like XVideo
and a similar capture extension.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
I CVS.
Thanks, Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
create the window with override_redirect enabled
and bypass the window manager altogether.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
this out?
I am using a current CVS XFree86 on a Radeon. The 4.2 release
was completely unstable for my Radeon.
Joe Krahn
---
glbitmapbug.c:
#include
#include
#include
#include
GLboolean depth=GL_FALSE;
void gprint(int x, int y, char *fmt, ... ) {
va_list
a completely different CVS, which gets
merged to XFree86 occasionally.
If you just want to get XFree86 working, use the DRI drivers from the
same source tree. Look in:
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Another useful tool I've thought about is an input module
loader that can run/debug input drivers without loading
a whole server.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
f design issues, and is
probably not going to happen any time soon.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
OS has initialized the
video card at some point.
A related question: are there plans to incorporate a
VT-less server option in XFree86?
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
to hard to get
full screen, full resolution stereo using a sync doubler and a double
height screen mode. This will actually work pretty well once XFree86
can do runtime resizing.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
best approach would be the XVideo extension.
Look, for examplem, at XvPutVideo.
If you want to use OpenGL, glDrawPixels will copy a source
image to the screen, hopefully optimized in hardware.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
nstall easier by just setting the
module path in the XF86Config to a place where GATOS drivers
live, with symlinks to the rest. Then it all fits in one
package with no renaming.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
be most likely to be up to date. Not all drivers are.
After hacking on this for a bit, send me some Email for further
advice.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Ross Vandegrift wrote:
>
> [snip fraction accel]
> > After playing with this for a while, it feels to me that:
> > A) The acceleration isn't noticable with low (normal) speeds
> > B) Once you reach a high enough speed, it gets fast too quickly
> >
> > This sounds like a signature of that poly
inter. I'm guessing that was how miPointerDeltaCursor used
to work. Is there a good reason why miPointerDeltaCursor
was eliminated?
More broken XInput stuff...
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
the pointer is unstable.
I guess this should go into the XF mouse manpage.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
;t hurt to add accel support to gpm.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
o the following directory:
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel
That's where the 4.2 kernel stuff is for Linux.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
e. It's the high voltage flyback transformer.
The frequency is related to the scanline rate. Lower scan rates will
come closer to the audible spectrum and be louder. The only thing you
can do is try different video modes.
That big pop is also from the high voltage transformer. Arcing
usually only gets worse.
Be prepared to exercise the warranty again
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
ybe most importantly, MetroX has expressed willingness
to donate thier runtime module loader, so I may be able to work
that in, but that has further reaching implications than just
XInput, and I don't know if other people like the idea yet, so that my
take some time.
I welcome any feedback.
Jo
hardware, and new features like
DRI and Xvideo extension have been added. The drivers are very
complex, require a lot of work, and there's very little funding.
Things are stabilizing, but you should be patient.
If you want a more stable server, you can always pay money and
buy one from MetroX
icated. You can
make a script to unload the other kernel modules, swap libGL files
(i.e. by redirecting some symlinks), modprobe the new kernel
modules, and start the server with the new driver.
It is a big hassle, and it isn't likely to change because
Nvidia does things very different from XFree86
p after it is plugged in to the projector, and not try to
use the LCD display because a lot of laptops can't put out
high-resolution while the LCD display is on, no matter what
OS you use.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
ere. Now, you can symlink either one
to /usr/X11R6 (and maybe run ldconfig) depending on if you
want to run in developer or stable mode.
Hmm.. maybe one could set up run level 4 as X-cvs mode...
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Elizabeth Ebbert wrote:
>
> Joe Krahn wrote:
>
> > Elizabeth Ebbert wrote:
> > >
> > > I would like to know if it is possible to run two xservers on the
> same
> > > VT and how to set it up? I have installed XFree86 4.2.0 on
> slackware
> >
into a 0 terminated string. The bad part is that a get
resolution command uses saved values rather than call the
device, so you cannot use it to get data back from the
device.
Joe Krahn
"Prasad, Ragini" wrote:
>
> Thanks for replying.
>
> xDeviceTSCalibrationCtl seems to mat
[EMAIL PROTECTED] wrote:
>
> In suse 7.2 "lilo.conf" file there is a setting "vga=771". Is there a
> document that descibes 771 and other video modes? thanks.
> ___
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
Loo
omputer as running
Windoze? Or are the statistics I've read correct in saying that
95% of all users run Windoze?
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
server.
That is the normal dual head setup. I think that is working
for the Radeon now.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
, and have it include the
entire set of feedbacks, and write some guidelines for
other device-driver writers.
After that, we can add on a DEVICE_PRIVATE control. There
may be some politic int the process of adding to the X11
protocol, but this is badly needed IMHO.
What do you think? Any suggestions
EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
Michel, I don't see an attachment. Did you only send it to Gustavo?
I would like to try the patch/hack to disable DRM for Xv.
Updating to the latest CVS fixed some of my problems. I just tried
xine, and got a system lockup. Mp
Andy Isaacson wrote:
>
> On Tue, Feb 19, 2002 at 09:07:03AM -0800, Jonathan Marks wrote:
> > On Sun, 2002-02-17 at 15:53, Mark Vojkovich wrote:
> > > On 17 Feb 2002, Jonathan Marks wrote:
> > > > I have an app that displays images and videos in fullscreen. Often when
> > > > killing the one prog
nals still die frequently,
and 2D drawing bugs still happen.
Maybe this is related to your drawing bugs.
DO you see this in your logs when DRI is enabled?
[drm:r128_cce_indirect] *ERROR* process 2865 using buffer owned by 0
Do you ever lose the VT text consoles?
Joe Krahn
Gustavo Homem wrote:
n 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
ndow is placed,
you can go back and remove the title prefix.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
To lock VT switching, try the following simple code.
This is nice because root can re-enable switching to
get a terminal if needed.
Compile the code below.
Run it in the first console with: vtlock lock /dev/tty
Next, enter startx -- vt1
You now have X on vt1, non-switchable.
For X on the usual vt
in XFree86, but it doesn't need to be
in XFree86 to work:
ioctl (fd, VT_LOCKSWITCH, 1); /* lock the switch */
ioctl (fd, VT_UNLOCKSWITCH, 1); /* unlock it again */
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Michel Dänzer wrote:
>
> On Sam, 2002-02-16 at 16:50, Joe Krahn wrote:
> > >
> > > > Here's an example backtrace, that seems to me like somthing
> > > > deeper than XFree86 code being at fault:
> > > >
> > > > (gdb) bt
&
Michel Dänzer wrote:
>
> On Sam, 2002-02-16 at 04:04, Joe Krahn wrote:
> > I've compiled XF 4.2.0 on RedHat 7.2. I get random hangs,
> > sometimes when moving long scrollbars, sometimes when closing
> > a window. It's on an Athlon, VIA chipset, using RedHat&
aven't applied yet. I'll try that with
kgcc, and maybe with gcc3.
Joe Krahn
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
46 matches
Mail list logo