On Wed, Feb 26, 2003 at 05:06:48PM -0800, Kendall Bennett wrote:
Kurt Wall [EMAIL PROTECTED] wrote:
Feigning erudition, Kendall Bennett wrote:
% Hi Guys,
%
% Is thete any documentation on the XRENDER extension and more specifically
% the Matrox implementation of it? Do any other
On Wed, Feb 26, 2003 at 09:40:18PM -0500, David Dawes wrote:
On Wed, Feb 26, 2003 at 09:25:21PM +0100, Sven Luther wrote:
On Wed, Feb 26, 2003 at 09:27:50PM +0200, Yitzhak Bar Geva wrote:
Greatly encouraged by your response, thanks!
Someone reported that X works with the multi-head
On Wed, Feb 26, 2003 at 05:12:32PM -0600, jkjellman wrote:
Absolutely right, but ...
This can be done if two servers are used. The point I was making earlier in
this thread was that used hacked kernels and servers are a bad thing. If
two consoles (including keyboards) could be operated on
On Wed, Feb 26, 2003 at 10:47:39PM +, Andrew C Aitchison wrote:
How do you imagine this would work when both head are using a
shared accel (XAA or DRI) engine ?
I thought that the whole point of the kernel DRI was to stop multiple apps
from fighting over the hardware. If the X server
ati isn't a driver, it is a wrapper around the other 3 real ATI
drivers. The correct driver for any Radeon based chip is
radeon. Using the ati driver wrapper merely autodetects the
card and calls the radeon driver. Either should work, but
using radeon removes one level of indirection.
Hi
Looks like xf86cfg in 4.2.99.902 (most likely also 4.3.0) is
broken. At least I see now messages like this.
[...]
Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
Module GLcore: vendor=The XFree86 Project
compiled for 4.2.99.902, module version = 1.0.0
ERROR SIGSEGV caught!
xc/config/cf/Imakefile now refers to date.def, and xfree86.cf includes
it, but I can't find it in the latest CVS, nor can I find a rule which
builds it on the fly.
Without this file make World does very little.
The Imakefile change appears to be before the 4.2 tag, so we may need
to add the
On Thu, Feb 27, 2003 at 12:55:21 +, Dr Andrew C Aitchison wrote:
xc/config/cf/Imakefile now refers to date.def, and xfree86.cf includes
it, but I can't find it in the latest CVS, nor can I find a rule which
builds it on the fly.
Without this file make World does very little.
The
On Thu, 27 Feb 2003, Alan Hourihane wrote:
On Thu, Feb 27, 2003 at 12:55:21 +, Dr Andrew C Aitchison wrote:
xc/config/cf/Imakefile now refers to date.def, and xfree86.cf includes
it, but I can't find it in the latest CVS, nor can I find a rule which
builds it on the fly.
Without
On Thu, Feb 27, 2003 at 12:35:57PM +0100, Stefan Dirsch wrote:
Hi
Looks like xf86cfg in 4.2.99.902 (most likely also 4.3.0) is
broken. At least I see now messages like this.
[...]
Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
Module GLcore: vendor=The XFree86 Project
compiled for
Around 9 o'clock on Feb 27, Sven Luther wrote:
Yes, it would indeed be great if the XAA.HOWTO would be expanded by a
new paragraph speaking about the XRENDER acceleration hooks. There is
already the xaa.h which gives some info, but a discution of the hooks
would be welcome.
The current
On Sat, 15 Feb 2003, David Dawes wrote:
Yep, RH7.3 with its default kernel plus the agpgart driver referenced
above. Could you try your setup using that agpgart driver? That
might help narrow down if the problem lies there or elsewhere. I
don't see how the problem could be anywhere other
Keith Packard [EMAIL PROTECTED] wrote:
Yes, it would indeed be great if the XAA.HOWTO would be expanded by a
new paragraph speaking about the XRENDER acceleration hooks. There is
already the xaa.h which gives some info, but a discution of the hooks
would be welcome.
The current Render
Around 10 o'clock on Feb 27, Kendall Bennett wrote:
Ok, so it is a little early yet to start implementing this in our
drivers? Or should we just implement what the Matrox driver is doing and
follow that model for now (ie: just alpha blits)?
I think the interfaces currently provided by XAA
Keith Packard [EMAIL PROTECTED] wrote:
I think the interfaces currently provided by XAA will probably remain
usable, so you might as well implement them.
Ok.
Plus, we should have XAA expose special higher level functions for
glyph rendering to the driver so that the graphics card can use
Around 11 o'clock on Feb 27, Kendall Bennett wrote:
So fast, efficient text could be done in XFree86 if a single function was
used to transfer an entire bitmap in the driver code (pre-clipping could
easily be done before the driver code is called), and some high level
code to maintain and
Is there not a spam filter for this kind of thing?
--
Paul Evans
(3rd Year CompSci at Pembroke College, Cambridge, England)
[EMAIL PROTECTED] (university)
[EMAIL PROTECTED] (alternate)
ICQ# 4135350
Registered Linux User: 179460
http://www.srcf.ucam.org/~pe208/
On Thu, 27 Feb 2003, Kendall Bennett wrote:
Keith Packard [EMAIL PROTECTED] wrote:
I think the interfaces currently provided by XAA will probably remain
usable, so you might as well implement them.
Ok.
Plus, we should have XAA expose special higher level functions for
glyph
it is a font problem, but i don' t know if it is a misconfigured file or a
bug so i forward to devel . (it would surprise me if it s a bug)
I just installed the 4.3.0 release (from cvs, xf-4_3_0 tag)
no error at compilation or at install
I didn ' t change the /etc/fonts/fonts.conf file so
On Thu, Feb 27, 2003 at 03:14:35PM -0500, Mark Vojkovich wrote:
I believe there already is. It seems to be letting alot of stuff
through these days, but I expect it's nothing compared to what would
happen if it were turned off.
That's for sure. I get to see what the filter blocks, and there
Mark Vojkovich [EMAIL PROTECTED] wrote:
What are you guys talking about? XAA already has hooks all over
the place.
Yes, it does! Now that I am learning more about this I am happy to see
that someone saw fit to make it so XAA drivers can hook stuff at many
levels. Very cool. It should be
Keith Packard [EMAIL PROTECTED] wrote:
So fast, efficient text could be done in XFree86 if a single function was
used to transfer an entire bitmap in the driver code (pre-clipping could
easily be done before the driver code is called), and some high level
code to maintain and render
David Dawes [EMAIL PROTECTED] wrote:
That's for sure. I get to see what the filter blocks, and there
are many days when it would totally overwhelm the valid list traffic.
What software are you using for SPAM filtering? We are using Spam
Assassin now on our new mail server (about to switch
On Thu, Feb 27, 2003 at 09:51:15AM -0800, Keith Packard wrote:
Around 16 o'clock on Feb 27, Stefan Dirsch wrote:
No. Will be some work to extract the CVS diff for me. So you can't
reproduce this problem with 4.3.0? I'll have a try with 4.3.0 now
before looking deeper into this issue.
Mike A. Harris wrote:
Also, we are attempting to get XFree86 debug support integrated
into future FSF gdb. The major holdup is basically nobody knows
who the original authors of the patches were from way back when
for proper attribution and copyright assignment and all the other
joys the FSF
Hi Guys,
I see that sometimes the monitor section in the XF86Config file has a
'DisplaySize' value enabled (values like 400 300 seem typical). What is
that value supposed to be? Is it the viewable size of the screen in
millimeters or something? I assume it is optional?
Also where do I find
On Thu, Feb 27, 2003 at 12:33:32PM -0800, Kendall Bennett wrote:
David Dawes [EMAIL PROTECTED] wrote:
That's for sure. I get to see what the filter blocks, and there
are many days when it would totally overwhelm the valid list traffic.
What software are you using for SPAM filtering? We are
On Thu, 27 Feb 2003, Kendall Bennett wrote:
Mark Vojkovich [EMAIL PROTECTED] wrote:
What are you guys talking about? XAA already has hooks all over
the place.
Yes, it does! Now that I am learning more about this I am happy to see
that someone saw fit to make it so XAA drivers can
Paul Flinders [EMAIL PROTECTED] writes:
I have a record of one patch from Gerd Knorr (then
[EMAIL PROTECTED]) which was the PPC port,
Still reading here :)
Merging this stuff into fsf gdb is fine with me.
Gerd
___
Devel mailing list
[EMAIL
On Thu, 2003-02-27 at 14:42, Keith Packard wrote:
Granted, if you have hardware alpha blits that will be the fastest way to
do this. But if you don't have hardware alpha blits (and lots of cards
supported by XFree86 do not), you can still speed up anti-aliased text
quite a lot by
Hi,
I'm working with a touch screen driver in XFree86 4.0.x.. and I have
need to communicate with the touch screen driver from an X application
that is used for calibration.
Specifically I want to be able to turn off existing calibration, and
then give the driver updated configuration after
David Dawes [EMAIL PROTECTED] wrote:
What software are you using for SPAM filtering? We are using Spam
Assassin now on our new mail server (about to switch over today!) and it
seems to work pretty well (especially with the Bayesian filter enabled).
A combination of spam assassin and a
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.
The difference being: While ARGB textures contain an alpha value for
each pixel, the alpha blended bit blits render with a static alpha
On Fri, 28 Feb 2003, 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.
The difference being: While ARGB textures contain an alpha value for
each pixel, the
Mark Vojkovich [EMAIL PROTECTED] wrote:
We do. We have our own device driver abstraction layer and using the low
level XAA functions does not map at all well to our driver modle. Hence
hooking at the next level up (MID) will allow us to avoid the overheads
of translating between the
On Thu, Feb 27, 2003 at 05:01:19PM -0500, Owen Taylor wrote:
(*) There are two levels of server-side optimization you can do
for text-on-constant-background.
Well, we can start with even more simple optimizations, like not doing
the compositing when the clip region is empty. Currently if
On Thu, 27 Feb 2003, Kendall Bennett wrote:
Also where do I find the docs on the XF86Config file format. I need to
read up some more on this.
man XF86Config
I see that sometimes the monitor section in the XF86Config file has a
'DisplaySize' value enabled (values like 400 300 seem
Hi all,
Is there a port of Xfree for HPPA 7100LC ?
Because, It's unable to compile correcty Xfree86 on this CPU.
The compilation is OK, but i would like to use XFree86 -configure to
configure my Xfree server, I have theses errors :
Elf_RelocateEntry() Unsupported relocation type 4
Around 23 o'clock on Feb 27, Matt Wilson wrote:
Well, we can start with even more simple optimizations, like not doing
the compositing when the clip region is empty.
Yeah, that would help in some cases. One does have to be careful to keep
backing store working though.
-keith
Hi
i now that this might be a silly qestion but i try:
I am doing a calibration utility for our touchscreen ...
now i want to become the cursor invisible when runnning my calibration .
I ve read once upon a time some code which did that but i dont find it
anymore ... i remmeber that i have to
Hi, all
Long time I maintain Linux 2.4.XX kernel tree , wich support multiple
consoles.
Ground priciple:
linus tree kernel has 64 virtual consoles == virtual terminal.
All 64 accessible by one user.
Tuned 2.4.XX-backstreet-ruby kernel has same 64 virtual consoles but one
user
can use only
41 matches
Mail list logo