, although (as I conclude from the
comment) it overrules the Display-subsections above it?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org
___
Devel mailing list
. This method fails miserably for plasma
panels that can scale down as well.]
If you (or the user that owns this panel) is capable of compiling X from
source, you could try out patching nv_setup.c to hard-code
pNv-fpWidth/pNv-fpHeight to 1600x1200 and see what happens.
Thomas
--
Thomas
DRICreatePCIBusID() function. This broke the static build (modular not
affected as I check the loader symbol first).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
to current anytime soon?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
secrets ;-(
There is no secret. RandR does not support rotation at the moment.
Period. The driver needs to disable RandR if it is doing rotation on its
own. See sis or nv driver on how to do this.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http
userland
(ie XFree86)?
You can't.
However, you can do IO from userland through /dev/port. I don't know
if /dev/port is mmap'able at this point.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org
Marc Aurele La France wrote:
On Tue, 8 Jun 2004, Thomas Winischhofer wrote:
I am having a hard time making the SiS driver run on a MIPS machine.
It's some Thoshiba system, with a little-endian CPU. (Under Debian, this
goes by the name Mipsel as opposed by the big-endian Mips). The user
is running
missed?
Anyway,
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
are using is from Aug 2002 and therefore
ancient. Please try updating the driver (source for all versions of
XFree86 = 4.1 available on my website).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
whatsoever with mips hardware, so I can't help you further.
You can, however, try the most recent driver from my website. It uses
exclusivly relocated i/o ports, so perhaps this helps.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
with the system BIOS and does stuff that is
different on each and every machine).
Since the MGA driver finds its BIOS even if it secondary, int10 should
work I guess...
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org
Thomas Winischhofer wrote:
Does the MGA driver initialize the card through int10 if it is secondary
display adapter?
Reason for asking: A user has a SiS-based box and wants to use both the
SiS internal graphics as well as a g200.
If the SiS is primary, the mga doesn't seem to get initialized
David Dawes wrote:
On Fri, Mar 05, 2004 at 01:38:06AM +0100, Thomas Winischhofer wrote:
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
the hardware supports, for instance, 24bpp (framebuffer depth) only
Mark Vojkovich wrote:
On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
David Dawes wrote:
On Fri, Mar 05, 2004 at 01:38:06AM +0100, Thomas Winischhofer wrote:
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
the hardware supports, for instance, 24bpp (framebuffer depth) only?
(SupportConvert24to32 vice versa)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas
Mark Vojkovich wrote:
On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
the hardware supports, for instance, 24bpp (framebuffer depth) only?
It's expected
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
is that you blast the chain of
/ Monitor
Screen ---x
\-Device
by directly linking the Device and Monitor section. Dogmatically that
isn't really beautiful.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net
David Dawes wrote:
On Tue, Mar 02, 2004 at 01:18:20AM +0100, Thomas Winischhofer wrote:
Alex Deucher wrote:
I like Option 1. but either is ok with me. Also, FWIW, a lot of the
other mergedfb code could/should be moved into a general mergedfb lib.
Stuff like pseudo-xinerama could be folded
,
especially with that already quite complicated concept of mergedfb.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http
but it seems as the
one on his site gets more attention. I know Thomas has submitted other
fixes into the tree, and may even be the SiS maintainer.
I am, and the current SiS driver (well, more or less) is in CVS (since I
have write access).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas
) tomorrow.
What's the estimated release date? I have quite a big SiS driver update
in the queue which MUST go into 4.4 otherwise it is useless on newer
chipsets. Just need to do some testing first which would take about a week.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT
and blue alphas. Green is ok,
though. I have no idea where to look for this... any hint?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
this).
The textures always have identical red and blue alphas. Green is ok,
though. I have no idea where to look for this... any hint?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
to agree also.
I don't know if a general dual license agreement in the kernel
file header would be possible.
Yes, it is. See the current SiS driver source files.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT
not apply either. Otherwise no
one could write any new driver for any hardware. In simple terms, you
can't infringe copyright by copying stuff like a = b or
setregister(register, value).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net
(or the algorithm) can only
be protected by patent law in a few countries like the US and Japan.
Pure data (like some C headers and register contents table) are neither
an idea nor software, hence not copyrightable.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net
, the fallback idea is a good one IMHO.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo
.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
not have direct
connections with someone on the XFree86 committer list can get their
patches into XFree86.
Offtopic: From my experience with SiS and the quality of their code (if
it deserves that name), I seriouly hope they don't at all. And BTW, they
have contact with me.
Thomas
--
Thomas
Mark Vojkovich wrote:
On Mon, 26 Jan 2004, Thomas Winischhofer wrote:
Can anyone explain the meaning of a8r8g8b8 pure alpha textures?
It's probably a bug that XAA is letting those through.
a8r8g8b8 alpha masks mean one of two things:
1) If componentAlpha is set, it's 4 alpha masks which act
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
, g, b components. But the format is _a8_r8g8b8;
if the components' alphas are in the r8g8b8 part, what's to happen with
the a8 part of that texture?
Formula, anyone?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini
Mark Vojkovich wrote:
On Mon, 26 Jan 2004, Thomas Winischhofer wrote:
Sottek, Matthew J wrote:
a) is used for aa text; however, sometimes (haven't yet found out why)
the alphaType argument to this is not PICT_a8 as one would expect, but
PICT_a8r8g8b8.
I don't quite get the logic behind
be
compatible to existing SiS hardware. The SiS driver is already big
enough. But of course, nobody says that you can't base your driver on
the SiS driver (as an example for that matter).
For more general issues, somebody else might stand up and speak?
Thomas
--
Thomas Winischhofer
Vienna/Austria
, but part of the X process. You need to attach to the X
process.
In case you are debugging the official XFree86 sis driver, I'd
appreciate if you told me what problems you experience (since I am the
author and maintainer of this driver).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas
isn't possible via XV properties. But I have another
suggestion (based on the assumption that you can handle separate gamma
values for r, g, b): Make three properties (such as for example
XV_GAMMA_RED etc) and allow a range from 1000 to 1, which is the
desired value * 1000.
Thomas
--
Thomas
to it becoming unavailable in November.
David Dawes posted a message about this to [EMAIL PROTECTED] on Nov 2nd.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
to speak)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
doesn't work, what does 'setxkbmap -print' report?
You perhaps running something like KDE overruling the settings from the
config file? Happened to me once, took me hours to find out...
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http
might do.
Copyright only applies to a specific code implementation (I think even
in the US), however, I think this might be more a software patent issue
(just US yet).
And porting over MS APIs is no good idea in general IMHO.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer
you are talking about glxgears here)
I have received reports telling my it's even faster with the new driver.
(I don't have a 630 to test this at the moment)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
) by ignoring accelerator
fill-commands with the colorkey as foreground color. Of course, this is
no bullet-proof method, but perhaps this is helpful for you, too.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
the colorkey themselves (as, I think, for example Xine does). That is
done by the accelerator engine, that checks the color given to the fill
functions. (Granted, this only works if the accelerators are on, but who
is using a [working] driver without acceration these days)
Thomas
--
Thomas Winischhofer
the ROP (if such a thing is on Radeon) to ignore the colorkey. Do
you see the entire video (if alpha avtive) even if another window covers
a part of the video window?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT
with the background
depending on the background's alpha value. (The other way round would be
somewhat impossible as video data can't contain alpha data, unless the
ATI folks expect highly unusual and non-standard video data; don't think
so.)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer
).
Isn't used very often, though.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo
AND the
datasheet (or my defs.h) every time I check or debug stuff.
Just my humble $.2
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo
.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
.
agpgart in the kernel? Current DRM module?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo
usable in DRI
CVS and should work from XFree86 CVS, though I haven't tested there. Is
there a particular question?
Which SIS chips is this about?
300 series (300/305, 540, 630, 730).
Any chance we'll be seeing DRI on SIS 650?
As before.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas
can do.
For a start, look at the mga or the sis driver. Both accelerate aa
texture blitting for aa text with quite remarkable speed improvements.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
Måns Rullgård wrote:
Thomas Winischhofer [EMAIL PROTECTED] writes:
I've been trying to find specs for implementing hardware RENDER
support for my graphics card. I have the specs for the card. The
problem is that nobody seems to know what the various RENDER functions
in a driver are supposed
can't expand the pattern from the SOURCE, but should use the
DESTINATION instead.
Everybody agree?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel
(or Qt?) fills
the background with a 2x2 pattern using this under some circumstances.
I already commit the fix to the CVS.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
widget that allows gamma setting on a
point-by-point basis. For gamma, a single exponent (perhaps one exponent
per primary) is the only thing that a UI needs to provide.
Erm, brightness would be nice, too.
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http
of the original extent. Benchmarks
have shown that dividing the queue size in smaller parts than quarters
makes it slower because of the more frequent polling of the command ptr.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
Alex Deucher wrote:
Will the drivers for both current and future chips be open source?
What sort of feature set will the drivers support (2D, 3D, video,
multi-head, etc.)? Will databooks be available to developers?
The drivers for the current chips _are_ open source I guess :)
Thomas
--
Thomas
by the current SiS
driver (well, as soon as I get the PCI IDs)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86
.
I would hope that these two things are not mutually exclusive.
Well, Xinerama and MergedFB don't go too well together. I have a section
on the problems involved on my website (URL in sig). Search for Xinerama.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net
' driver? Seems it's not the current one as it reports that Xinerama
is not supported.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
done there... seems to be some sort of
mergedfb mode, too.
Does that piece support normal dual head mode (speak: 2 device
sections, 2 screen sections, etc)?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86
Billy Biggs wrote:
Thomas Winischhofer ([EMAIL PROTECTED]):
No idea what the ATI folks have done there... seems to be some sort of
mergedfb mode, too.
Does that piece support normal dual head mode (speak: 2 device
sections, 2 screen sections, etc)?
Yes it does, but users always whine
with about every
machine in existance (due to the BIOS of all machines containing info on
all supported modes for their host machine)
A register dump from a windows driver would be the only way, I guess...
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http
.
A closer look at the BIOS would perhaps help... if it turns out the BIOS
has in internal mode number, one could change the mode switching from
VESA to (direct) int10 and use the internal mode number(s).
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http
Alessandro Temil wrote:
Thomas Winischhofer wrote:
Alessandro Temil wrote:
David Dawes wrote:
On Fri, Sep 05, 2003 at 11:25:35AM -0700, Tim Roberts wrote:
On Fri, 05 Sep 2003 20:04:19 +0200, Alessandro Temil wrote:
Christian Zietz wrote:
The problem is: The current i810 driver does not only
related to this, do you mean Xft?
Well, I confess, I am not an expert on these hundreds of libraries
involved with text rendering :)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
for the Xinerama extension
(signals to clients, etc). That is, if at all, XF5 material, I guess.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel
:)
Thanks Søren and Aidan.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Mark Vojkovich wrote:
On Thu, 28 Aug 2003, Thomas Winischhofer wrote:
Michel Dänzer wrote:
[stripped]
( 3180.0/sec): 500x500 rectangle
( 1920.0/sec): 500x500 tiled rectangle (17x15 tile)
( 139.0/sec): ShmPutImage 500x500 square
Here (P4 Celeron, 2.0Ghz, SiSM650, DDR266) it's
2500/sec
imlib?
If so, it looks good for RENDER accel for the SiS driver... (erm, well,
unscaled yet)
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel
How come?
Shouldn't AA text be drawn using these functions?
Is there any test program for this?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel
) or Mozilla
(1.4, Debian's xft-enabled version) triggering these functions?
Thomas Winischhofer wrote:
Since I recently found out that SiS hardware _does_ support per-pixel
alpha-blended bitblits, I could finish the (yet disabled) render
acceleration.
The only problem I encountered
looking at it
closer. I'll think about it.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman
, but
it seems disabled,
It's disabled because it doesn't work as Render. SiS hardware only
supports one alpha per operation (and not per pixel). I kept the code
within #if 0s for possibly upcoming XAA transparency support.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net
Is there any good reason for not putting the other xf86... functions for
the cmap stuff into the lookup table in xf86sym.c ?
Specifically, what about the gamma functions in xf86cmap.c?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http
during mode-linking; but only if the virtual
size has changed;
- calling UpdateXineramaScreenInfo() in SwitchMode()
etc.
Unfortunately, KDM does not support RandR as it seems, so I have not
tested this in reality yet.
Thomas
Thomas Winischhofer wrote:
Alex Deucher wrote:
I'd be interested
only once, as said)
Especially for Mark V.: How is the binary NVidia driver doing this?
Any advice appreciated.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
Alex Deucher wrote:
I'd be interested in seeing your code once you have decided on a route,
so that I can update the radeon mergedfb driver.
I already thought of you. You will, no worries.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http
mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http
instead :(
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
to hold
99,99 % of the shares of this company.
I think it won't get any better. Basically it will be the same folks
ruling there...
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
*. There are plenty of other
ways to do the same thing anyway.
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http
David Dawes wrote:
On Thu, Jun 26, 2003 at 06:46:15PM +0200, Thomas Winischhofer wrote:
David Dawes wrote:
The sis driver goes one better and allows you to tell it which file to
to overwrite :-(
This has no real function other than debugging. It's to make it easy for
people to send me
think
the 6327 might have been the internal sis name for the 300 series,
although that's just a guess on my part. The 6326 and the 300 series
might be simialr enough to support them both with one driver, but I
No, they are not.
don't know. Thomas Winischhofer would probably be a better person
Keith Packard wrote:
Around 0 o'clock on Feb 28, Thomas Winischhofer wrote:
The hardware I am dealing with does not support ARGB textures (at least
not in 2D level, and I don't want to mess with DRI), but alpha blended
bit blits.
Using the '3D' hardware needn't entail dealing with DRI
value for all of the bitmap data.
Is this hardware capability of any use, be it RENDER or any other XAA
function?
Thomas
--
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED] *** http://www.winischhofer.net
___
Devel mailing list
[EMAIL
freeze? The file in use is 4 months old and I
added the ID's for the last generation SiS chips one month ago.
Thomas
--
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED]http://www.winischhofer.net/
___
Devel mailing list
[EMAIL
can replace them with your own.
Erm, I know that... :) What I actually meant was if Björn starts
patching *drivers* (and that's what his statements sounded like) he'd
better take care.
Thomas
--
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED]http://www.winischhofer.net
by this is completely
untested.
Summary:
Support for the 86C201, 86C202, 86C205, 86C215 and 86C225 is currently
only available in 3.3.6. Support for some newer chipsets is only
available in 4.3.0.
Thomas
--
Thomas Winischhofer
Vienna
allocation
routines, different hardware (ie drivers) use different granularities.
Thomas
--
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED]http://www.winischhofer.net/
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86
.
The image should not be larger than 32x32 because the SiS hardware can
only handle cursors up to this size.
Can anyone provide me with the C source of such an image (and a
description what it should look like)?
Thanks,
Thomas
--
Thomas Winischhofer
Vienna/Austria
mailto:[EMAIL PROTECTED
92 matches
Mail list logo
